reassign 439939 icedove severity 439939 wishlist retitle 439939 icedove: would be nice an option to have Sent in mbox format thanks
On Tue, 28 Aug 2007, arno renevier wrote: > Package: procmail > Version: 3.22-16 > Severity: grave > Justification: causes non-serious data loss > > Hi, > formail and procmail do not handle mboxes whose endlines are CRLF > I'll attach a mbox for demonstration purpose: > > $ file Sent > Sent: ASCII text, with CRLF line terminators > > $ cat Sent| formail -s cat - | file - > /dev/stdin: ASCII mail text, with CRLF, LF line terminators > > formail has added a '\n' between the headers and the body. > > > With > $ cat Sent| formail -s cat - > > I notice formail has added '>' just before the second From field. But it is > not a bogus From field, it's the real From for second mail. Then mailbox is > totally corrupted. > > When I encountered that bug, the real line was: > > $ cat Sent| formail -s procmail > > So, even with > > $ cat Sent| formail -b -s procmail > > procmail would have added a '>' before the second From field. I did not find a > way to prevent that. > So, when using formail -s procmail, I do no think of a way to prevent '>' > addition. > > The mbox I attach has been anonymified, but I was created with thunderbird > (thunderbird uses CRLF for Sent mailbox) > > About endlines in mbox, man 5 mbox (from mutt package) tells: > > > An mbox is a text file containing an arbitrary number of e-mail messages. > > Each message consists of a postmark, followed by an e- > > mail message formatted according to RFC822, RFC2822. The file format is > > line-oriented. Lines are separated by line feed characters > > (ASCII 10). > > but I did not find reference to that rule in other mbox description I found: > http://qmail.org/qmail-manual-html/man5/mbox.html > By the way, rfc2822 tells: > > > Messages are divided into lines of characters. A line is a series of > > characters that is delimited with the two characters carriage-return > > and line-feed; that is, the carriage return (CR) character (ASCII > > value 13) followed immediately by the line feed (LF) character (ASCII > > value 10). (The carriage-return/line-feed pair is usually written in > > this document as "CRLF".) > http://www.faqs.org/rfcs/rfc2822.html > > > Anyway, I think procmail should not corrupt mailboxes with CRLF. > > > > Don't hesitate to ask for more informations if needed. > arno. I see what you are trying to do, and I see why it will not work, but this is not a bug. It is a problem of the type "don't do that, then". If you feed wrong data to a program, don't be surprised if you don't like the result. There is only one true mbox format, and it has LF terminators. procmail is a unix program, it has always been, and it's unlikely that it will ever change to accomodate for strange CRLF things which are not really in mbox format. By contrast, Thunderbird (now Icedove), exists for Windows and also for Unix. I think it would make some sense for Icedove to have an option to allow the user if he/she wants the Sent file in mbox format with CRLF terminators (which is not really mbox format) or in true mbox format. However, this is a decision to be made by icedove maintainers. I'm reassigning the report. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
