Newsgroup: it.comp.software.mailreader
Titolo: Il campo Date:, Mime e Eudora

 Message-Id: <20020625210136.1.IPTSXQ-ACR2%xxxx...@xxx.xx>
Immagino che ci sia qualcosa che a Eudora non piace, e magari "ave
raggione 'o cane"; io pero` non riesco a vederci nulla di particolare
e, in realta`, nulla di sostanzialmente diverso da un header spedito
dallo stesso Eudora.
Qualcuno ha qualche idea, o si e` scontrato con qualcosa di simile? La
faccenda e` ulteriormente complicata dal fatto che io non ho Eudora,
da poter fare delle prove.
Ciao.

> Date: Tue, Jun 25 2002 20:01:36 +0100 (CET)
== Date: Sun, 16 Jun 2002 21:39:51 +0200
== Date: Wed, 19 Jun 2002 16:17:39 +0200 (added by postmaster)
== Date: Tue, 18 Jun 2002 17:50:04 +0200
potrebbe trattarsi di:
- inversione di posizione giorno/mese;
- +0100 essere letto dal ricevente come data futura
Ciao
-- 
B.

- +0100 essere letto dal ricevente come data futura
Questa non l'ho capita. Cioe', si', la time zone e' sbagliata, d'accordo,
ma non capisco perche' dovrebbe essere interpretata come data futura.
Ciao

 > Date: Tue, Jun 25 2002 20:01:36 +0100 (CET)
RFC2822
3.3. Date and Time Specification
   Date and time occur in several header fields.  This section specifies
   the syntax for a full date and time specification.  Though folding
   white space is permitted throughout the date-time specification, it
   is RECOMMENDED that a single space be used in each place that FWS
   appears (whether it is required or optional); some older
   implementations may not interpret other occurrences of folding white
   space correctly.
date-time       =       [ day-of-week "," ] date FWS time [CFWS]
day-of-week     =       ([FWS] day-name) / obs-day-of-week
day-name        =       "Mon" / "Tue" / "Wed" / "Thu" /
                        "Fri" / "Sat" / "Sun"
date            =       day month year          <<<<<<<<<<<<<<<<<
year            =       4*DIGIT / obs-year
month           =       (FWS month-name FWS) / obs-month
month-name      =       "Jan" / "Feb" / "Mar" / "Apr" /
                        "May" / "Jun" / "Jul" / "Aug" /
                        "Sep" / "Oct" / "Nov" / "Dec"
day             =       ([FWS] 1*2DIGIT) / obs-day
time            =       time-of-day FWS zone
time-of-day     =       hour ":" minute [ ":" second ]
hour            =       2DIGIT / obs-hour
minute          =       2DIGIT / obs-minute
second          =       2DIGIT / obs-second
zone            =       (( "+" / "-" ) 4DIGIT) / obs-zone
   The day is the numeric day of the month.  The year is any numeric
   year 1900 or later.
   The time-of-day specifies the number of hours, minutes, and
   optionally seconds since midnight of the date indicated.
   The date and time-of-day SHOULD express local time.
   The zone specifies the offset from Coordinated Universal Time (UTC,
   formerly referred to as "Greenwich Mean Time") that the date and
   time-of-day represent.  The "+" or "-" indicates whether the
   time-of-day is ahead of (i.e., east of) or behind (i.e., west of)
   Universal Time.  The first two digits indicate the number of hours
   difference from Universal Time, and the last two digits indicate the
   number of minutes difference from Universal Time.  (Hence, +hhmm
   means +(hh * 60 + mm) minutes, and -hhmm means -(hh * 60 + mm)
   minutes).  The form "+0000" SHOULD be used to indicate a time zone at
   Universal Time.  Though "-0000" also indicates Universal Time, it is
   used to indicate that the time was generated on a system that may be
   in a local time zone other than Universal Time and therefore
   indicates that the date-time contains no information about the local
   time zone.

ma non capisco perche' dovrebbe essere interpretata come data futura.
Non vorrei dire cav... troooppo grosse:
mi ricordo che c'era qualche programma che scartava le date errate/future, 
ma non ricordo altro. E non credo che Eudora sia cosě sensibile a ciň.
In poche parole (non tecniche): 
se invii alle 10.00 un messaggio, anche per chi lo riceve sono le 10.00;
ma se sono le ore 10.00 a Londra (-1), in Italia dovrebbero essere le 
11.00, mentre per il SO del ricevente sono ancora le 10.00.
( non č chiaro neanche per me!! :(   scusami, ho tentato )
-- 
B.

( non è chiaro neanche per me!! :(   scusami, ho tentato )
Ah, ecco, si'.
Pero' non va cosi': il messaggio e' ricevuto alle "21:00:38 +0200", ed e'
datato "20:01:36 +0100 (CET)", giusto 58 secondi nel futuro, ad essere
pignoli. Sbaglio la time zone, ma la conversione e' corretta, a parte una
piccola sfasatura tra i due orologi di sistema.
Mi sembra piu' probabile che Eudora non riesca ad interpretare la data per
via dell'errore nel formato. Altri lettori sono piu' di bocca buona
("vabbe', avra' voluto dire cosi', dai!") o aggirano il problema
utilizzando la data di ricezione.
Ciao.