Problema con alice

**CoolNetwork** · 03-12-2010, 16:46

ed i log in entrata che dicono?

**Scorpion** · 06-12-2010, 09:19

2010-12-06 09

34 SMTP data timeout (message abandoned) on connection from localhost (nomeserver) [127.0.0.1] F=<xxxxxxxxx@alice.it>
2010-12-06 09:50:28 SMTP data timeout (message abandoned) on connection from localhost (nomeserver) [127.0.0.1] F=<xxxxxxxxx@alice.it>
2010-12-06 09:51:26 SMTP data timeout (message abandoned) on connection from localhost (nomeserver) [127.0.0.1] F=<xxxxxxxxx@alice.it>
2010-12-06 09

08 SMTP data timeout (message abandoned) on connection from localhost (nomeserver) [127.0.0.1] F=<xxxxxxxxx@alice.it>

**g.gino85** · 08-12-2010, 17:38

Non so se usi SpamAssassin; in caso affermativo prova a vedere qui che dicono :

Exim error - DirectAdmin Forums

421 SMTP incoming data timeout - message abandoned - DirectAdmin Forums

ciao

**DREAMSNET.IT** · 08-12-2010, 17:43

colgo l'occasione per iscrivermi rispondendo a questa domanda sperando di far buona cosa.

Abbiamo avuto lo stesso identico problema a partire dal 3 Dicembre fino al 5 (giorno in cui abbiamo risolto).

Inizialmente dopo ricerche su vari forum e lettura dei log (amavis e maillog), considerando che utilizziamo postfix, abbiamo rilevato che le email in arrivo da tin.it e alice.it non venivano più smistate tramite il relay di alice, ma bensì inviate direttamente dalla "batteria" di mail server.

Abbiamo verificato comunque che impostando la MTU della scheda di rete ad un valore più basso di quello di default (1500) la trasmissione dei dati dopo il comando DATA smtp andava a buon fine.

Pertanto consigliamo di "tamponare" il problema impostando un valore di MTU a 1492 o eventualmente casomai non bastasse a 1400.

Da root : ifconfig eth0 mtu 1492

PS : Il problema sembra riguardi SOLO ED ESCLUSIVAMENTE Telecom e i relativi domini da lei gestiti, forse il problema è delle loro configurazioni di rete o problemi di feature non supportate
come il PIPELINING da MS Exchange.

**g.gino85** · 09-12-2010, 07:00

@scorpion: sembrava di capire che da @alice.it verso altre direttirci (es: gmail, altri) la questione non la rilevi da cui il post relativo su Exim + Spamassassin che cmq nel caso di singoli account in overquota sembrerebbe essere la direzione in cui indagare:
SpamAssassin problem - DirectAdmin Forums

@dreamsnet: hai quindi risolto definitivamente abbassando la frame mtu a 1492 sull'interfaccia di rete del tuo server; grazie per l'info anche se non ho sentito sinora di manovre analoghe operate su larga scala da altri; forse il pb. delle MTU può interessare solo una (o cmq auspicabilmente poche) determinata direttrice WAN ?

Non ho ben inteso invece il significato di questo passo:
"..abbiamo rilevato che le email in arrivo da tin.it e alice.it non venivano più smistate tramite il relay di alice, ma bensì inviate direttamente dalla "batteria" di mail server."

Potresti fornire qualche dettaglio in più ?

grazie

**Scorpion** · 09-12-2010, 10:24

grazie a tutti.

si uso spamassassin.

Oggi faccio qualche altro controllo, provo a seguire il consiglio di dreamsnet.it e vi aggiorno

grazie ancora

**cxcs** · 09-12-2010, 13:52

Ciao a tutti,purtroppo non è una novità che alcuni grandi provider italiani gestiscano letteralmente con i piedi i servizi di posta.Ad esempio se sei un disgraziato che finisce in blacklist per errore,a meno di non presentarsi di persona presso gli uffici del provider difficilmente ne vieni fuori.Per non parlare di messaggi mai recapitati e senza avvisi di errore.E poi Telecom vuole fare la cloud?La mia impressione è che i server vengano messi su e lasciati incustoditi fino al prossimo disastro.