225360 - server side bug on RETR ( POP3 protocol ) that blocks mozilla

Status: RESOLVED INVALID

(MailNews Core :: Networking: POP, defect)

Description

[Samuel Mouniée]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.5) Gecko/20031107 Debian/1.5-3
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; fr-FR; rv:1.5) Gecko/20031107 Debian/1.5-3

I receive this spam and my ISP mail server make a bug on RETR command for this
mail only. mozilla doesn't handle it. and I receive many mail on this mailbox so
I can't handle this bug without software.

this is the second time that it happens ( in two days ).



Reproducible: Always

Steps to Reproduce:
1. receive this spam in the mailbox
2. get it through pop3

Actual Results:  
pop3 is blocked

Expected Results:  
the message must be downloaded or marked as a corrupt mail state ( to be handled
after )

Comment 1

[Samuel Mouniée]

Attachment: The POP3 log

the bug concern the mailbox [e-mail] , I didn't change any thing in
the log.

Comment 2

[Christian Eyrich]

Thanks for the log. It looks like the server doesn't terminate the message
properly. The spec says it must have a single periond on a line, but the message
ends with "--20hi7drw--.".

I guess the server presumes, the mail bodies last line ends with a CRLF sequence
and thus only tacks it's .CRLF to it. But the spam doesn't end with CRLF and so
it won't get the period on its own line. That's a server error as we have no
idea when the message is done and will wait and wait ...

Yes, the server gives us the size of the message in response to the LIST command
("12 3674" so messages 12 has 3674 bytes). But the actual size including the
period is 3818 bytes - so we also can't trust the size the server gave us.

It would be interesting what other mail clients do in this situation. But in any
case the server is violating RFC 1939 - it should be fixed.

Comment 3

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 4

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 5

[Wayne Mery (:wsmwk)]

seems invalid per comment 2