[Dovecot] maildirsize corruption
Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@.
Eg: # cat maildirsize 5120000S -46895 -1 93359 1 60576 1 2858 1 49547 1 -206340 -4 94603 1 84785 1 54463 1 82486 1 97104 1 ^@^@^@^@^@^@^@^@40488 1 73397 1 83662 1 24668 1 42673 1 12081 1 -713606 -12
The instances of this that we have seen have all been deliver operations. Anyone else seen this ?
Regards
Dean Manners
On Fri, 2007-03-02 at 12:32 +1100, Dean Manners wrote:
Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@.
Is this a real problem? From the code:
/* We rely on O_APPEND working in here. That isn't NFS-safe, but it
isn't necessarily that bad because the file is recreated once in
a while, and sooner if corruption causes calculations to go
over quota. This is also how Maildir++ spec specifies it should be
done.. */I guess I could make it recalculate the quota if it detects any errors in the file.
On Tue, 2007-03-06 at 18:21 +0200, Timo Sirainen wrote:
On Fri, 2007-03-02 at 12:32 +1100, Dean Manners wrote:
Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@.
Is this a real problem? From the code:
/* We rely on O_APPEND working in here. That isn't NFS-safe, but it isn't necessarily that bad because the file is recreated once in a while, and sooner if corruption causes calculations to go over quota. This is also how Maildir++ spec specifies it should be done.. */
I guess I could make it recalculate the quota if it detects any errors in the file.
Looks like it handled those NUL bytes worse than I thought. Fixed: http://dovecot.org/list/dovecot-cvs/2007-March/007939.html
It seems that iam using exactly nfs.
I use a postfix to put the mails on an nfs server where dovecot directly runs on.
Maybe it is related to the problem. I try it with this fix and report.
Thanks,
Frank
-----Ursprüngliche Nachricht----- Von: dovecot-bounces@dovecot.org [mailto:dovecot-bounces@dovecot.org] Im Auftrag von Timo Sirainen Gesendet: Dienstag, 6. März 2007 17:33 An: Dovecot Mailing List Cc: Dean Manners Betreff: Re: [Dovecot] maildirsize corruption
On Tue, 2007-03-06 at 18:21 +0200, Timo Sirainen wrote:
On Fri, 2007-03-02 at 12:32 +1100, Dean Manners wrote:
Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@.
Is this a real problem? From the code:
/* We rely on O_APPEND working in here. That isn't NFS-safe, but it isn't necessarily that bad because the file is recreated once in a while, and sooner if corruption causes calculations to go over quota. This is also how Maildir++ spec specifies it should be done.. */
I guess I could make it recalculate the quota if it detects any errors in the file.
Looks like it handled those NUL bytes worse than I thought. Fixed: http://dovecot.org/list/dovecot-cvs/2007-March/007939.html
Is there any OS project more responsive than Dovecot? Really doesn't get much better than Dovecot's pace. Thanks Timo!
On Fri, 2007-03-02 at 12:32 +1100, Dean Manners wrote:
Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@.
On Tue, 2007-03-06 at 18:21 +0200, Timo Sirainen wrote: Looks like it handled those NUL bytes worse than I thought. Fixed: http://dovecot.org/list/dovecot-cvs/2007-March/007939.html
Hi Timo,
it would be great if someone can overlook it it seems there are some bugs.
If anyone can do a patch, I would test it and make a report.
Is there anything like bugzilla where I can make a bugreport ?
Thanks,
Frank
-----Ursprüngliche Nachricht----- Von: dovecot-bounces@dovecot.org [mailto:dovecot-bounces@dovecot.org] Im Auftrag von Timo Sirainen Gesendet: Dienstag, 6. März 2007 17:21 An: Dean Manners Cc: 'Dovecot Mailing List' Betreff: Re: [Dovecot] maildirsize corruption
On Fri, 2007-03-02 at 12:32 +1100, Dean Manners wrote:
Using maildir++ with LDA and POP/IMAP we have been seeing intermittant maildirsize corruption. Where an operation will be prepended by a handful of ASCI null characters ^@^@.
Is this a real problem? From the code:
/* We rely on O_APPEND working in here. That isn't NFS-safe, but it
isn't necessarily that bad because the file is recreated once in
a while, and sooner if corruption causes calculations to go
over quota. This is also how Maildir++ spec specifies it should be
done.. */I guess I could make it recalculate the quota if it detects any errors in the file.
participants (3)
-
Dean Manners
-
Frank Doege
-
Timo Sirainen