dovecot - Feb 2011 - 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 = </etc/httpd/conf/ssl.crt/server.crt

ssl_cipher_list = ALL:!ADH:RC4+RSA:+HIGH:+MEDIUM:-LOW:-SSLv2:-EXP

ssl_key = </etc/httpd/conf/ssl.key/server.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 at 01CB7784.62522490

		

 

 

	

Emiliano Mari?o
Technical Analyst Senior
 <mailto:%20mkt4 at zma.com.ar> tech7 at 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

		

 

 

-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 7168 bytes
Desc: not available
URL:
<http://dovecot.org/pipermail/dovecot/attachments/20110217/75523181/attachment-0002.png>

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 at 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 at 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 at seibercom.net

Disclaimer: off-list followups get on-list replies or get ignored.
Please do not ignore the Reply-To header.
__________________________________________________________________