Newsgroup: it.comp.os.linux.sys
Titolo: Postfix & unknown_address_reject_code

Hola, il default di postfix per un mittente con dominio sconosciuto è 450, 
in questo modo però quando un form web viene testato per vedere se le 
schifezze passano la coda delle email si riempie di robaccia: ci sono 
controindicazioni a mettere un bel 550?
Ovvero, quante possibilità ci sono che un server "buono" non abbia ne record 
A ne MX ?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
You should never wear your best trousers when you go out to fight for
freedom and liberty.
		-- Henrik Ibsen

 record A ne MX ?
Il fatto è che se non ha nè record A nè MX, non puoi consegnare mail, 
quindi è inutile che te le tieni in coda: non ne usciranno mai.
Cambia pure quell'error-code...

Skull ha scritto:

Ma è il mittente ad essere sconosciuto, non il destinatario
Se io metto come email in un form pi...@pippo.pippo e lo inoltro al 
destinatario del form mi rimane in coda perché il dominio non ha record a/mx
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Real Users are afraid they'll break the machine -- but they're never
afraid to break your face.

 a/mx
Pacifico, ma la soluzione è comunque quella di far correggere 
l'hostname, inevitabilmente. Con i tempi che corrono è folle attendersi 
che qualcuno accetti mail provenienti da domini *inesistenti*.
Il problema quindi va risolto dal lato della form.
Poi, se necessario, anche reject_unknown_sender_domain può essere 
soggetto ad opportuno override con una whitelist...
Peraltro non capisco una cosa, a questo punto: se restano in coda *a 
te*, significa che restano in coda su un server che quelle mail le sta 
già accettando, indipendentemente dall'error code associato a 
unknown_address_reject_code, e quindi cambiare tale error code, a te non 
cambia nulla...
Quindi che c'entra il valore da dare all'error-code? O__o

Skull ha scritto:

Il form web prende l'email e la consegna al suo postfix locale (è il server 
web di un mio cliente); il destinatario è sul mio server e risponde 450 
perché i mittenti sono 
oeir...@ewoyewyt.com
Il mio "dilemma" è: può capitare per un problema di dns qualsiasi che un 
mittente valido non abbia A o MX?
a parte i dns failure, gestiti da postfix direttamente
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
Never let your schooling interfere with your education.

 mittente valido non abbia A o MX?
Puň capitare di tutto, a seconda di quanto incompetente č chi amministra 
il DNS...
Microsoft ci ha inviato mailing-list per mesi (forse anni), da domini 
inesistenti...
;-)

 A ne MX ?
La possibilità è l'aver problemi al DNS. La controindicazione è che in tale
caso con il 550 il messaggio viene rifiutato definitivamente, mentre con il
450, se risolvi il problema al DNS, il messaggio viene riprovato.
http://www.postfix.org/uce.html
-- 
Flavio Visentin
Scientists have finally discovered what's wrong with the female brain:
On the left side, there is nothing right, and on the right side, there
is nothing left.

 450, se risolvi il problema al DNS, il messaggio viene riprovato.
Nel caso il record A o MX non vengano trovati per problemi di 
risoluzione la gestisce già postfix: in quel caso risponde 450 
indipendentemente dal valore che associ a unknown_address_reject_code.
Quest'ultimo agisce solo sui domini la cui risoluzione porti a NXDOMAIN.
Quindi vero quel che dici, ma far rispondere NXDOMAIN "per sbaglio" ci 
vuole incompetenza in chi amministra i DNS autoritativi, e 
l'incompetenza *va punita* ;-)

 indipendentemente dal valore che associ a unknown_address_reject_code.
Hai ragione, m'era sfuggito.
