> On Fri, 7 Aug 1998, Craig A Summerhill wrote:
> > I found a bug on the 2.0b2 code. While scanning a mailbox, the program
> > is failing to pick up the beginning of a new message unless the sendmail
> > parsing line is preceeded by a null line. In other words, your new version
> > of Hypermail is checking for the string:
> >
> > <any text>end-of-line
> end-of-line
> > From_
> >
> > to signal a new message is beginning in the mailbox.
> Yes, since the define way to separate mails in a mailbox is exactly that. To
> explain it shorter, what marks the beginning of a mail (except the very first
> one) is a string matching "\nFrom " (case sensitive). Mail programs need to
> escape that string someone if it occurs in a regular mail body somehow.
I am sorry Daniel, but you failed to see the point: The null line is not necessary! The thing to check is as yoiu said, and not "\n\nFrom" !!! (I would express it sa a regexp check for "^From ", but anyway you allow now "\n" at all for the first message. As Craig explain, both Pine and Elm can handle mailboxes without a null line seperating messgaes. This is why every decent mailer replaces a "From " at the beeggining of the line by a ">From" !!! I would like to stress the fact that listproc 6.1 (The free listproc) doesn't put this null line when archiving messages; I switched to Majordomo last February, and all the UNIX mailboxes which where generated before the switch do not have this empty lines in many cases, so I am in troubles (ofcouse I can edit the mailboxes before invoking hypermail, but why don't do it correctly!)
Best,
Zvi.
-- Dr. Zvi Har'El mailto:rl_at_math.technion.ac.il Department of Mathematics +972-4-8294094(Phone) Technion - Israel Institute of Technology +972-4-8324654(FAX) http://www.math.technion.ac.il/~rl/ Haifa 32000, ISRAEL ``If you can't say somethin' nice, don't say nothin' at all.''--Thumper (1942) On Fri, 7 Aug 1998, Craig A Summerhill wrote:Received on Thu 10 Sep 1998 11:22:27 AM GMT
This archive was generated by hypermail 2.3.0 : Sat 13 Mar 2010 03:46:11 AM GMT GMT