Newsgroup: it.comp.os.linux.software
Titolo: Problema con postfix

Diciamo che non è proprio un problema di postfix, ma dei server di libero
che in questi giorni si comportano in modo anomalo.
 
Quando postfix si connette ad un server di posta di libero, si aspetta che
il server risponda con il messaggio "220 Service ready", ma in realtà questo
non succede più... postfix dovrebbe rispondere subito con "HELO
mx.posta.org
"
 
C'è un parametro nelle configurazione di postfix che mi evita il controllo
del "service ready"?
 
Grazie e buone feste
 
 

 controllo del "service ready"?
 
Occhio che a me danno normalmente il 220 bla bla service ready.
 
-- 
ValeRyo
 
 

 Occhio che a me danno normalmente il 220 bla bla service ready.
 
Di solito si, ma a me da ieri da questo problema...
 
Faccio esempio con il telnet
 
telnet 
liberomx4.libero.it
 25
Trying 212.52.84.222...
Connected to 
liberomx1.libero.it
.
Escape character is '^]'.
 
mi resta cosě fisso anche per 60 minuti senza problemi...
 
mentre se do l'invio della stastiera mi compare
 
220-mtalibero23.libero.it
 ESMTP
220 
mta.libero.it
 ESMTP Service Ready
 
e in queste condizioni resta anche postfix che si aspetta di ricevere il
greeting....
 
ho provato con tutti i server mx di libero, sempre stesso problema
 
capita solo con i server di libero, con tutti gli altri sono ok
 
hai idea del perchč?
 
grazie, luca
 
 

 mi resta cosě fisso anche per 60 minuti senza problemi...
 
Non č normale che ti tenga su la connessione per tutto questo tempo.
Come sei messo a reverse resolving del tuo ip? Tutto ok?
 
-- 
ValeRyo 
 
 

 Come sei messo a reverse resolving del tuo ip? Tutto ok?
 
i record MX, PTR e A puntano dove devono puntare...
 
mi manca solo il record TXT con spf .... ma non credo che possa dipendere da
questo...
 
non sono in nessuna lista RBL
 
eppure di circa 100 email inviate oggi ad altri server smtp diversi da
libero.it
 tutto ok...
 
mentre le 50 email di libero sono ancora li in attesa...
 
per il momento ho risolto con un scriptino in perl... ma non č sua madre....
 
non capisco... se fosse un problema di socket credo che si manifesti con
tutti i server....
 
strano molto strano
 
ciao, e grazie
 
 

 Come sei messo a reverse resolving del tuo ip? Tutto ok?
 
allora incuriosito dal problema ho fatto questa prova con il telnet....
 
mi sono collegato con un portatile direttamente al router telecom e stesso
problema, per cui l'ho acceso e spento... idem non cambia nulla
 
visto che ho una seconda linea adsl e la stessa prova ma il problema
persiste....
 
per cui al momento escludo problema o ai 2 router o alle 2 adsl ti tipo
business con ip fisso...
 
stasera provo da casa....
 
sono sempre piů curioso....
 
anche perchč in telnet su altri server smtp alice, yahoo, fastweb, aruba...
tutto ok
 
e che cavolo... siamo sotto natale...
 
ciao, e grazie
 
 

 sono sempre più curioso....
 
Anche io :-)
 
-- 
ValeRyo 
 
 

 Anche io :-)
 
allora provato da casa, stesso problema
 
provato da altra linea situata in una città distante 200 km da me, e il
problema permane...
 
per cui o i server di libero sono impazziti, o hanno attivato qualcosa di
strano tipo antispam....
 
rimango basito
 
ciao, luca
 
 

 
Incuriosito ho fatto una prova anche io dal mio pc.
 
Da bash stesso problema:
 
PC103:~$ telnet 
liberomx4.libero.it
 25
Trying 212.52.84.176...
Connected to 
liberomx4.libero.it
.
Escape character is '^]'.
 
Se premo invio entro pochi secondi risponde:
 
220-mtalibero04.libero.it
 ESMTP
220 
mta.libero.it
 ESMTP Service Ready
