home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / sendmail / 2804 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  2.7 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!rpi!batcomputer!ghost.dsi.unimi.it!univ-lyon1.fr!not-for-mail
  2. From: Christophe.Wolfhugel@grasp.insa-lyon.fr (Christophe Wolfhugel)
  3. Newsgroups: comp.mail.sendmail
  4. Subject: Re: timezone problems...
  5. Date: 17 Nov 1992 08:10:01 +0100
  6. Organization: INSA Informatique (Grasp), Lyon, France
  7. Lines: 53
  8. Message-ID: <1ea5s9INNaqg@grasp1.univ-lyon1.fr>
  9. References: <1e8r2aINN22q@pythia.csi.forth.gr>
  10. NNTP-Posting-Host: grasp1.univ-lyon1.fr
  11.  
  12. stathop@csi.forth.gr (Costas Stathopoylos) asks:
  13. > Nov 16 18:26:24 pythia sendmail[12561]: AA05065: arpatounix: unparseable
  14. >  date: Fri, 13 Nov 92 17:16:30 MET
  15.  
  16. This is just a warning, you can ignore it.
  17.  
  18. > I took a closer look in the sources and found out that the only timezones
  19. > supported are:
  20. >
  21. > "UT" "GMT" "EST" "EDT" "CST" "CDT" "MST" "MDT" "PST" "PDT"
  22. >
  23. > and the +0x00 -0y00 formats where x and y are the difference in hours from
  24. > GMT.
  25.  
  26. This is what is defined in the RFC-822. And even I'm convinced that
  27. numeric zones are the best choice and lead to less errors that
  28. symbolic zones.  How many systems are put on the net and have misconfigured
  29. zones ?  Tons...  Just here in Europe, I've already seen hosts where
  30. the admin has never changed the zone, yes there are machines in Europe
  31. which will be glad to send you messages in PST zone !  Also some
  32. do not agree in the zone name. France is mostly in MET/CET, but some
  33. admins prefer WET (uk) and others EET (far east Europe). On this well
  34. it's a question of opinion. But anyone agrees that France is one hour
  35. apart from GMT.
  36.  
  37. > DlFrom   
  38.  
  39. This is the Unix From line.  The only Date header which should be looked
  40. at is "Date:" not the date in the Unix From. On some systems (mainly
  41. SysV family) the Unix From contains the delivery date, not the
  42. sending date.
  43.  
  44. > Consequently, mail from a client in my domain that inserts a Date: header
  45. > is delivered through my 5.65 host (mailserver) with a GMT date! (via a mailer
  46. > that has no "n" Flag that is it inserts a UNIX from line).
  47.  
  48. Sendmail will add a "Date:" header if not present (in most standard
  49. configurations). If you get the warning in the syslog the the messages
  50. arrive and already had a non RFC "Date:" header.
  51.  
  52. > If this is the case I want to know if there is the possibility to produce
  53. > From line with dates in the EET which is my local timezone EET==+0200
  54.  
  55. Most recent user agents now produce dates conforming to the RFC, ie
  56. numeric offsets if not textually defined in the RFC-822.
  57.  
  58. So the solution for your local users is to have RFC conforming user agents,
  59. or just simply ignore those warnings. It does not make messages rejected
  60. (at least in sendmail).
  61.  
  62. -- 
  63. Christophe Wolfhugel    |    Email: Christophe.Wolfhugel@grasp.insa-lyon.fr
  64.   "Pour le bien-etre de tous, il est interdit de pisser dans le metro."
  65.