Hi, I setup a rather large POP3/IMAP configuration and want to use dovecot proxying feature. I have noted that the capability announce when connecting via the proxies are not the same before you are authenticated and after. Before you are authenticated the proxy announce is own capability and after it announce the final server capability. The problem is that some (most ? all ?) mail client ask for capability before authenticate to the server. So if the proxy capability are not the same as the final server capability the client gets wrong information. I use the QUOTA extension and it doesn't make sens to activate the quota feature on the proxy. Any other suggestion ? Perdition can hardcode the capability string the his configuration file. This is not perfect as the capability can change but it's an acceptable workaround for me. -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - <http://www.sdv.fr/>
On Wed, 9 Aug 2006, Laurent Papier wrote:> Date: Wed, 9 Aug 2006 12:38:35 +0200 > From: Laurent Papier <papier at sdv.fr> > To: dovecot at dovecot.org > Subject: [Dovecot] IMAP/POP3 proxying and capability > > Hi, > I setup a rather large POP3/IMAP configuration and want to use dovecot proxying > feature. > > I have noted that the capability announce when connecting via the proxies are > not the same before you are authenticated and after. Before you are > authenticated the proxy announce is own capability and after it announce the > final server capability. The problem is that some (most ? all ?) mail client > ask for capability before authenticate to the server. So if the proxy > capability are not the same as the final server capability the client gets > wrong information. > > I use the QUOTA extension and it doesn't make sens to activate the quota > feature on the proxy. Any other suggestion ? > Perdition can hardcode the capability string the his configuration file. This > is not perfect as the capability can change but it's an acceptable workaround > for me.You _may_ find that this, ftp://ftp.csx.cam.ac.uk/pub/software/email/proxy/ will do what you want. HTH -- David Sheryn david at chromiq.org
Le Wed, 9 Aug 2006 11:46:17 +0100 (BST) David Sheryn <dhs at chromiq.org> ?crit:> You _may_ find that this, ftp://ftp.csx.cam.ac.uk/pub/software/email/proxy/ > will do what you want.proxy could be fine but I need mysql lookup table. I have a lot of proxy and imap/pop3 servers. cdb map mirroring between all servers is not a viable solution. The proxy feature of dovecot works for me. I can connect and read mails. But the capability announce does not reflect the one on the final IMAP/POP servers. -- Laurent Papier - 03 88 75 80 50 Admin. syst?me - SdV Plurimedia - <http://www.sdv.fr/>
On Wed, August 9, 2006 6:38 am, Laurent Papier <papier at sdv.fr> said:> I have noted that the capability announce when connecting via the proxies are > not the same before you are authenticated and after. > .. > I use the QUOTA extension and it doesn't make sens to activate the quota > feature on the proxy. Any other suggestion ?You can modify the "capability" variable around line 31096 of the "configure" file before you compile dovecot. Bill
Laurent Papier wrote:> I have noted that the capability announce when connecting via the proxies are > not the same before you are authenticated and after. Before you are > authenticated the proxy announce is own capability and after it announce the > final server capability.The problem is that dovecot can proxy you to different servers. It can't tell the capability without determining which server you'll be forwarded to, which in turn can't be done before LOGIN/AUTHENTICATE.> The problem is that some (most ? all ?) mail client > ask for capability before authenticate to the server. So if the proxy > capability are not the same as the final server capability the client gets > wrong information.One solution could be for the proxy code to determine the real capabilities upon login and forward them to the user via an "unsolicited reply".> Perdition can hardcode the capability string the his configuration file. This > is not perfect as the capability can change but it's an acceptable workaroundThat would be the way to go if you proxy to a consistent pool of servers. HTH, -jkt -- cd /local/pub && more beer > /dev/mouth -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 252 bytes Desc: OpenPGP digital signature URL: <http://dovecot.org/pipermail/dovecot/attachments/20060810/2c79e831/attachment.bin>