Re: [SAtalk] Re: SpamAssassin corrupts date headers in email...

2002-02-04 Thread Duncan Findlay
On Tue, Feb 05, 2002 at 03:56:16PM +1100, Daniel Pittman wrote: > On 04 Feb 2002, Craig Hughes wrote: > > On Mon, 2002-02-04 at 13:38, Daniel Pittman wrote: > > [...] > > > I'm still somewhat baffled about why things weren't working in the > > first place with that particular example though, but

Re: [SAtalk] Re: SpamAssassin corrupts date headers in email...

2002-02-04 Thread Craig Hughes
On Mon, 2002-02-04 at 13:38, Daniel Pittman wrote: > Better that you do: > > } elsif (/^([^\x00-\x1f\x7f-\xff :]+):\s*(.*)$/) { > > or > > } elsif (/^([^\x00-\x1f\x7f-\xff :]+):\s?(.*)$/) { > > ...depending on personal taste. That way the space is still removed if > it's present. Based on rea

Re: [SAtalk] Re: SpamAssassin corrupts date headers in email...

2002-02-04 Thread Craig Hughes
On Mon, 2002-02-04 at 13:35, Daniel Pittman wrote: > On Mon, 4 Feb 2002, peter green wrote: > >> 2) That *is* an invalid RFC822/2822 date. The specification for the > >> time does NOT allow for the ``local differential'' (+) and the > >> timezone (GMT) to be specified simultaneously. Further,

RE: [SAtalk] Re: SpamAssassin corrupts date headers in email...

2002-02-04 Thread Craig Hughes
> From: Jeremy Zawodny [mailto:[EMAIL PROTECTED]] > Sent: 04 February 2002 08:02 > To: Craig Hughes > Cc: Daniel Pittman; [EMAIL PROTECTED] > Subject: Re: [SAtalk] Re: SpamAssassin corrupts date headers > in email... > > > On Sun, Feb 03, 2002 at 11:43:48PM -0800, Craig Hug

RE: [SAtalk] Re: SpamAssassin corrupts date headers in email...

2002-02-04 Thread Matt Sergeant
man; [EMAIL PROTECTED] > Subject: Re: [SAtalk] Re: SpamAssassin corrupts date headers > in email... > > > On Sun, Feb 03, 2002 at 11:43:48PM -0800, Craig Hughes wrote: > > > > No, not really any way to avoid this... it's a fairly important part > > of NoMailAu

Re: [SAtalk] Re: SpamAssassin corrupts date headers in email...

2002-02-03 Thread Jeremy Zawodny
On Sun, Feb 03, 2002 at 11:43:48PM -0800, Craig Hughes wrote: > > No, not really any way to avoid this... it's a fairly important part > of NoMailAudit.pm > > I've looked again and again at the relevant lines and can't make out > what could possibly be going wrong. It seems these header line > a