Newsgroup: it.comp.os.linux.sys
Titolo: [semi-OT] posta che non arriva

Ciao a tutti,
E' da un paio di giorni che mi sto scontrando con un problema strano:
HO un server di posta, il solito postfix+amavisd+spamassassin+clamav che fa
da filtro per la posta e poi la ripassa ad un server interno alla lan, il
server è MX del mio dominio ed è collegato ad una linea adsl di telecom
In questi giorni mi è capitato questo, un messaggio inviato ad un utente 
del mio dominio, e in copia  ad un altro dominio, il mio server non lo ha
mai ricevuto, mentre l'altro si, per non ricevuto intendo che nei log non 
vi è traccia di alcuna connessione dal server mittente (coreano) ne tantomeno
alcun messaggio, altra stranezza, mentre cercavo di debuggare sta cosa, alcuni
messaggi provenienti da un altro server, stavolta italiano, sono arrivati,
sempre da log, con quasi un'ora di ritardo.
Dato che il server funziona bene e macina qualche migliaio di messaggio al giorno,
da che cavolo può dipendere questo comportamento bizzarro? posto che la linea
funziona bene, l'unico componente di rete che non è sotto il mio diretto controllo
è il firewall, un checkpoint amministrato da una subappaltata di telecom.
E' plausibile che quel coso droppi le connessioni senza dirmelo? 
Luca
-- 
I'm trying a new usenet client for Mac, Nemo OS X.
You can download it at 
http://www.malcom-mac.com/nemo

 >rendere il sistema non utilizzabile ma in modo sottile ?
Se NT puo' installarsi via FTP, e' la tua risposta.
 
Leonardo Serni

 log....
E contando che il server mittente era coreano...
-- 
Vide




Cioè, dici non particolarmente affidabile? penso pure io, ma il messaggio
ad altri server è stato cmq consegnato quindi il problema sta dalla mia parte
ho un vecchio sonicwall in quell'ufficio, quasi quasi oggi provo a sostituirlo
al checkpoint



E che non sono pochi, quelli che semplicemente rifiutano a livello
firewall ogni connessione dalla corea, ...
-- 
           |Save our planet!
    Ciao   |Save wildlife!
   roberto |For your E-MAIL use ONLY recycled Bytes  !!
           |roberto poggi   
rpo...@softhome.net

 Cioè, dici non particolarmente affidabile?
No, dico quello che ha detto più chiaramente roberto.
I firewall spesso sono razzisti e i coreani che inviano mail a europei non
gli piacciono troppo :P
-- 
Vide

 
Rispondo anche a Vide,
Questa cosa non la sapevo, alla faccia del razzismo, domattina faccio una 
bella chiacchierata con i subappaltati telecom, e nel caso ho già pronto il
disco di ipcop :-)


 Questa cosa non la sapevo, alla faccia del razzismo, domattina faccio una 
Non e' razzismo, e' legittima difesa, proprio al massimo e'
  Eccesso di legittima difesa.
Ci sono [stati] centinaia/migliaia di server coreani messi su da
cantinari, abusati in quattro e quattr'otto, che spara[va]no spam
a raffica.
Se non si hanno rapporti commerciali con la corea, la strada piu'
veloce per risolvere il problema e' proprio troncare dal firewall
le connessioni dalla corea.


 
Dunque a sentire quelli del firewall non c'è alcun tipo di blocco in base alla
provenienza, per il momento mi limiterò a tenere d'occhio la situazione, e
se dovessi riavere problemi simili provo a togliere di mezzo il firewall in
questione, grazie a tutti


 provenienza, per il momento mi limiterò a tenere d'occhio la situazione, e
Senti, mi e' venuto un dubbio.
IN quale log hai guardato?
perche' nel post iniziale hai parlato di due macchine, una che fa da
front end all'altra.
Sei proprio sicuro che non ce ne sia traccia, dal tuo lato?
NOn e' che hai attivato in qualche modo il greylisting e il server
coreano e' settato male?


 
Dunque i log sono quelli della macchina che fa da frontend, non ho politiche
di greylisting, ma il lavoraccio è affidato a spamassassin, nel maillog semplicemente
non risulta proprio nessuna connessione da quel server per la giornata in questione,
mentre ce ne sono alcune (correttamente ricevute) di qualche giorno prima


 mentre ce ne sono alcune (correttamente ricevute) di qualche giorno prima
Beh, a questo punto, servirebbe il log del colloquio smtp da parte del
mittente.
Solo li' si puo' vedere se (e in minima parte, cosa) e' successo
qualcosa di strano.