500 #5.5.1 command not recognized
 
Se premo invio dopo alcuni minuti risponde:
 
Connection closed by foreign host.
PC103:~$ 
 
 
N.B. Ho fatto la stessa prova usando putty sullo stesso pc,
la risposta è immediata senza premere alcun tasto:
 
220-mtalibero02.libero.it
 ESMTP
220 
mta.libero.it
 ESMTP Service Ready
 
Ho fatto le stesse prove da un pc con windows Xp sia con putty che con il 
comando telnet dal prompt e entrambi rispondono solo se premo invio o digito 
helo 
 
 
Sono andato a vedere i log sul mio postfix e ho trovato, a partire dal 13 
dicembre, un sacco di:
 
Dec 13 10:09:18 mail postfix/smtp[29050]: 28E5D9C7: conversation with 
liberomx1.libero.it
[212.52.84.177] timed out while receiving the initial 
server greeting
 
verso i server liberomx[1-4].
libero.it
 
 
 
Nel log vedo anche che il mio postfix ripete il tentativo di spedizione ogni 
5 minuti, fino a che riesce a spedire normalmente al secondo o terzo 
tentativo
 
 
-- 
Stefano L.

 tentativo
 
stesso problema ma solo su un terzo delle macchine in giro con postfix.
 
stessa cosa solo con libero, e le email rimangono il coda. ho mandato 
un'email a abuse e postmaster, la leggeranno? bho.
 

 qualcosa di strano tipo antispam....
 
Hanno sicuramente qualche problema, a volte va e a volte no.
La soluzione comunque non è forzare il tuo postfix ad agire
in modo errato, anche perché se gli MX di libero sono
sovraccarichi rischi di avere altri problemi.
 
-- 
ValeRyo 
 
 

 un'email a abuse e postmaster, la leggeranno? bho.
 
anchio ho mandato email, ma non mi hanno risposto....
 
questo un pò mi consola che il problema non è solo mio...
 
però per i miei 400 clienti che ho su libero, è un pò una disperazione...
 
speriamo che sistemino.
 
ciao
 
 

 tentativo
 
a me neppure dopo un giorno di tentativi riesco ad inviarle...
 
in egitto sanno come funziona un server smtp...
 
boh...
 
 

 sovraccarichi rischi di avere altri problemi.
 
infatti ora dopo il primo tentativo il messaggio va in HOLD e da li un
script perl che simula un server smtp senza attendere il messaggio di
"service ready", spedisce l'email....
 
i server di libero non sono sovraccarichi, perchè rispondono immediatamente
se premo invio in telnet...
 
cmq li ho testati tutti i server mx di libero, e sono tutti uguali... sono
circa 40 ip diversi...
 
boh, continuo a non capire
 
ciao
 
 

 controllo del "service ready"?
 
Tu non vuoi che quel parametro esista perchè se esistesse, violeresti le 
RFC.
E' corretto che il tuo server attenda il greeting previsto da RFC e poi 
cominci la sua transazione.
 
NON attendere il greeting ti qualificherebbe (te ed il tuo server) come 
un early talker (perchè prendi la parola quando non dovresti) e questo è 
un comportamento TIPICO di uno spammer o di un bot.
 
Il mio vivo consiglio è, una volta individuato il problema, di attendere 
che le mail arrivino a destinazione (perchè ci arrivano comunque, pure se 
con ritardo) e di non utilizzare accrocchi in perl che aggirino le RFC.
 
Potrei quasi quasi giocarci qualcosina che i log degli early talkers 
verraanno presto "parsati" da qualcuno che provvederà a compilare qualche 
blacklist o a correggere qualche reputation list che causerà problemi ben 
più gravi in futuro.
 

 un comportamento TIPICO di uno spammer o di un bot.
 
questo lo so, ma noi con le email lavoriamo...
 
su una macchina ho circa 250 email che sono li ferme dal 27 dicembre e non
se ne vanno...
 
alcune di queste email contengono i cedolini di alcuni dipendenti... o le
fatture...
 
