Here's a patch that should fix the problem. The package builds and
passes its test suite with this patch applied. However I don't know how
to use the server and I don't have appropriate test data for this bug,
so the fix still needs to be verified.
Ben.
--- imap4d/fetch.c~ 2006-03-12
On Sun, 2006-11-12 at 06:29 -0800, Steve Langasek wrote:
Hi Thomas,
For my part, I do have to wonder if an mbox with an embedded NUL is even a
valid mbox file. What is your MTA/MDA for this setup?
Perfectly ordinary Debian exim and mail spool file format.
If you believe that this is not
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
On Mon, Nov 13, 2006 at 02:22:49PM -0800, Thomas Bushnell BSG wrote:
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
This one time, at band camp, Thomas Bushnell BSG said:
On Sun, 2006-11-12 at 06:29 -0800, Steve Langasek wrote:
Hi Thomas,
For my part, I do have to wonder if an mbox with an embedded NUL is even a
valid mbox file.
It is. mbox format specifies a blank line, followed by ^'From ' is
This one time, at band camp, Thomas Bushnell BSG said:
On Sun, 2006-11-12 at 14:45 -0800, Steve Langasek wrote:
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
Hi Thomas,
For my part, I do have to wonder if an mbox with an embedded NUL is even a
valid mbox file. What is your MTA/MDA for this setup?
Have you by chance tested newer versions of mailutils-imap4d from etch or
sid? Etch currently has version 1.0 of mailutils, and sid has version 1.1;
we
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
Package: mailutils-imap4d
Version: 1:0.6.1-4sarge2
Severity: grave
Justification: renders package unusable
I use imap4d using a traditional /var/spool/mail source (and don't use
folders or any of that fancy stuff); I just use it as a POP replacement
with gnus running gssapi as the
9 matches
Mail list logo