Per ridurre la quantita’ di spam in arrivo sui nostri server e’ stato=20
\nimplementato il meccanismo delle greylist. =20<\/p>\n
Le greylist basano il loro funzionamento sul fatto che la maggior parte=20
\ndegli spammer (finora) provano l’invio di un messaggio una volta sola,=20
\ne non eseguono le richieste di rinvio in caso di errore previste dal=20
\nprotocollo SMTP.=20
\nQuello che accade quando un server dotato di greylist riceve un messaggio=
\n=20
\n=E8 di controllare se in passato ha gi=E0 ricevuto dall’indirizzo IP
\ndel server corrispondente e dal mittente indicato un messaggio per il=20
\nrichiesto.<\/p>\n
* in caso negativo il server interrompe il collegamento e genera
\n un errore non ‘terminale’, che causa la ritrasmissione del=20
\n messaggio.
\n * in caso affermativo il messaggio viene normalmente inoltrato.<\/p>\n
In caso di collegamento interrotto, i server mittente configurati
\ncorrettamente ritentano l’invio del messaggio successivamente,
\ndi solito dopo un’attesa di 10 minuti.<\/p>\n
Potranno dunque essere riscontrati ritardi dell’ordine di 10=20
\nminuti nella consegna del *primo* messaggio proveniente da un=20
\ndeterminato mittente, esclusi quelli provenienti da alcuni domini
\ndi uso abituale (INFN, UNIMI, CERN, FNAL, ecc.)<\/p>\n
Come per ogni misura di controllo della posta elettronica indesiderata,
\nanche l’efficacia di questo metodo e’ destinata a diminuire nel tempo,
\nperche’ anche le tecniche di invio di messaggi indesiderati evolvono
\ndi pari passo: il fattore di reiezione ottenuto attualmente e’=20
\nsuperiore a 1000, il che giustifica ampiamente l’introduzione di questa
\nmisura.<\/p>\n