On Sun, 2006-11-12 at 14:45 -0800, Steve Langasek wrote: > found 361354 1:1.1+dfsg1-1 > thanks > > Ok, this bug still manifests in mailutils 1.1, the current version in > unstable. > > Observing the effects myself, and rereading your report carefully, I do have > to question again the severity assigned to this bug. While the > NUL-containing message is truncated when read, retrieving other messages > from the mailbox works fine, including those after the broken message in the > mbox. You also note that this problem primarily affects spam, but spam by > definition is mail you don't want to read, so if that's really the only > occurrence of NULs in mails, I have a hard time regarding this as grave... > :)
No, it is worse than that (at least, using emacs gnus as the mail client): the connection is hosed. Creating a *new* connection and reading later messages works fine. But the IMAP connection open is hosed because the client and server get out of sync: the server advertises how many bytes it will send, and then sends fewer bytes, and the client stays waiting for the rest of the data. Thomas
signature.asc
Description: This is a digitally signed message part