però cosa strana, il server risponde in modo corretto solo con putty, chissà
perchè...
 
ciao, luca
 
 

 chissà perchè...
 
Alcuni grandi ISP utilizzano diversi accrocchi davanti ai loro cluster 
che servono per filtrare preventivamente la rumenta prima che arrivi ai 
server veri e propri.
 
Questi accrocchi lavorano in diversi modi consultando in background, RBL, 
Reputation ed ispezionando pure il traffico a L7 e cercando dei "pattern" 
che identifichino i comportamenti buoni da quelli cattivi.
 
Evidentemente qualcosa nella vostra piattaforma, con la quale ci 
lavorate, non è particolarmente gradita a questi accrocchi.
Sminchiare le RFC non può, d'altro canto, che aggirare il problema in 
attesa di un padulo più grande (c'è a chi piace... alcuni miei clienti 
sembra che lo facciano apposta).
 

 questo lo so, ma noi con le email lavoriamo...
 
Ma il problema non l'hai creato tu ma libero.
Perché vuoi aggiustare una (tua) cosa che funziona, per risolvere
il problema di una (non tua) cosa che non funziona?
 
-- 
ValeRyo 
 
 

 un early talker
 
ASSOLUTAMENTE, moltissimi antispam hardware commerciali danno un 
punteggio terribilmente alto agli early talker!!
 
Io andrei cauto... anche se questo comportamento è davvero strano su 
tutto il cluster di server. Sembra voluto ma non capisco il motivo...

 sembra che lo facciano apposta).
 
uhmmm, posso capire un server, ma io ho testato la cosa su varie sedi,
venezia, padova e milano, sia con postfix, exchange, lotus e mdaemon, ma il
risultato non cambia... sempre in attesa del greeting resta
 
ciao e grazie
 
 

 tutto il cluster di server. Sembra voluto ma non capisco il motivo...
 
al momento ho disabilitato il mio script, e già si sono accumulate un casino
di email dirette a libero...
 
e abuse, postmaster e hostmaster di 
libero.it
 non rispondono...
 
ciao e grazie
 
 


 
mi hanno appena risposto:
 
Buongiorno,
abbiamo evidenza di una problematica di rete analoga,
la preghiamo di attendere una nostra verifica nella giornata di domani.
 
Cordiali saluti
 
Postmaster LIBERO

 la preghiamo di attendere una nostra verifica nella giornata di domani.
 
 
anche a me ieri sera, speriamo
 
ciao
 
 

 Grazie e buone feste
 
Ciao, stesso nostro problema da inizio anno:
 
-3 Mail server: 2 con sw proprietario identico ed 1 hmailserver
-Di punto in bianco l' hmailserver + 1 mail server proprietario hanno
code di invio verso gli account @
libero.it
 che vanno in timeout
-L'altro mail server proprietario "gira" benissimo
 
Cosa hanno in comune quelli che non vanno ? hanno come router wan un
dlink DFL-200, mentre l'altro ha un router wan Zywall-2 plus
 
-tutti i router fanno comunque capo ad un CISCO con la sua bella
subnet di 32 IP su fibra ottica, per cui nessun problema del fornitore
di connettivita'.
 
sposto 1 dei server che non va, dandogli come gateway il router
Zywall-2 e.....miracolo va'
 
Ovviamente avevo fatto il test telnet 
liberomx1.2.3.4.libero.it
 25 e
su quelli che non va ottenevo il timout (oppure premevo invio e
"miracolo" appariva la risposta).
 
Mahhh, speriamo che risolvano: non si possono cambiare i router e le
configurazioni in base a come tira il vento !!!!!

 
D'improvviso mi vengono in mente cose come TCP Window Scaling, MTU, icmp 
bloccati ecc.
 
Forse si potrebbe indagare in quelle direzioni.
 
 
-- 
Stefano L.


 
bhà, se il server non da il greeting non vedo proprio cosa centri.
inoltre ho la stessa situazione su 6 server postfix e persino su un 
exchange. tutti con wan differente, operatore differente e router 
differente.
 
