[Dovecot] Disconnects with proxies
Hi,
I know I shouldn't ask stuff like this when using dovecot-0.99.11-4.EL4 (CentOS-4.4), but why I'm asking this is whether it's worth to switch from rpm based upstream dovecot to a self compiled one or not and thus I think you wouldn't kill me presenting you this question. o:-)
I've got a problem with dovecot regarding a pop3 proxy issue. When I configure my dovecot server to do just plain pop3 I can telnet from a windows box without any flaw, but as soon as the client uses some pop3 proxy (for example outlook uses avira antivir Mail-AntiVirus Protection), queries to that server fail. A log line looks like this:
pop3-login: Dec 05 22:53:24 Info: Disconnected [::ffff:84.165.54.42]
Moreover with the proxy activated, a telnet to port 110 (pop3) is not working properly, the cursor stays right behind "+OK dovecot ready." and as soon as I enter a character, the server rejects this character as an unknown command (Without pressing ENTER). As soon as I turn off the Antivir-Proxy the telnet to port 110 runs flawlessly and I can login.
So I'd like to know is there anything I can do with this version or is it worth trying the newest version? Is this a known issue? Thanks in advance
Michael
-- Michael Kress, kress@hal.saar.de http://www.michael-kress.de / http://kress.net P E N G U I N S A R E C O O L
On Wed, 2006-12-06 at 22:43 +0100, Michael Kress wrote:
I know I shouldn't ask stuff like this when using dovecot-0.99.11-4.EL4 .. Moreover with the proxy activated, a telnet to port 110 (pop3) is not working properly, the cursor stays right behind "+OK dovecot ready." and as soon as I enter a character, the server rejects this character as an unknown command (Without pressing ENTER). As soon as I turn off the Antivir-Proxy the telnet to port 110 runs flawlessly and I can login.
So I'd like to know is there anything I can do with this version or is it worth trying the newest version? Is this a known issue?
I think there's a good chance that it's been fixed by this change:
v0.99.12 2004-12-05 Timo Sirainen tss@iki.fi
- IMAP and POP3 login processes may have sent each line in two IP
packets, one with the data and another with CR+LF. Some clients
didn't work because of this.
participants (2)
-
Michael Kress
-
Timo Sirainen