Newsgroup: it.comp.os.linux.sys
Titolo: Postfix reject info

Buondě
 
domandina a volo:
 
avendo in 
main.cf
 
 
smtpd_recipient_restrictions =
         check_recipient_access pcre:/etc/postfix/out-blacklist
         permit_sasl_authenticated
         permit_mynetworks
         reject_unauth_destination
         reject_non_fqdn_sender
         reject_unknown_sender_domain
         reject_unknown_recipient_domain
         reject_invalid_hostname
         reject_unauth_pipelining
 
dove
 
/etc/postfix/out-blacklist contiene solo
/^
pippo...@gmail.com
$/     550 Indirizzo errato
 
mynetworks = 
127.0.0.0/8
 
 
 
com'č possibile che io riceva email con from
 
{LINE[from_name]} <{LINE[from_mails]#frmail}>
 
Cosa mi sta sfuggendo?
 
 

 {LINE[from_name]} <{LINE[from_mails]#frmail}>
 
Cosa centra il From? Tu stai controllando per il destinatario.
Da quel che ricordo di Postfix, check_recipient_access controlla il recipient quindi al massimo non puoi inviare a pippo, ma ricevere si.


ommadonna si, mi sono impelagato come un fesso in un bicchier d'acqua e 
non mi sono accorto di star valutando la sezione sbagliata.
 
Oltretutto, quindi, anche il reject_unknown_sender_domain, ad esempio, 
dovrebbe stare sotto smtpd_sender_restrictions e non sotto 
smtpd_recipient_restrictions. altrimenti non matcherà (non mi viene 
altro termine) mai, corretto?
 
 

 altro termine) mai, corretto?
 
AFAIR ti matcha lo stesso, semplicemente sposti il check dal MAIL FROM al RCPT TO quindi rifiuti la mail "più tardi".


quindi mi stai dicendo che mettere
 
reject_non_fqdn_sender
reject_unknown_sender_domain
 
o in sender o in recipient è del tutto indifferente?
 
 
 
e quindi se ricevo un from da asd...@dominiononesistente.azz (prendendo 
per vera l'affermazione di cui sopra), ritornando alla domanda di inizio 
topic, non mi spiego perchè io lo riceva.
 
non mi torna qualcosa.

 topic, non mi spiego perchè io lo riceva.
 
Ignoro; s'è reinstallato il server news qualche giorno fa e mi manca un
pezzo del thread, quindi anche volendo non ho dati... :-P
 


 
Perdonatemi l'autoquote, ma per skull questo ed altro (in effetti mi 
stavo preoccupando, tu che non rispondevi su postfix.. pensavo mi avessi 
plonkato lol :D)
 
-------
Buondě
 
domandina a volo:
 
avendo in 
main.cf
 
 
smtpd_recipient_restrictions =
         check_recipient_access pcre:/etc/postfix/out-blacklist
         permit_sasl_authenticated
         permit_mynetworks
         reject_unauth_destination
         reject_non_fqdn_sender
         reject_unknown_sender_domain
         reject_unknown_recipient_domain
         reject_invalid_hostname
         reject_unauth_pipelining
 
dove
 
/etc/postfix/out-blacklist contiene solo
/^
pippo...@gmail.com
$/     550 Indirizzo errato
 
mynetworks = 
127.0.0.0/8
 
 
 
com'č possibile che io riceva email con from
 
{LINE[from_name]} <{LINE[from_mails]#frmail}>
 
Cosa mi sta sfuggendo?
---------
 

 Cosa mi sta sfuggendo?
 
 
Che devi approfondire la differenza tra envelope sender ed header from:
 
Il ruleset che hai applicato lavora sull'envelope.
 
 

 Cosa mi sta sfuggendo?
 
 
Che postfix applica quelle mappe all'indirizzo di *envelope*. La riga
che riporti sopra è palesemente un header :-P
 
 


 
 
Si in effetti banalmente ho letto il sorgente di un messaggio 
*inoltrato* ... che stupido! mi aggiungo alla già lunga lista di chi ha 
bisogno di ferie!! :D
 

 Quel che cambia è solo "quando viene presa la decisione".
 
... non è l'opposto di quanto detto sopra?
 
Se tutto viene comunque applicato dopo RCPT TO, che significa "quando viene presa la decisione" ? viene presa sempre dopo il RCPT TO.

 Se tutto viene comunque applicato dopo RCPT TO, che significa "quando viene presa la decisione" ? viene presa sempre dopo il RCPT TO.
 
Io posso decidere di mandarti a quel paese dopo 3 minuti che ci
parliamo, ma farlo dopo una settimana, via email, quando non mi sei
davanti ergo non mi rompi il naso :-)
 
Non vedo alcuna contraddizione.
 
 
Se smtpd_delay_reject è a "yes" (in default) anche se la rejection è
applicata in smtpd_helo_restrictions il rigetto avverrà solamente dopo
che la sessione è giunta a RCPT TO.
 
Il senso è: almeno la sessione è stata portata avanti fino ad un punto
in cui è possibile loggare mittente e destinatario della mail rigettata,
cosa che in fase HELO non è possibile, dato che non sono ancora stati
specificati...
 


 
tra l'altro leggevo che in qualche caso un rifiuto prima del RCPT TO può 
erroneamente provocare un nuovo tentativo da parte del mittente, che in 
qualche fortunatamente raro caso può non comprende di essere stato 
rifiutato volontariamente.

 rifiutato volontariamente.
 
Se l'errore è un 4XX ritenta sempre.
Se l'errore è un 5XX è un reject definitivo.
 
In mezzo tra i due estremi, gli unici due contemplati, ci sono solo 
programmi buggati o spammer (o qmail, limortaccisua).