home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / mail / sendmail / 3144 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.2 KB
  1. Xref: sparky comp.mail.sendmail:3144 comp.mail.misc:4320
  2. Path: sparky!uunet!wupost!waikato.ac.nz!comp.vuw.ac.nz!asjl
  3. Newsgroups: comp.mail.sendmail,comp.mail.misc
  4. Subject: Re: Needed: a list of Time Zone Names and Time offsets from GMT
  5. Message-ID: <C0o9Ao.277@comp.vuw.ac.nz>
  6. From: Andy.Linton@comp.vuw.ac.nz (Andy Linton)
  7. Date: Mon, 11 Jan 1993 04:18:24 GMT
  8. Sender: news@comp.vuw.ac.nz (News Admin)
  9. References: <1993Jan8.195436.27691@novell.com>
  10. Organization: Victoria University, PO Box 600, Wellington, NEW ZEALAND
  11. Keywords: RFC822, SMTP
  12. Nntp-Posting-Host: bats.comp.vuw.ac.nz
  13. Lines: 40
  14.  
  15.  
  16. In article <1993Jan8.195436.27691@novell.com>, anand@novell.com writes:
  17. |> I am looking for a list of Time Zone NAMEs used in the mail messages
  18. |> including their time offsets from the GMT and DAY-light saving time.
  19. |> 
  20. |> RFC822 talks about only very few Time Zones (basically North American
  21. |> Time Zones). 
  22. |> 
  23. |> Zone Name        Time Offset         DayLight Savings Time
  24. |> ==========================================================
  25. |> PST                 +0800                  PDT
  26. |> 
  27. |> .....
  28.  
  29. And they are the only ones that should appear in SMTP mail headers. RFC 1123
  30. (Requirements for Internet Hosts -- Application and Support) has this to say:
  31.  
  32.       5.2.14  RFC-822 Date and Time Specification: RFC-822 Section 5
  33.  
  34.          The syntax for the date is hereby changed to:
  35.  
  36.             date = 1*2DIGIT month 2*4DIGIT
  37.  
  38.          All mail software SHOULD use 4-digit years in dates, to ease
  39.          the transition to the next century.
  40.  
  41.          There is a strong trend towards the use of numeric timezone
  42.          indicators, and implementations SHOULD use numeric timezones
  43.          instead of timezone names.  However, all implementations MUST
  44.          accept either notation.  If timezone names are used, they MUST
  45.          be exactly as defined in RFC-822.
  46.  
  47.          The military time zones are specified incorrectly in RFC-822:
  48.          they count the wrong way from UT (the signs are reversed).  As
  49.          a result, military time zones in RFC-822 headers carry no
  50.          information.
  51.  
  52.          Finally, note that there is a typo in the definition of "zone"
  53.          in the syntax summary of appendix D; the correct definition
  54.          occurs in Section 3 of RFC-822.
  55.