attendiamo e speriamo. secondo me è stato solo un caso che funzionasse.


 
 
ovviamente stesso problema su @
inwind.it
 ...ho un mailq da panico...

> ovviamente stesso problema su @
inwind.it
 ...ho un mailq da panico...
 
libero.it
 
inwind.it
 
iol.it
 
 
alle 15.30 ho 750 email ferme dal 2 gennaio....
 
mi hanno riscritto quelli di postmaster per sapere che server ho...
ovviamente postfix, ma avendo provato anche con altri tipi di server e su
linee diverse... la mia situazione non cambia...
 
ciao
 
 

 mi hanno riscritto quelli di postmaster per sapere che server ho...
 
stessa richiesta anche a me. postfix ed exchange stesso problema.
questi stanno bloccati e fanno i sondaggi... :)

 Forse si potrebbe indagare in quelle direzioni.
 
E' stata la prima cosa che ho fatto: modificato il valore di MTU, 
spippolato un po' con i vari tcp_window_scaling, ip_no_pmtu_disc e soci.. 
nessun risultato. 
 
A quanto pare e' un problema nei loro proxy\frontend, dato che si 
presenta a prescindere dalla connessione, dal software (ho provato 
perfino con netcat...) e dal sistema operativo (leggendo gli altri 
messaggi del thread). 
 
La cosa curiosa e' che mi sta capitando su soltanto su uno della 
quindicina di server di posta a cui ho accesso, sia in italia che 
all'estero (ho fatto poco fa un giro di verifiche).
 
Seguo gli sviluppi sul newsgroup, spero di non dover contattare anche io 
i vari postmaster\abuse per segnalare il problema :)
 
k.
 

fatto un controllo su a questo link
 
http://www.dnsvalidation.com/libero.it
 
 
scorrendo la pagina c'è un WARN sul greeting
 
ciao
 
 

 stanno bloccati e fanno i sondaggi... :)
 
Ho scritto anche io ai 
postm...@libero.it
, nessuna risposta nemmeno a 
voi, immagino..
 
Ho tamponato temporaneamente facendo un relay su un altro nostro server 
(sante transport_maps!!) in attesa di novità e -si spera- soluzioni.
 
stiamo a vedere!
 
k.

 voi, immagino..
 
a me hanno risposto 2 volte dicendomi che ci davano un occhio e domandomi
che tipo di server uso...
 
al momento tutto tace, ultima email da postmaster risale al 04/01/2012
 
ciao
 
 


E quindi?
Vuoi che ti spieghiamo cosa significa ?

 Vuoi che ti spieghiamo cosa significa ?
 
era solo una constatazione....
 
cmq mi scusi se ho pubblicato quel link... non lo farň mai piů, non voglio
piů turbare la quiete di chi legge :-)
 
 

 voglio più turbare la quiete di chi legge :-)
 
Era una constatazione però che non ha nulla a che fare né con la causa né 
con la soluzione, quindi fuorviante per chi può leggere ed inutile ai 
fini della discussione.
 
Mi teneva sottolineare questa cosa per fare in modo che chi non ci 
capisce molto e legge la discussione poi vada a dire in giro "libero ha 
dei problemi col greeting..."
 

Per la cronaca da oggi pomeriggio i server di libero rispondono
correttamente...
 
:-)
 
Ciao
 
 

 correttamente...
 
confermo, anche i miei server hanno ripreso a inviare correttamente posta 
verso 
libero.it
, confermato anche da una mail "ufficiale" dei 
postm...@libero.it
 
 
grazie a tutti :)
 
k.


idem, alleluja alleluja.

 idem, alleluja alleluja.
 
Mi chiedo ancora quale sia stato il curioso problema.
 
Secondo me un programmatore che non aveva letto l'RFC5321 (o le 
precedenti) che ha committato in produzione una modifica superfiga che ha 
raggiunto poi libero.
 
In effetti il volume di spam era calato moltissimo... (insieme al volume 
di ham, però).

 di ham, però).
 
strano, perchè gli spammer spesso sono e si configurano in early 
talkers, quindi non avrebbero problemi in caso di assenza del greeting smtp.
 
