Newsgroup: it.news.net-abuse
Titolo: Could not complete sender verify callout

mi ritrovo un po' di mail in coda con questa strana motivazione
----
(host 
mail-mx-00.tiscali.nl
[195.241.79.130] said: 451 
Could not complete sender verify callout 
(in reply to RCPT TO command))
----
qualcuno sa cosa si sono inventati quelli di tiscali?


Una "schifezza" che sta facendo un bel po' di gente da un bel po'...
Durante la consegna della mail, il loro mailserver cerca di contattare
l'MX per il dominio del mittente, e di verificare se questo accetta una
sessione SMTP (arrivando fino a RCPT TO) per quell'utente.
Lo scopo vuole essere di verificare che il mittente sia reale e non
forgiato, raggiungibile, etc...
In realtà è una "soluzione" che crea più problemi di quanti ne risolve,
come stai verificando di tuo...
-- 
Skull & Bones (ER6n Silver)

 come stai verificando di tuo...
suggerimenti?
grazie :-)

 suggerimenti?
Escludere i mailserver "conclamati" dal greylisting.
Peraltro, qualsiasi codice si occupi di greylisting, dovrebbe sempre
applicare un whitelisting "automatico" per tutte le mail provenienti
dall'IP, una volta che una singola mail da quell'IP abbia superato con
successo il greylisting.
Quindi dopo un tempo iniziale di rognette (più o meno lungo a seconda
del numero di server implicati), la situazione dovrebbe stabilizzarsi da
sè, a meno che il demone di greylisting non vada a farfalle (per come è
scritto o per come è configurato).


 successo il greylisting.
da me avevo settato la durata della whitelist a 6 ore (dopo l'invio del
primo). Con questa durata, i messaggi si accumulano.
Adesso è a 24 ore, onestamente di mettere in whitelist 
tiscali.nl
 non so
fino a che punto possa essere saggio
ciauu

 fino a che punto possa essere saggio
non 
tiscali.nl
, ma gli IP dei server SMTP di uscita di tiscali.nl...
E non necessariamente una whitelist "globale", quanto una whitelist che
li escluda dal greylisting (tanto che sono server SMTP già lo sai: il
greylisting non aggiunge niente salvo ritardi).


 successo il greylisting.
Ehm veramente l'idea è quella di mettere in whitelist la "tupla" ossia
mittente, destinatario e subnet /24 di provenienza (almeno se non
ricordo male - accetto smentite) il che significa che SOLO altre email
dallo stesso mittente e verso lo stesso destinatario che provengano
da quel blocco IP non saranno soggette al greylisting

 ossia mittente, destinatario e subnet /24 di provenienza
http://projects.puremagic.com/greylisting/whitepaper.html
si.. anzi; il documento originale parla addirittura
di "indirizzo IP" invece che di subnet; tornando al
discorso originale; un'idea potrebbe essere quella
di bypassare il graylisting nel caso in cui il mittente
sia uno degli indirizzi "permessi" in un eventuale
record SPF

 mittente, destinatario e subnet /24 di provenienza (almeno se non
No, Skull dice un'altra cosa: se un determinato ip ha superato il
greylisting una volta allora è un server SMTP che deve passare
tale controllo "by design".
Quindi conviene metterlo in whitelist per un buon periodo di tempo (una
settimana? un mese?) per evitare di generare inutili rallentamenti.
-- 
ValeRyo 

 settimana? un mese?) per evitare di generare inutili rallentamenti.
Nel mio caso, con qualche calcolo alla mano, ho definito 15 giorni.
Realtà con poco traffico possono scalare oltre il mese, IMHO.
[1] "correttamente" secondo l'idea che di greylisting ha il mondo dagli
addetti ai lavori, si intende...


 da quel blocco IP non saranno soggette al greylisting
E quale sarebbe il senso di applicare inutile delay ad un sacco di mail
che *si san già* provenire da un mailserver?


 Realtà con poco traffico possono scalare oltre il mese, IMHO.
Io ancora non ho definito un periodo ottimale, sto ancora studiando.
Un'implementazione che vorrei fare al sistema è quella di prolungare
la permanenza in whitelist quando arriva una nuova mail, che ne pensi?
-- 
ValeRyo 

 mail che *si san già* provenire da un mailserver?
ah beh .. chiedilo al tizio che ha scritto questo :)
http://projects.puremagic.com/greylisting/whitepaper.html

 la permanenza in whitelist quando arriva una nuova mail, che ne pensi?
Già lo faccio :-D
La finestra di 15 gg è intesa tra "avvistamenti", nel senso che un IP
escluso da greylisting che generi almeno una mail ogni 2 sett. non viene
più greylistato...


 
http://projects.puremagic.com/greylisting/whitepaper.html
Non č che il fatto che l'abbia pensato cosě dignifica per forza che ha
senso che lo sia, eh...
Prova a prendere una dozzina di nomi tra i piů visibili sul tema "posta
elettronica e spam", domanda a tutti quale č l'implementazione del
greylisting piů sensata tra le due, e vedi cosa ti rispondono...


 tra le due, e vedi cosa ti rispondono...
Uhm .. tipo J.G.Cumming o D.C.Hart ad esempio ? Beh
posso chiederlo; anche se credo di conoscere già la
risposta.. "it depends" :)

 risposta.. "it depends" :)
In realtà è vero il contrario: "non depends".
Se un peer mittente *è* un server SMTP, passerà il greylisting sempre,
indipendentemente da quante volte glielo fai fare.
Quindi: quale sarebbe lo *scopo* di rallentare tutte le mail successive
alla prima?
Sadismo nei confronti dei propri utenti?
E' più figo perchè così il greylisting lavora di più?


 E' più figo perchè così il greylisting lavora di più?
uhm .. questa è un'idea; così si potrebbe giustificare
l'aumento di budget destinato all'acquisto di nuovo
hardware