Newsgroup: it.news.net-abuse
Titolo: Mail rifiutata da SPAMHAUS però non arriva la notifica!

Ciao a tutti,
è stata la stessa SPAMHAUS a consigliarmi di scrivere qui.
Sono un ISP e un mio cliente mi chiama dicendomi che un messaggio di
posta spedito da un utente del mio Mailserver verso un altro utente
(stesso Mailserver quindi) non è arrivato a destinazione.
Dal log mi accorgo che la mail è stata rifiutata perchè l'indirizzo
ip del mittente (non usa ip nostri) è finito nella Blacklist di
Spamhaus.
Non è questo il problema quanto il fatto che al mittente non è
arrivata nessuna notifica del tipo: "Il messaggio non è stato
consegnato poichè..".
Secondo voi da cosa dipende?
Grazie
JD


Quale è l'indirizzo mittente usato per la spedizione?
Perchè se il bounce va verso lo stesso mailserver che ha rifiutato la
prima mail, verrà rifiutato anche il bounce (lo vedrai dai log, cmq), e
il double-bounce finisce al postmaster del server mittente.
Questa sarebbe un'altra cosa a favore di meccanismi SPF-like: spedite
email solo dal mailserver "giusto"...

> Quale è l'indirizzo mittente usato per la spedizione?
Non posso scriverlo qui, in ogni caso il fattaccio è successo il 7
dicembre. Mi è stato segnalato il 12/12 e il dominio o l'ip non era
(più?) presente nel db di Spamhaus.
Credi quindi che la notifica non è arrivata al mittente per il motivo
che accennavi.
Al postmaster (che sono io) non è arrivata però nessuna
comunicazione.
Dai log vedo solo: "Sender refused by the DNSBL 
sbl.spamhaus.org
",
nemmeno quindi il "double-bounce".
Secondo te perchè?

 Secondo te perchè?
L'unico altro motivo che mi viene in mente è che il server usato dal
mittente non generi bounce o che se li perda per strada.
Entrambe richiedono comunque problemi (o pessima configurazione,
quantomeno) da quel lato.

 Entrambe richiedono comunque problemi (o pessima configurazione, quantomeno) da quel lato.
Sono sia il postmaster che il configuratore del Mailserver del mittente
:-)
Riepilogo ciò che sono riuscito a capire:
L'utenteA del dominioXYZ ha scritto una mail all'utenteB del dominio
XYZ e...
- la mail non è arrivata a destinazione per quel "Sender refused..."
- nessuna notifica è pervenuta al mittente nè al postmaster (cioè
io)
- il dominioXYZ è configurato correttamente (sempre dal sottoscritto),
spero. L'indirizzo del postmaster è attivo
A questo punto credo si tratti di un bug del software del Mailserver,
che dici?

 Spamhaus.
Due di casistiche che stanno in angoli bui:
1) il mittente stava usando come "server posta in uscita" il tuo server
(lo stesso che fa da MX per il destinatario, quindi[1])
2) il mittente usa un server "altro" (un suo server in casa?)
Nel caso 1, non vi è alcun bounce, poichè la connessione al tuo server
non avviene da parte di un server SMTP (a generare il bounce è il server
che "ha cercato di inviare", non quello che riceve). In compenso,
all'atto dell'invio, sullo schermo del mittente è apparsa una bella
finestrella di popup che diceva "non è stato possibile inviare la mail
BLAH BAH BLAH" (con varie sintassi/linguaggi/coloriture a seconda del
client di posta usato dal mittente). Che non ci sia un bounce è quindi
normale: la mail non è manco partita.
Nel caso 2, la generazione del bounce è compito del server "altro" ed
eventuali mancanze sono da individuare lì.
[1] Tendenzialmente, questa non è buona pratica. Indipendentemente che
il relay venga effettuato sulla base dell'IP o dell'autenticazione, si
preferisce che chi è autorizzato passi, indipendentemente da eventuali
listing attivi... Per evitare che questo permetta ad eventuali client
listati-ma-autorizzati di inviare posta ad indirizzi dei domini da te
gestiti, è preferibile che l'istanza usata per submission sia separata
da quella che fa da MX.

> 'spe... stiamo facendo un casino ;-)
Hai ragionissimo, non ho considerato l'Smtp del mittente, sorry.
Il cliente con me ha le caselle di posta ed il dominio, la connessione
invece ce l'ha con Telecom (caso 2 quindi).
Quindi credo che nella Blacklist sia finita la classe Ip di Telecom.
Il bounce quindi dovrebbe essere arrivato al postmaster di Telecom?
Avrebbe quindi dovuto girarlo al mittente (che con Telecom ha solo la
connessione)?
Mi spieghi meglio il punto [1]? Grazie

 Mi spieghi meglio il punto [1]? Grazie
Questo lo dovrebbe spiegare al posto mio:
http://cbl.abuseat.org/provider.html
;-)

> Questo lo dovrebbe spiegare al posto mio:
Grazie Skull, stampo e poi leggo con calma ciò che mi hai spedito.
In ogni caso il produttore del software del mio server di posta, senza
dimenticare te, mi ha chiarito che:
- il mittente dovrebbe essersi visto, mentre il messaggio transitava in
"Posta in uscita" un messaggio di errore proveniente da Telecom che lo
informava della non-riuscita della spedizione
- è quindi chi è smtp che deve informare il mittente, in questo caso
almeno, senza prevedere l'invio di una mail (è una interruzione sul
nascere quindi)
- al mittente quindi sarà sfuggita tale segnalazione
- sarebbe cmq meglio avvisare meglio tutti gli utenti che non è detto
che un messaggio che si trova in "Posta inviata" è effettivamente
giunto a destinazione
Grazie ancora!
JD

 giunto a destinazione
Questo si. Ma è un altro discorso...