insomma, sono diventati più raffinati sti spammer di oggi, non ci sono 
più gli spammer di una volta :P


 
Ragazzi, scrivo qui perché finalmente ho trovato qualcuno che ha avuto 
il nostro stesso problema, un po' prima di Gennaio però.
Vi scrivo perché da oggi pomeriggio sembra essere tornato il problema su 
libero, potete confermare? Ovviamente il postmaster non risponde :(
 
Non usiamo un mailserver su linux (hmailserver su win32) però è 
esattamente la stessa anomalia che si ha avuto in questo thread a Gennaio.
Anche io confermo che con telnet se non premo Invio non c'è greeting, 
mentre con putty sì, all'epoca anche io smanettai con windows scaling, 
MTU, etc ma senza successo. Poi si risolse tutto da solo, ed ora eccoci 
qua di nuovo.

 qua di nuovo.
 
Il problema infatti si è ripresentato da 2 giorni a questa parte.
Postmaster di Libero, mi ha risposto che oggi pomeriggio dovrebbe essere
tutto ok.
 
Ciao
 
 

 ha scritto nel messaggionews:jijq13$gpu$1...@dont-email.me...

Ha risposto anche a me, confermo che ora funziona di nuovo. Vorrei
tanto capire qual è stato il problema.

 tanto capire qual è stato il problema.
 
I server di libero sono ora tutti funzionanti.
L'altro giorno c'era molto spam sulle caselle di posta di libero e credo
abbiano alzato la protezione antispam...
In qualche modo vengono coinvolti molti server, che abitualmente non fanno
spam... come il nostro che invia email a sui 450 clienti su libero.
 
Cmq non danno mai una spiegazione
 
Ciao
 
 

 Cmq non danno mai una spiegazione
 
Probabilmente voi affetti dal problema avete qualcosa in comune.
 
Da quello che mi avete fatto capire, libero abilita qualche sistema di 
"fingerprinting" che blocca certa roba in maniera aggressiva.
Probabilmente avete qualche router o nat o sonasega io che, a livello TCP, 
vi fa assomigliare ad uno spammer e quindi vi blocca.


Noi usiamo otrs in da office, e quindi il traffico è abbastanza 
sostenuto, picchi anche di 100 mail in un minuto con html, oggetto in 
maiuscolo etc. Ma che io sappia libero (a detta dei postmaster stessi) 
si affida a 
senderbase.org
 per la reputation, sul quale risulta che il 
mio IP è "good". sta di fatto che anche cambiando IP il problema rimane.
 
Per quanto riguarda il livello più basso, c'è un semplice modem alice 
con in mezzo zeroshell, ma anche da casa mia con adsl infostrada e 
router zyxel non andava.
 
Speriamo duri...

 vi fa assomigliare ad uno spammer e quindi vi blocca.
 
bhà, ho i miei dubbi. se il problema è come quello precedente, ossia i 
server di libero non danno il greeting smtp, richiedendo un invio in più 
che non sta nè in cielo nè in terra, non vedo come possa essere un 
problema all'infuori di quei server stessi.
 
premesso: postfix non inoltrava, ma ho anche avuto gli stessi problemi 
su exchange. quindi non è proprio una cosina da poco...

 su exchange. quindi non è proprio una cosina da poco...
 
confermo che i problemi non erano solo con postfix, ma anche su exchange,
lotus e mdaemon, su server diversi...
 
da quello che so usano un sistema hardware contro lo spam...
 
ciao
 
 

 problema all'infuori di quei server stessi.
 
Non hai capito quello che ho scritto.
Vabbè, io il problema non ce l'ho.


No infatti, perdonami ma proprio non riesco ad associare
 
"un nat, un router o qualcosa a livello tcp" con "identificazione di uno 
spammer"
 
e
 
"sei brutto e quindi non ti do il greeting" ma al tempo stesso "se mi 
dai un invio in più ok per me va bene anche se ti avevo identificato 
come spammer".
 
 
oh, limite mio eh, intendiamoci :)