Good-o.
It's still a Cyrus bug, because Cyrus tries and fails to work around it.
And it's possible, in various ways (like filesystem corruption) to wind up with
a file with a long line in it - the pop3d should at least abort in that case,
not hang.
Bron.
On Sun, Jun 15, 2014, at 08:27 AM, Vin
Just to follow up on this, I realized as Joseph pointed out, the larger
problem is my MTA shouldn't be delivering RFC-breaking messages
to the Cyrus backends.
However, sendmail seems to set L=0 on the Cyrusv2 mailer, and doesn't
provide an easy way to redefine it in my macro file.
I hand-editted
On 6/14/2014 6:16 AM, Joseph Brennan wrote:
>
> Vincent Fox wrote:
>
>> I have recently noticed that certain malformed messages hang POP3 clients.
>> The pattern is that the mesages all have obscenely long last lines. I
>> can see it
>> when I set up debug log dir for the account, that the downloa
Vincent Fox wrote:
> I have recently noticed that certain malformed messages hang POP3 clients.
> The pattern is that the mesages all have obscenely long last lines. I
> can see it
> when I set up debug log dir for the account, that the download of the
> message
> proceeds fine up until 2048th
On Sat, Jun 14, 2014, at 04:40 PM, Vincent Fox wrote:
> Hi,
>
> I have recently noticed that certain malformed messages hang POP3 clients.
> The pattern is that the mesages all have obscenely long last lines. I
> can see it
> when I set up debug log dir for the account, that the download of the
