Newsgroup: it.comp.os.linux.sys
Titolo: Postfix e i bounce

: 
Recipient address rejected: User unknown in local recipient table 
(in reply to RCPT TO command))
 
Rob...@netgo.com.br
e' possibile impostare *solo* per le mail del mailer-daemon la vita in 
coda dei messaggi differente da tutti gli altri utenti?
Oppure impostare tempi di vita differenti per tipi di bounce differenti?
In questo modo potrei trattare i timeout o i no route to host in un
modo e gli user unknown in modo differente. 
-- 
Ciao, Manuel
Definizione di Monsieur Teste:
	L'amore e' essere cretini insieme.

 unknown in modo differente.
L'ideale sarebbe evitare di mandare porcheria in giro per la rete e
disabilitare i bounce generati da amavisd...

 disabilitare i bounce generati da amavisd...
s/sarebbe/e`/
&&
quoto.
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Ever wondered why your keyboard has so many keys? Use Emacs Gnus!

 disabilitare i bounce generati da amavisd...
quindi mi suggerisci per amavisd un discard anziche' un bounce per
i messaggi con virus e spam, giusto? 
Grazie!
-- 
Ciao, Manuel
Il guaio dell'essere puntuali e' che non c'e' mai nessuno li' che lo possa
apprezzare.
		-- Franklin P. Jones

 i messaggi con virus e spam, giusto? 
Esatto.
Oggi come oggi il 98% dei virus in circolazione falsifica il mittente, e
il 75% dello spam anche.
Generare bounce vuol dire, nel migliore dei casi, generare traffico
inutile sulla rete (inutile nel senso che diventerà un double bounce
quasi certamente, quindi con nessun vantaggio per nessuno) e nel peggiore
di andare a rompere i kuegeln a gente il cui indirizzo è stato
falsificato e che non ha nulla a che vedere con la email incriminata.
Hola..

 il mittente, e il 75% dello spam anche.
si, lo so, ma siccome sono un po' 'conservatore' mi sono fatto
intimidire dai commenti in amavisd.conf:
# D_DISCARD  mail will not be delivered to its recipients, sender will
#            NOT be notified. Effectively we lose mail (but will be
#    	     quarantined  unless disabled). Not a decent thing to do 
#            for a mailer.
ora ho messo il discard e tengo sotto'occhio oggi e nel week-end
(giorni di minor carico) come si comporta.
-- 
Ciao, Manuel
"Dio e' morto, Marx pure e anch'Io non sto molto bene."
		-- Woody Allen

 (giorni di minor carico) come si comporta.
Il discorso brevemente è questo: allo stato attuale delle cose puoi
*tranquillamente* droppare qualsiasi mail abbia un virus dentro, perchè
la percentuale di falsi positivi è, di fatto, zero.
Altrettanto non vale per spamassassin, dove la percentuale di falsi
positivi è, al confronto, piuttosto alta.
Nel primo caso, puoi ignorare la notifica nel 100% dei casi, o, al
massimo, notificare al *destinatario* che gli stava arrivando un virus.
Nel secondo, l'ideale è che la mail venga taggata ma consegnata
ugualmente.
Di fatto, per lo spam, è ideale rifiutare il 100% all'atto della consegna
su socket smtp. Una volta che la mail è stata accettata a livello smtp,
*deve* proseguire la sua corsa. Ormai è tardi per rimandarla indietro:
non hai più alcuna certezza di chi fosse il mittente...
Starà poi al destinatario effettuare (o richiedere) opportuno
whitelisting per i corrispondenti che gli finiscono taggati...
Personalmente, niente spamassassin e niente tagging...
Tutto IMHO (ma non solo My)...

 Tutto IMHO (ma non solo My)...
No, non solo Your. :)
<aol>
Me too!
</aol>
-- 
                          Maurizio - Tannoiser - Lemmo
                 Founder Member of ERLUG 
http://erlug.linux.it
-------------------------------------------------------------------------------
Computers are not intelligent.  They only think they are.