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
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
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,
> 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
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
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