From: Anthony Howe
Date: 2009-08-27 02:34:36 -0400
Subject: Re: milter-date ignores -strict-date-syntax
Todd Lyons uttered...:
> I have milter-date in deployment, I'm getting valid customers whose
> Date headers fail the syntax check. There is a commandline option
Can you please send samples of the bad Date or Received header time
stamps that fail to parse please. I can then see if the formats are
sufficient enough to support.
Currently convertDate supports the following:
* Convert an RFC 2822 Date & Time string into seconds from the epoch.
* This conforms: Sun, 21 Sep 2003 22:04:27 +0200
* Obsolete form: Sun, 21 Sep 03 11:30:38 GMT (named zone)
* Wrong, supported: Mon Sep 22 01:39:09 2003 -0000 (ctime() + zone)
* Not supported: Mon,22 Sep 2003 20:02:33 PM (AM/PM not zones)
* The following formats are supported:
* [www[,]] dd mmm yyyy [HH:MM:SS [zzzzzz]]
* [www[,]] mmm dd HH:MM:SS yyyy [zzzzzz]
* If the time zone is missing, then GMT (+0000) is assumed, which may
* cause undefined results if the time values are used for non-local
It might be the case that the list of time zone names is incomplete or
no longer used as mentioned here
One can test and convert tims stamp strings using convertDate CLI from
$ cd com/snert/src/lib/util
$ make convertDate
$ ./convertDate "Thu 27 Aug 2009 08:13:37 +0200 (CEST)"
1251353617 "Thu 27 Aug 2009 08:13:37 +0200 (CEST)" 37
Reports time stamp in seconds from the Epoch, the time stamp string
and it's parse length.
An example of an invalid format:
$ ./convertDate -v "Thu 27 Aug 2009 08:13:37 PM"
convertDate: "Thu 27 Aug 2009 08:13:37 PM" does not conform to RFC 2822
section 3.3. Date and Time Specification
Anthony C Howe Skype: SirWumpus SnertSoft
+33 6 11 89 73 78 Twitter: SirWumpus BarricadeMX & Milters
http://snert.com/ http://nanozen.info/ http://snertsoft.com/
Copyright 2009, 2012 by SnertSoft. All rights reserved.