2008/12/3 Nicolas Pouillard <[EMAIL PROTECTED]>:
> Excerpts from tocer's message of Wed Dec 03 04:04:25 +0100 2008:
>>
>> > Scanning mbox:/home/dm/mail/vim...
>> > problem getting messages from mbox:/home/dm/mail/vim: mismatch in mbox
>> > file
>> > offset 0: "Return-Path: <[EMAIL PROTECTED]>\n".
>>
>> Is the very first line of that mbox "Return-Path: <[EMAIL PROTECTED]>"?
>> If so, that's not a valid mbox.
>>
>>
>>
>> No, it's a valid mbox, refer http://en.wikipedia.org/wiki/Return_path
>>
>> it works if I relace return_path with "from ". I'll try to define a rule to
>> do replacement
>> in procmailrc. But it would be good idea to dealing correctly it in sup :)
>
> I think you make the confusion between the email field "From:" and the mbox
> email separator "From ". "Return-Path:" is also an email field, so I think
> your email is not properly wrapped to be in an mbox.

No, I don't. Now I solve it by adding the following lines into
.procmailrc's header

:0 fhw
| formail -I "From " -a "From "

I think it's helpful if someone use procmail as MTA

>> And it seems that sup-sync can't run while sup is running. It means that I
>> can't open
>> sup in whole day because I need sup-sync run when I get new mail if I use
>> some mbox
>> as source
>
> Yes there is a lock on the index to avoid data-corruption.
>
> --
> Nicolas Pouillard aka Ertai
>
_______________________________________________
sup-talk mailing list
[email protected]
http://rubyforge.org/mailman/listinfo/sup-talk

Reply via email to