Skip Menu |
Queue is disabled
This queue is disabled and you may not create new tickets in it.
Report information
Id: 514
Status: resolved
Priority: 0/
Queue: qpsmtpd

Owner: Nobody
Requestors: ask <ask [at] perl.org>
nazgul [at] somewhere.com
Cc:
AdminCc:



To: qpsmtpd-bugs [...] develooper.com
Subject: [perl.macosx] [OT] Question for someone managing this list
From: Ask Bjoern Hansen <ask [...] perl.org>
Date: 13 Apr 2002 16:48:27 -0700
Download (untitled) / with headers
text/plain 1.1k
Newsgroups: perl.macosx Mime-Version: 1.0 Message-ID: <p051015b7b8d19a93c864@[192.168.1.104]> Date: Thu, 4 Apr 2002 00:55:17 -0500 To: macosx@perl.org Subject: [OT] Question for someone managing this list Content-Type: text/plain; charset="us-ascii" ; format="flowed" From: nazgul@somewhere.com (Kee Hinckley) The perl.org mail/list server is inserting a really bizarre Received: header, which happens to be fouling up my spam detection software (it sees an illegal date and assumes it's spam). Obviously I need to deal with it, but it still might a good idea to fix it. Received: from cis.usouthal.edu (HELO tsunami.cis.usouthal.edu) (192.245.222.21) by onion.perl.org (qpsmtpd/0.06) with SMTP; Thu Apr 4 00:08:27 2002 -0000 The date header being inserted there is completely out of whack with any standard. Is something printing dates using the wrong % codes? -- Kee Hinckley - Somewhere.Com, LLC http://consulting.somewhere.com/ nazgul@somewhere.com I'm not sure which upsets me more: that people are so unwilling to accept responsibility for their own actions, or that they are so eager to regulate everyone else's. Show quoted text
------- End of forwarded message -------
Download (untitled) / with headers
text/plain 993b
Funny, it happens to be the output of localtime. Anyway. 3.8.2 Received Lines in Gatewaying When forwarding a message into or out of the Internet environment, a gateway MUST prepend a Received: line, but it MUST NOT alter in any way a Received: line that is already in the header. "Received:" fields of messages originating from other environments may not conform exactly to this specification. However, the most important use of Received: lines is for debugging mail faults, and this debugging can be severely hampered by well-meaning gateways that try to "fix" a Received: line. As another consequence of trace fields arising in non-SMTP environments, receiving systems MUST NOT reject mail based on the format of a trace field and SHOULD be extremely robust in the light of unexpected information or formats in those fields. The gateway SHOULD indicate the environment and protocol in the "via" clauses of Received field(s) that it supplies.
Actually, there is a specification: RFC2821 section 4.4 which refers to RFC2822 section 3.3
Download (untitled) / with headers
text/plain 893b
[ask - Sat Apr 13 16:48:34 2002]: Show quoted text
> The perl.org mail/list server is inserting a really bizarre Received: > header, which happens to be fouling up my spam detection software (it > sees an illegal date and assumes it's spam). Obviously I need to > deal with it, but it still might a good idea to fix it. > > Received: from cis.usouthal.edu (HELO tsunami.cis.usouthal.edu) > (192.245.222.21) > by onion.perl.org (qpsmtpd/0.06) with SMTP; Thu Apr 4 00:08:27 > 2002 -0000 > > The date header being inserted there is completely out of whack with > any standard. Is something printing dates using the wrong % codes?
Nah, it was just the output of localtime. Since some months ago it has been using standard ISO whatever it is timestamps, so I'll close this bug. -- ask bjoern hansen, http://askbjoernhansen.com/ !try; do(); Develooper LLC, http://develooper.com/ $stuff->better;


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

For issues related to this RT instance (aka "perlbug"), please contact perlbug-admin at perl.org