Newsgroup: it.news.net-abuse
Titolo: Header e orari

Salve a tutti.
Scusate se posto qui, forse ICSN sarebbe più giusto?
Ricevo, insieme a delle amiche, posta non desiderata,
più o meno web-ciarpame provocatorio.
In genere si buttava ma ora arrivano raffiche di materiale
'discutibile' (sic) sul pc dei ragazzini.
Dopo un lungo 'appostamento' e deduzioni varie che qui
sarebbero inutili, pensiamo di aver individuato
la fonte in una persona.
Non abbiamo intenzioni di denuncia ma, per ora, di invitarla
a smettere.
Solo che, considerando che nel suo posto di lavoro
si fanno turni, non vorremmo fare clamorosi
errori d'attribuzione.
Per questo sarebbe importante determinare gli orari,almeno
con lo scarto di un'ora massimo.
Abbiamo guardato i siti di Colinelli e Veneziano ma, salvo errori,
riguardo a questo c'è solo un rimando ad Arpa che non ci ha
risolto (beh, ostinate sì ma non così brave ;-)  )
Qualcuno potrebbe per cortesia illuminarci sui
-000   +0100   i CET  i MET i MET DST  i CST  i GTM e
la loro ora reale? Talvolta ci sono sensibili differenze con l'ora del
newsreader (aggiornata).
Allego gli Header decurtati di una mail :
a me arriva 15 Mar 2001 18:44:00 (alcuni sono remailer miei)
Received: (qmail ..........); 22 Mar 2001 16:44:27 -0000
Received: (qmail ...... ...); 15 Mar 2001 16:44:27 -0000
Received: from unknown (HELO 
fep44-svc.tin.it
)
..........................with SMTP; 15 Mar 2001 16:44:27-0000
Received: from.... Thu, 15 Mar 2001 17:43:05 +0100
Received: from  ....Thu, 15 Mar 2001 17:42:25 +0100
Received: from (www@localhost) .... Thu, 15 Mar 2001 17:41:27 +0100
CET
Date: Thu, 15 Mar 2001 17:41:27 +0100
La stessa persona(?) posta dal lavoro in un nwg e anche questo è utile
per capire se a quell' ora poteva essere di turno o no.
Ma soprattutto qui  proprio zero.
NNTP-Posting-Date: Thu, 15 Mar 2001 02:30:17 CST
X-Trace: gazzabuglio senza data
Date: Thu, 15 Mar 2001 08:15:15 GMT
X-Received-Date: Thu, 15 Mar 2001 09:20:03 MET
NNTP-Posting-Date: Tue, 26 Mar 2001 01:13:20 CST
X-Trace: gazzabuglio senza data
Date: Tue, 26 Mar 2001 07:15:22 GMT
X-Received-Date: Tue, 26 Mar 2001 09:06:19 MET DST
Vi ringraziamo molto della pazienza e chiediamo scusa se siamo OT.
Luisa

 la loro ora reale? Talvolta ci sono sensibili differenze con l'ora del
le forme numeriche indicano l'offset in ore rispetto al fuso orario di
Greenwich (o "tempo universale" che dir si voglia, detto anche in
passato GMT ... GTM non so cosa sia). Noi siamo normalmente un'ora a est
di Greenwich, due ore quando c'e' l'ora legale.
Le altre abbreviazioni si trovano (su un sistema Unix) nei vari files in
/etc/zoneinfo che ne danno dettagliata spiegazione. CET e' Central
European Time e MET Middle European Time, e sono la stessa cosa, ossia
l'ora che abbiamo noi (d'inverno). DST vuol dire Daylight Saving Time
(ossia che c'e' l'ora legale in corso, e si applica come designazione
aggiuntiva a una altra zona.
CST non so cosa sia (la "S" puo' stare sia per "standard" che per
"saving", o e' la D che sta per "daylight saving" ? non ricordo, ci sono
certi posti tipo gli USA dove alternano abbreviazioni tipo PDT e PST
invece di *aggiungere* DST.
Nel mio file trovo dei CST segnati come ROC (Republic of China, cioe'
Taiwan), nella PRC (People Republic China, ossia la Cina vera), in parte
dell'Australia, in Cile-continentale, in Canada Centrale, in Messico,
Cuba e negli USA Centrali.
In ogni caso su una macchina Unix il tempo di sistema e' tenuto
internamente in tempo universale, e displayato nella timezone corrente.
Infine non c'e' da meravigliarsi se ci siano discrepanze nei tempi,
quasi nessuno si cura di tenere gli orologi sincronizzati in tempo
atomico. Se tra il tempo in cui una macchina ha spedito a un'altra e
quella in cui l'altra la ha ricevuto c'e' una piccola differenza in
minuti (o salti di ore intere se cambia timezone) questa e' dovuta a
tale sfasamento.
-- 
----------------------------------------------------------------------
nos...@ifctr.mi.cnr.it
 is a newsreading account used by more persons to
avoid unwanted spam. Any mail returning to this address will be rejected.
Users can disclose their e-mail address in the article if they wish so.