Roundcube and ISPConfig 3 issues with rewriting "localhost" lookup about ispconfig3_roundcube HOT 2 OPEN

The Roundcube plugins in this repository do not attempt an IMAP connection and only interact with the SOAP API of ISPConfig. Therefore, it is highly unlikely that an IMAP-related error occurring in Roundcube is related to the use of these plugins. I suspect it's a coincidence that this happened after changing the password, but technically all that's happening is that the plugin is performing the same action as when you change the password in ISPConfig itself. Nothing beyond that.

I would suggest using grep or similar tools to identify files that contain ispconfig.domain.com.

from ispconfig3_roundcube.

@Churro that thought had also occurred to me and when I "grep -R ispconfig.domain.com /var/www/ispconfig" I get 0 results.

I agree that it does appear to be a coincidence as I can change the ip/domain in the SOAP URL in side the plugin config, it will work again until I change another password and it would do the same thing. The "work around" was to add ispconfig.domain.com into the /etc/hosts file and direct it to the machines public Ip address.

I actually have a grep -R ispconfig.domain.com /var/www/ running now so we'll see if it returns anything.

Something I did not try, and should have, was to see if I was getting the same issues if I opened it in a different browser or in an "incognito" browser. I do not really feel like undoing my changes, but I might need to in order to possibly identify the culprit. If it were to work without issue in either a new browser that hasn't accessed the instance, or in an incognito tab, then there is some variable being set, and it is pulling that ispconfig.domain.com from somewhere.

I'll see what this grep comes up with and at least update this with the results.

from ispconfig3_roundcube.