[Dovecot] Unsolved : mbox-sync-rewrite.c : assertion failed

[Dalvenjah FoxFire]

Hi all,

Just to follow up on this issue --

About 2 weeks ago I tried swapping to rc14, and the mbox-sync-rewrite  
and NULs in the mbox file all went away. I guess I didn't do the  
patching quite right; in any case, the issue appears to be fixed now.  
I've been running that version ever since with no problems.

Thanks very much Timo -- the server's fast, responsive, and reliable.

-dalvenjah

On Oct 26, 2006, at 2:30 PM, Dalvenjah FoxFire wrote:

> Another data point; after reverting, I kept getting the same (new)  
> assert failures from below, and again the dovecot server wrote a  
> bunch of NULs (this time a couple thousand) to the end of the mbox  
> file.
>
> I'm back on UW-IMAP for the moment, but would like to go ahead and  
> continue to help test and troubleshoot this bug.
>
> -dalvenjah
>
> On Oct 26, 2006, at 1:31 PM, Dalvenjah FoxFire wrote:
>
>> It got a bit weirder with this patch. It no longer crashed, but I  
>> got a different assert error, and a slight (fixable) corruption bug:
>>
>> Oct 26 12:22:16 dragonlair dovecot: imap-login: Login:  
>> user=<dalvenja>, method=PLAIN, rip=X.X.X.X, lip=X.X.X.X, TLS
>> Oct 26 12:22:16 dragonlair dovecot: IMAP(dalvenja): L466 count: 0  
>> last_seq: 22025 first_seq: 22025
>> Oct 26 12:22:16 dragonlair dovecot: IMAP(dalvenja): file mbox-sync- 
>> rewrite.c: line 468 (mbox_sync_rewrite): assertion failed: (count  
>> == last_seq - first_seq + 1)
>> Oct 26 12:22:16 dragonlair dovecot: child 20995 (imap) killed with  
>> signal 6
>> [...]
>> Oct 26 12:24:32 dragonlair dovecot: imap-login: Login:  
>> user=<dalvenja>, method=PLAIN, rip=X.X.X.X, lip=X.X.X.X, TLS
>> Oct 26 12:24:37 dragonlair dovecot: IMAP(dalvenja): L466 count: 0  
>> last_seq: 6370 first_seq: 6365
>> Oct 26 12:24:37 dragonlair dovecot: IMAP(dalvenja): file mbox-sync- 
>> rewrite.c: line 468 (mbox_sync_rewrite): assertion failed: (count  
>> == last_seq - first_seq + 1)
>> Oct 26 12:24:37 dragonlair dovecot: child 21132 (imap) killed with  
>> signal 6
>>
>> (the L466 line was added by me to print out the values for the  
>> assert variables)
>>
>> This happened with two different mbox files.
>>
>> The weirder part (the corruption bug) was that every time dovecot  
>> wrote the mbox file, it added between 280 and 320 NUL (ascii 0)  
>> characters at the end of the last message; so the next message to  
>> get appended by procmail started its 'From ' header on a "line"  
>> with NUL characters, and that message would not get recognized on  
>> the next check. I found this had happened a total of 3 times to  
>> the mbox file.
>>
>> I was able to clean the NULs out of the mbox file, but I've again  
>> reverted back to the raw rc10 code for now.
>>
>> Do you want me to try debugging with just the first patch and try  
>> to find where the core dump occurs?
>>
>> Let me know -- thanks!
>>
>> -dalvenjah
>>
>> On Oct 26, 2006, at 4:28 AM, Timo Sirainen wrote:
>>
>>> On Thu, 2006-10-26 at 00:38 -0700, Dalvenjah FoxFire wrote:
>>>> Same here -- segfaults with the patch. I tried an strace on the  
>>>> child
>>>> imap processes, but keep getting permission denied (even as  
>>>> root). I
>>>> turned on debugging but no luck. I went ahead and reverted to the
>>>> code from before the patch.
>>>
>>> Wonder why I didn't get it to crash. Anyway, this should fix it:
>>>
>>> http://dovecot.org/list/dovecot-cvs/2006-October/006634.html
>>>