home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / mail / sendmail / 2812 < prev    next >
Encoding:
Internet Message Format  |  1992-11-17  |  3.4 KB
  1. Path: sparky!uunet!charon.amdahl.com!pacbell.com!sgiblab!spool.mu.edu!yale.edu!ira.uka.de!math.fu-berlin.de!news.netmbx.de!Germany.EU.net!mcsun!news.forth.gr!ariadne!stathop
  2. From: stathop@csi.forth.gr (Costas Stathopoylos)
  3. Newsgroups: comp.mail.sendmail
  4. Subject: Re: timezone problems...
  5. Date: 17 Nov 1992 17:46:03 GMT
  6. Organization: FORTH - ICS, P.O.Box 1385, Heraklio, Crete, Greece 71110 
  7.        tel: +30(81)221171, 229302 fax: +30(81)229342,3 tlx: 262389 CCI
  8. Lines: 73
  9. Distribution: world
  10. Message-ID: <1ebb4rINNhv5@pythia.csi.forth.gr>
  11. NNTP-Posting-Host: danae.csi.forth.gr
  12.  
  13. Hi Christophe,
  14.  
  15. In article <1ea5s9INNaqg@grasp1.univ-lyon1.fr> you write:
  16. |> stathop@csi.forth.gr (Costas Stathopoylos) asks:
  17. |> > Nov 16 18:26:24 pythia sendmail[12561]: AA05065: arpatounix: unparseabl
  18. e
  19. |> >  date: Fri, 13 Nov 92 17:16:30 MET
  20. |>
  21. |> This is just a warning, you can ignore it.
  22. |>
  23.  
  24. Ok. It's allright with that; although I'd prefer a richer set of supported
  25. timezones this is another story...
  26.  
  27. |> > DlFrom
  28. |>
  29. |> This is the Unix From line.  The only Date header which should be looked
  30. |> at is "Date:" not the date in the Unix From. On some systems (mainly
  31. |> SysV family) the Unix From contains the delivery date, not the
  32. |> sending date.
  33.  
  34. As far as I know sendmail translates $a (that is Date: field's date) to $d on
  35. every system it runs. Well maybe this is not produced by sendmail itself...
  36.  
  37. |>
  38. |> > Consequently, mail from a client in my domain that inserts a Date: head
  39. er
  40. |> > is delivered through my 5.65 host (mailserver) with a GMT date! (via a
  41. mailer
  42. |> > that has no "n" Flag that is it inserts a UNIX from line).
  43. |>
  44. |> Sendmail will add a "Date:" header if not present (in most standard
  45. |> configurations). If you get the warning in the syslog the the messages
  46. |> arrive and already had a non RFC "Date:" header.
  47.  
  48. I know that the warning is for the invalid timezone part but that's not my
  49. point. Please, read on.
  50.  
  51. |> > If this is the case I want to know if there is the possibility to produ
  52. ce
  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.  
  59. Well, if this job is left to the UA I have no problem. But, what I am trying
  60.  
  61. to say is that sendmail is doing it in the wrong way.
  62.  
  63. Let me explain a little bit more:
  64.    I have a .forward that filters messages through a well-known mail filter
  65. system (e.g elm's or procmail). Local delivery is done via the program mailer
  66. which is the /bin/sh . As you know this is not a usual UA so this mailer
  67. needs a unix From line to be added  to the delivered message by sendmail.
  68. When a Date: field already exists sendmail computes the date on the Unix from
  69. line in GMT. When there is no Date: field sendmail adds one with the local
  70. date (note : in +0200 --i.e. EET.) and produces a Unix From line with local
  71. date, too.
  72.  
  73. In both cases there is no sign on the From line whether the date is in GMT or
  74.  +0200. Just a raw date field of the form : Tue Nov 17 15:48:01 1992
  75. which is either in GMT or in EET !
  76. I think that such a treatment confuses your users no matter of the UA
  77. they use. Xmail and ucb/mail consider the unix from line to list your mbox
  78. contents. Of course the Date: field is always a valid reference point but
  79. most users pay attention to the line their UA presents...
  80.  
  81. Maybe there is a better choice instaed of /bin/sh for Mprog (i.e. e UA that
  82. adds correct Unix From lines?
  83.  
  84. Regards,
  85. Costas.
  86.