Newsgroup: italia.genova.discussioni
Titolo: Ritardi di internet

Qualcuno sa come spiegare i 'ritardi' delle email in internet ?
Cio`qualcuno che manda una mail dall'africa, e dopo due ore non č ancora 
arrivata ? O dal sudamerica ??
A cosa puo' essere dovuto cosě tanto ritardo ?
John.

 A cosa puo' essere dovuto così tanto ritardo ?
....è la CIA ... ma non renderlo pubblico te lo dico in strettissima 
confidenza :-)
-- 
..:: Ciauz ::..
From :  .::.ActionMan©.::.
- Partecipa al concorso -
" BUCA UN PRESERVATIVO... VINCI 1 BAMBINO " 

 
ah beh allora, č tutto OK. No problem.

John ha digitato:

Belin, posso mica stare tutto il giorno in casa a leggere le mail degli
altri, ogni tanto mi si accumulano...
Ciao ^_^
Guido

altri, ogni tanto mi si accumulano...
LOL!
-- 
E ttè di dove sei sbucato? Dal buco.


se tu mandi una mail a me, la mail viene inviata dal tuo pc al tuo server di 
posta in uscita, che tenta di collegarsi al server di posta in cui vi e' la 
casella di posta del destinatario.
E' sufficiente che detto server rimanga offline per un paio d'ore, et voilà 
che il tuo server tenterà ripetutamente di inviare la posta.
Solitamente, dopo 5 giorni di tentativi il messaggio viene ricacciato 
indietro al mittente, e durante questo intervallo il tuo server ti manda una 
mail dove ti informa che "il tuo messaggio verrà ricapitato con del ritardo, 
ma non è necessario rispedirlo".


di solito questo tipo di messaggio mi arriva già dopo al massimo un'ora. 
se si tratta di un messaggio mio non recapitato.
Ma a me in questo caso sospetto di aver a che fare con una "sender's 
ball" nel senso che lui dice di aver inviato una posta e magari invece è 
una balla. :-))

casella di posta del destinatario.
Non č cosě semplice... Ora con i router moderni, succede meno, ma una
volta non era raro che il messaggio transitasse anche attraverso 15
server diversi.
-- 
E ttč di dove sei sbucato? Dal buco.

una balla. :-))
Propenderei per quest'ultima ipotesi ;-)
In 10 anni non mi si è *mai* persa neppure una mail.
-- 
E ttè di dove sei sbucato? Dal buco.

Non č cosě semplice... Ora con i router moderni, succede meno, ma una
Festival della virgola a ca22o...


In 10 anni non mi si è *mai* persa neppure una mail.
 Puo' essere, pero' in effetti da un po' di tempo ricevo segnalazioni di gente
che lamenta di aver spedito email che non risultano mai arrivate, ma loro non
hanno ricevuto alcun messaggio di errore.
  Ho un po' indagato ed ho scoperto che il server di posta della "mia" ditta
(come molti altri, mi dicono) fra le altre misure antispam ed antivirus ha
adottato un... non ricordo come si chiama tecnicamente, in soldoni il POP server
quando riceve una email non l'accetta subito, ma la fa aspettare un tot, nel
nostro caso 300'', confidando che se e' una email "regolare" insistera' a far
tentativi per entrare, mentre se fa parte di una raffica di migliaia inviate da
un server spammatore non ha molto tempo a disposizione e rinuncera'.
 Il fatto e' che non tutti i server SMTP hanno impostato un tempo di time out di
oltre 5 minuti, ed in quel caso l'email non verra' recapitata ne' tornera'
indietro. Alla mia scontata domanda "Ma il server non rende un messaggio di
errore?" mi hanno risposto "E bravo, cosi' quelli ci riprovano!"  8-\
	pgg

servers, soprattutto se proveniente, da paesi, sminchiati. :)
 Iscritti all'albo dei giornalisti?  8-Ū
	pgg

 servers, soprattutto se proveniente, da paesi, sminchiati. :)
...da qui il nuovo verbo 'sminchiare' invece di 'smistare'....

  Ho un po' indagato ed ho scoperto che il server di posta della "mia" ditta
Non lo sapevo. Grazie!


un server spammatore non ha molto tempo a disposizione e rinuncera'.
Non credo che un server "buono" rifaccia tentativi, ma semplicemente
non abortisca la sessione TCP.
300" mi sembrano un po' tanti. Sei sicuro non siano 3"? E' già
parecchio ed è quello che, a pensarci bene, mi fa il server di IUNET
da qualche mese.


 hanno ricevuto alcun messaggio di errore.
Perche' vanno a finire in cartelle non ben specificate adibite alla "posta 
indesiderata", e sino a quando l'amministratore di sistema non le sblocca 
manualmente, se ne restan li'.
Ovviamente non tutti fan così, anzi direi che la maggior parte dei gestori 
lascia al cliente la possibilità di gestirsi la cartella della posta 
indesiderata.
Va detto che gli amministratori di un server di posta possono leggere la 
posta di qualsiasi casella postale risieda su quel server, quindi può 
accadere che uno anche per sbaglio possa cancellare un messaggio diretto a 
una casella.


gli hop avvengono tra server diversi nell'ambito delle stesse 
organizzazioni.
Ma se io ho una casella miaCasella@*MIODOMINIO*.COM e mando un messaggio 
alla tuaCasella@*TUODOMINIO*.COM , nel momento in cui  *
MIODOMINIO.COM
* 
invia il messaggio a  *
TUODOMINIO.COM
* detto messaggio puň transitare anche 
attraverso 100 routers diversi che non cambia un accidente di niente.
Invece, nel momento in cui il messaggio arriva all' SMTP server di 
*
TUODOMINIO.COM
* pubblicato su Internet, da questo server puň benissimo 
essere inoltrato sino a 15 (mi pare) volte, che č il limite di hops definito 
nelle RFC.

da qualche mese.
Guarda, premesso quanto detto sopra, potrei sbagliare fra 3 minuti o 5, ma
di minuti si tratta. Alla mia osservazione che mi sembravano tantissimi
m'han risposto snocciolandomi una sfilza di RFC, e "se i server SMTP non ci
si attengono, azzi loro!" 
	pgg

si attengono, azzi loro!" 
Carini! ;-)
Ho controllato meglio e, in effetti, IUNET mi tiene in sospeso per ben
30", non 3 come avevo detto. Detto fra di noi, mi pare un intervallo
un po' più sensato...
Comunque anche con questo sistema la mail non si perde, dato che chi
la manda viene avvisato che il suo mail gateway è "inabile a
connettersi" col server di destinazione.


attraverso 100 routers diversi che non cambia un accidente di niente.
Come ti viene in mente che un router possa cambiare alcunchè in un
payload TCP/IP???
Generalmente, tra organizzazioni diverse, *ora* si va direttamente.
Una volta, quando i router, essendo meno potenti, avevano tabelle di
routing più piccole, capitava spesso che inviassero i messaggi a
server di posta di "livello gerarchico superiore" che potevano con
tutta tranquillità (qualche secondo invece di pochi millesimi di
secondo) stabilire tramite quale router inoltrare il messaggio
ricevuto.
Senza contare che, spesso, le aziende, come la Sperry dove lavoravo in
USA e l'Elsag alla quale ho dovuto risolvere dei problemi di
interfaccia col nostro sistema, avevano i propri mailserver collegati
in SLIP con quelli della più vicina università.
Le linee transoceaniche erano poche e l'unico modo per smorzare i
picchi di utilizzo era disciplinare il flusso utilizzando dei
mailserver posti alle estremità della tratta oceanica.
Dall'Italia, fino a pochi anni fa, si usciva solo tramite il MIX che
era un collo di bottiglia non male, equipaggiato di un altro layer di
mailserver.
Una volta esistevamo anche noi provider indipendenti, collegati con
una 64K ad un nodo in fibra. Anche qui, per non saturare la banda, si
usava un mailserver locale che trasmetteva a bassa velocità al
mailserver del nodo.
Bimbo, se vuoi ri-iniziare a menarlo a grati come per gli IP statici
di Fastweb, non mi ci becchi più.
Non ho voglia di perder altro tempo a dimostrarti quanto ce l'ho più
lungo del tuo. ;-)
-- 
E ttè di dove sei sbucato? Dal buco.

 connettersi" col server di destinazione.
..che sia per questo che non hai ancora risposto alla mia ultima email? :-)


..che sia per questo che non hai ancora risposto alla mia ultima email? :-)
Ah, dovevo?
Movvado...



a quest'ora mi sa che c'avrà le sue belle difficoltà, a star su ;)

"Danny" <DannyNi...@GhiaccioHotmail.com>:

LOL!
