Re: [Lurker-users] Error with new messages (lurker v0.9)
Brought to you by:
terpstra
From: Jamin W. C. <jco...@as...> - 2003-06-19 14:20:35
|
On Thu, Jun 19, 2003 at 12:39:36PM +0200, Wesley W. Terpstra wrote: > Well the obvious work-around would be to simply use > lurker-index -l blackbox -b 5 < test-mail > for now until we know what is going wrong. Tried that. The single test-mail message is never added when -b is used. > On the other hand, I have found a problem. This would mean it doesn't > matter if you use -b 5 or -m for test-mail. Can you confirm this? I > believe it may be test-mail itself which is triggering the problem. I don't think this is the case. Remember if I reimport everything is fine. The reimport is done using an up to date set of mboxes. Thus, the single message that resulted in corruption when it arrived is now part of the import and works fine. > I just started reading though all the routines that append data to the > mailbox checking to see if I could see anything which might only > happen under certain circumstances. > > Is it possible the mail you are importing is lacking 'From ...' which > starts the message? Lurker has code which fixes mailboxes like this by > adding it's own 'From ' line... Unfortunately, that seems to not be > compressed. =) This could very well be it. It would appear that qmail and maildrop don't add a 'From ' line to the message when it's delivered to a Maildir mailbox (where I got the test-mail from). There is a 'From ' added to the cc mbox delivery I have setup. > So, if this is the problem, a work-around would be to use '-n' > whenever you call lurker-index. (I would simply put this in mejo's > wrapper script to be sure to catch all cases). The other possibility > would be to get your mailer to add 'From ' headers as it should be > doing. Just tested with the '-n' that appears to have cleared things up. I'm not convinced that the mailer should be adding a 'From ' when passing an e-mail to an external application. Is this defined in an RFC? -- Jamin W. Collins This is the typical unix way of doing things: you string together lots of very specific tools to accomplish larger tasks. -- Vineet Kumar |