The Proxy would direct the loading of the ZWC client to the wrong mailstore host
Posted: Fri Apr 13, 2018 4:37 pm
Hi:
We have a zimbra installation Release 8.7.1.GA.1670.UBUNTU14.64 UBUNTU14_64 FOSS edition with three nodes:
First node named "LDAP", has these roles: Zimbra-apache Zimbra-convertd Zimbra-ldap Zimbra-logger Zimbra-snmp Zimbra-spell Zimbra-store
Second node named "MTA", has these roles: Zimbra-apache Zimbra-memcache Zimbra-mta Zimbra-proxy Zimbra-snmp
Third node is configured as an additional storage named "STORE" with these roles: Zimbra-apache Zimbra-convertd Zimbra-ldap Zimbra-snmp Zimbra-spell Zimbra-store
It worked like a charm, but the proxy to find the mailboxes of the users.
The problem we found when you login through webmail from a computer using an account which mailbox is located in the mailbox server named "LDAP".
Then you logout from that account in that computer and login in the same computer with another account which mailbox is locted in the other mailbox server named "STORE".
Then in webmail you cannot see the folders of the mailbox nor send emails.
It fails for about one hour, after one hour it works fine.
We have discovered that NGINX proxy keeps in cache the server where the mailbox of the user is located for one hour.
If we shutdown memcached service, then it works fine because nginx looks for the server where the mailbox of the user is on evey request.
If we restart all zimbra services another time in MTA/Proxy server, then the issue happens again... Until we stop memcached service.
So it seems some kind of problem related with the information that nginx keeps in memcached in order to cache the server where is located the mailbox of the user.
Any solutions to resolve this issue?
What kind or side effects we can have if we disable memcached?
Thank you advance.
We have a zimbra installation Release 8.7.1.GA.1670.UBUNTU14.64 UBUNTU14_64 FOSS edition with three nodes:
First node named "LDAP", has these roles: Zimbra-apache Zimbra-convertd Zimbra-ldap Zimbra-logger Zimbra-snmp Zimbra-spell Zimbra-store
Second node named "MTA", has these roles: Zimbra-apache Zimbra-memcache Zimbra-mta Zimbra-proxy Zimbra-snmp
Third node is configured as an additional storage named "STORE" with these roles: Zimbra-apache Zimbra-convertd Zimbra-ldap Zimbra-snmp Zimbra-spell Zimbra-store
It worked like a charm, but the proxy to find the mailboxes of the users.
The problem we found when you login through webmail from a computer using an account which mailbox is located in the mailbox server named "LDAP".
Then you logout from that account in that computer and login in the same computer with another account which mailbox is locted in the other mailbox server named "STORE".
Then in webmail you cannot see the folders of the mailbox nor send emails.
It fails for about one hour, after one hour it works fine.
We have discovered that NGINX proxy keeps in cache the server where the mailbox of the user is located for one hour.
If we shutdown memcached service, then it works fine because nginx looks for the server where the mailbox of the user is on evey request.
If we restart all zimbra services another time in MTA/Proxy server, then the issue happens again... Until we stop memcached service.
So it seems some kind of problem related with the information that nginx keeps in memcached in order to cache the server where is located the mailbox of the user.
Any solutions to resolve this issue?
What kind or side effects we can have if we disable memcached?
Thank you advance.