[Dovecot] Problem with messages with long lines
Hello dear mailing list readers,
Recently I am experimenting a problem trying to retrieve messages over a POP3 protocol.
Everything goes right until the POP3 client tries to retrieve a message that contains one or more long lines lines as long as 3000 characters or even more.
The client (Outlook 2003 and 2007) stops on that message until timeout.
I have opened a connection manually to see what happens, and when I issue the RETR command on one of these messages, dovecot informs the message size and then nothing else. No message sending.
Any other message works fine; I get the message size and next the message itself.
I have upgraded to version 2.0.1 but I still get the same behavior.
No error is reported on the server side. Logs indicate that everything is just fine.
Any advice on how to solve this would be very appreciated.
Here is the dovecot 2.0.1 configuration:
############################################################################ #######
# 2.0.1: /etc/dovecot/dovecot.conf
# OS: Linux 2.6.23.1-42.fc8 i686 Fedora release 8 (Werewolf)
auth_username_chars = abcdefghijklmnopqrstuvwxyzABCDEFGHIJKLMNOPQRSTUVWXYZ01234567890.-_@&
auth_verbose = yes
disable_plaintext_auth = no
listen = *
login_greeting = Dovecot DA ready.
mail_access_groups = mail
mail_location = maildir:~/Maildir
passdb {
args = username_format=%n /etc/virtual/%d/passwd
driver = passwd-file
}
passdb {
driver = shadow
}
service auth {
user = root
}
ssl_cert =
ssl_cipher_list = ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP
ssl_key =
userdb {
args = username_format=%n /etc/virtual/%d/passwd
driver = passwd-file
}
userdb {
driver = passwd
}
verbose_proctitle = yes
protocol pop3 {
pop3_client_workarounds = outlook-no-nuls oe-ns-eoh
pop3_uidl_format = %08Xu%08Xv
}
############################################################################ #######
Thanks a lot for your time
Kind regards,
cid:image001.png@01CB7784.62522490
Emiliano Mariño Technical Analyst Senior mailto:%20mkt4@zma.com.ar tech7@zma.com.ar
Larrea 1011 piso 8º | C1117ABE | Ciudad A. de Buenos Aires - ARGENTINA Tel: (5411) 4825-1602 | Fax: (5411) 4825-7692 http://www.zma.com.ar/ www.zma.com.ar
On 02/17/2011 02:44 PM ZMA - Emiliano Mariño wrote:
Hello dear mailing list readers, … Everything goes right until the POP3 client tries to retrieve a message that contains one or more long lines – lines as long as 3000 characters or even more.
The client (Outlook 2003 and 2007) stops on that message until timeout.
Your MTA really shouldn't accept any message which breaks the rules: http://tools.ietf.org/html/rfc2822#section-2.1.1
Regards, Pascal
The trapper recommends today: beeffeed.1104816@localdomain.org
On Thu, 2011-02-17 at 10:44 -0300, ZMA - Emiliano Mariño wrote:
Everything goes right until the POP3 client tries to retrieve a message that contains one or more long lines lines as long as 3000 characters or even more.
In message body or header?
I have opened a connection manually to see what happens, and when I issue the RETR command on one of these messages, dovecot informs the message size and then nothing else. No message sending.
I can't reproduce it. I doubt there's a generic problem with >3k characters, but maybe there is a bug with some specific message line length.
If it hangs, then you most likely have a pop3 process eating 100% CPU, right? You should be able to gdb into it and see where it's hanging with:
gdb -p <pid of pop3 process> bt full
I have upgraded to version 2.0.1 but I still get the same behavior.
Why 2.0.1 rather than 2.0.9?
On Thu, 17 Feb 2011 10:44:06 -0300 ZMA - Emiliano Mariño tech7@zma.com.ar articulated:
Recently I am experimenting a problem trying to retrieve messages over a POP3 protocol.
Everything goes right until the POP3 client tries to retrieve a message that contains one or more long lines – lines as long as 3000 characters or even more.
The client (Outlook 2003 and 2007) stops on that message until timeout.
I would be surprised if thry didn't. RFCs prohibit line length greater than 998 characters.
<quote>
There are two limits that this standard places on the number of characters in a line. Each line of characters MUST be no more than 998 characters, and SHOULD be no more than 78 characters, excluding the CRLF.
</quote>
-- Jerry ✌ Dovecot.user@seibercom.net
Disclaimer: off-list followups get on-list replies or get ignored. Please do not ignore the Reply-To header.
participants (4)
-
Jerry
-
Pascal Volk
-
Timo Sirainen
-
ZMA - Emiliano Mariño