Achim,
This should is fixed since V1.2 and V1.2.1 of mhonarc. I guess you're using
V1.1* because I run into the same problem here on DEC OSF/1.
When mhonarc attempts to parse the header, timelocal.pl dies with a message
that the month isn't in the range of 1..31. At this point, mhonarc dies, and
the remainder of the folder is left unprocessed. This appears due to the
fact that RFC822 specifies the Received header have a single ";" in the
body of the header, and that semicolon should separate the route from the
date-time. Thus, the above header should be:
Received: by aquila id AA03750; Thu, 23 Dec 1993 10:40:12 -0500
mhonarc is now more tolerant and is using always the part after the last ';'
which handles both cases right. On the other hand you are free to fiddle
with sendmail.cf to get a different received line.
Still problems. I was running 1.2.0, but my debugger for the problem was
based on the 1.1 code. Opps! I believe the problem above is fixed per your
message, HOWEVER...
Several earlier messages in my MH folders, which were formatted by systems
off my campus and not under my control, have headers as follows:
Received: from cccc.xxxx.yyyyy.edu by aaaaa.yyyyy.edu (8.6.8.2/19940322)
on Wed, 3 Aug 1994 17:35:51 -0500 id RAA19945 with ESMTP
Received: by aaaa.xxxx.yyyyy.edu (8.6.9/940408)
on Wed, 3 Aug 1994 17:35:48 -0500 id RAA37616
Date: Wed, 3 Aug 1994 17:35:48 -0500 (CDT)
These messages DIDN'T cause problems with mhonarc v1.1.0, but now ARE
causing the same problem (the infamous month out of range from timelocal.pl).
Nevertheless a library procedure should never die. I mentioned this on
perl5-porters. There was some discussing about this (search for
'timelocal;error' at
<URL:http://www.rosat.mpe-garching.mpg.de/mailing-lists/Perl5-Porters/>
for more information). There many suggestion patches but nothing made it
into perl 5.002 :-(
Too bad. I agree completely about library procedures exhibiting such
anti-social behavior.
Has anyone looked at using David Muir Sharnoff <muir(_at_)idiom(_dot_)com>
ParseDate.pm
instead? Else I'm going to try to stamp this out by code modification!
Thanks,
-- Frank
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
Frank J. Manion
Director, Research Computing Services
The Fox Chase Cancer Center Phone: 215-728-3660
7701 Burholme Avenue FAX: 215-728-2513
Philadelphia, PA 19111 internet:
FJ_Manion(_at_)fccc(_dot_)edu
USA
++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
