home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / sendmail / 2819 < prev    next >
Encoding:
Text File  |  1992-11-17  |  2.2 KB  |  55 lines
  1. Newsgroups: comp.mail.sendmail
  2. Path: sparky!uunet!charon.amdahl.com!pacbell.com!UB.com!daver!hico2!sonyd1.Broadcast.Sony.COM!blilly.UUCP!bruce
  3. From: bruce@blilly.UUCP (Bruce Lilly)
  4. Subject: Re: timezone problems...
  5. References: <1e8r2aINN22q@pythia.csi.forth.gr>
  6. Organization: Bruce Lilly
  7. Date: Tue, 17 Nov 92 22:45:51 GMT
  8. Message-ID: <1992Nov17.224551.12457@blilly.UUCP>
  9. Reply-To: lilb@sony.compuserve.com (Bruce Lilly)
  10. Lines: 43
  11.  
  12. In article <1e8r2aINN22q@pythia.csi.forth.gr> stathop@csi.forth.gr (Costas Stathopoylos) wrote:
  13. >  Recently I noticed that my sendmail-5.65c+IDA1.4.4.1  set-up has a problem
  14. >in translating dates from RFC822 format to UNIX format. 
  15.  
  16. Actually, it doesn't... RFC822 time/date fields are handled
  17. properly (there was an earlier problem with the sign of the
  18. numeric offset, but that has been fixed).
  19.  
  20. >I get a lot of messages of the form:
  21. >
  22. >Nov 16 18:26:24 pythia sendmail[12561]: AA05065: arpatounix: unparseable date:
  23. > Fri, 13 Nov 92 17:16:30 MET
  24.  
  25. That's not an RFC822-compliant date. "MET" has no meaning
  26. according to RFC822 (and RFC1123).
  27.  
  28. >I took a closer look in the sources and found out that the only timezones 
  29. >supported are:
  30. >
  31. >"UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT" 
  32. >
  33. >and the +0x00 -0y00 formats where x and y are the difference in hours from GMT.
  34.  
  35. Those are the only ones permitted by RFC822 as amended by
  36. RFC1123. See RFC822 section 5.1 and Appendix D, and RFC1123
  37. section 5.2.14. In particular, note that RFC1123 recommends the
  38. use of the numeric zones rather than the often arbitrary and
  39. sometimes ambiguous alphabetic timezone ``names''.  By the way,
  40. the numeric offset provides for hours and minutes of offset, so
  41. that e.g. -1130 is an acceptable numeric offset. The offset need
  42. not be single digit, whole number hours.
  43.  
  44. >Did I misoconfigured something or the only solution is to change the sources
  45. >of the "arpatounix" routine to compute the date relative to my timezone?
  46.  
  47. The MUA that is generating the bogus (i.e. non-compliant) Date:
  48. headers is misconfigured.  Sendmail is correctly informing you
  49. that the Date header is unparseable due to the bogus zone. When
  50. the bogus headers stop, the syslog messages will stop.
  51.  
  52. -- 
  53.     Bruce Lilly        blilly!bruce@Broadcast.Sony.COM
  54.                     ...uunet!sonyusa!sonyd1!blilly!bruce
  55.