Newsgroup: it.comp.os.linux.sys
Titolo: postfix, allegati mail e body_checks

Scusate, ma i bodycheck di postfix, non controllano anche del testo in
eventuali allegati?
Ad esempio, in caso di backscatter, con la mail originale allegata (in
testo semplice) i body_checks non dovrebbero controllare anche li?
Alla fine, sempre di body si tratta...

 eventuali allegati?
Compatibilmente con il valore impostato per body_checks_size_limit, sì.
-- 
http://bofhskull.wordpress.com/

 Compatibilmente con il valore impostato per body_checks_size_limit, sì.
Grazie.

, relay=
mail.mioserver.it
[111.222.333.444]:25,
delay=7.5, delays=7.4/0/0/0.08, dsn=2.0.0, status=sent (250 Ok: queued
as 14993F62D)
Jan 13 08:36:48 mx3 postfix/qmgr[7581]: 6BF56F0003: removed
e la mail ovviamente viene recapitata.
Cosa potrebbe essere a non far scattare la regola? Usando postqueue
manualmente la regola viene identificata.
Quello che voglio fare è prendere il From presente in un allegato. Un
bounce insomma, con dentro un From che non può essere valido (tale
indirizzo non invia, per cui non ci sarà mai un From).
Esiste un modo per eseguire il postqueue su un intero file anzichè una
singola riga? Ho provato in pipe ma niente.....

 e la mail ovviamente viene recapitata.
Non è che c'è una regola precedente che mette in whitelist codesto indirizzo?
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
This is for all ill-treated fellows
	Unborn and unbegot,
For them to read when they're in trouble
	And I am not.
		-- A. E. Housman

 Non è che c'è una regola precedente che mette in whitelist codesto indirizzo?
None

 Non è che c'è una regola precedente che mette in whitelist codesto indirizzo?
No anche perchè ricevo decine e decine di mail differenti che
dovrebbero essere bloccate
dalla singola regola. Tutte queste mail in whitelist è impossibile.
Ed allo stesso tempo, tale regola blocca decine e decine di mail.

 Ed allo stesso tempo, tale regola blocca decine e decine di mail.
Urge allora un cat end peist del 
main.cf
-- 
Roberto Tagliaferri-Linux user #30785 <-> r.tagliaferri@(forse)
tosnet.it
This life is a test.  It is only a test.  Had this been an actual life,
you would have received further instructions as to what to do and where
to go.

: 5.7.1 2008-12-22 Spam.
[8]
body_checks =
   hash:/etc/postfix/whitelist_caselle_di_sistema,
   cidr:/etc/postfix/whitelist_client_access.dump
   regexp:/etc/postfix/whitelist_helo_access.dump
   hash:/etc/postfix/whitelist_sender_access.dump
   hash:/etc/postfix/whitelist_recipient_access.dump
   regexp:/etc/postfix/body_checks.dump
Le whitelist son tutte vuote eccetto la prima dove ho in whitelist
solo "abuse, postmaster, hostmaster"

 [8]
Assurdo, oggi ha bloccato tipo 50 mail, ma ne ha fatte passare
altrettante.
La regola funziona, perchè se faccio il postmap -q con la regola, essa
viene identificata correttamente, però postfix spesso e volentieri la
ignora, come se l'interrogazione eseguita direttamente da postfix senza
passare dal postqueue non rilevasse la regola.
Chiedo conferma: una mail con un un file EML in allegato (un bounce per 
intenderci), è semplicemente un pezzo di testo con degli header
"particolari" giusto?
Per cui il buon postfix non dovrebbe far distinzione a rilevare il
"From" presente nel *body* [1] della mail o nel body di una mail
allegata alla mail principale corretto?
Per lui è tutto un singolo body...
Eppure, qui rileva il 50% di spam e ne fa passare l'altro 50%
(IDENTICO a quello che ha bloccato pochi secondi prima)
[1]
Sto lavorando sul body in quanto devo bloccare il From presente negli
header della mail allegata. Essendo un allegato, postfix dovrebbe
trattare l'allegato come body della mail principale per cui il From che
devo rilevare io si dovrebbe trattare di semplice testo presente nel
body della mail.
Mah.

 allegata alla mail principale corretto?
No, appunto.
"From:" č un header. Se č l'header di un messaggio allegato, rimane 
header, per quanto distinguibile dall'header della mail "esterna".
Vedi header_checks(5), voce "nested_header_checks" in particolare.
Ciň detto, se l'obiettivo č il trattamento dei bounce e del blowback, 
probabilmente ci sono strade piů opportune; ma qui sai tu.
http://bofhskull.wordpress.com/

 probabilmente ci sono strade più opportune; ma qui sai tu.
Devo semplicemente boccare dei bounce con una data destinazione (che
per forza di cose, nel mio caso, corrisponde al From della mail rimbalzata).
Attualmente il metodo più rapido mi è sembrato bloccare totalmente le
mail aventi un detarminato from presente nel bounce. Considerato che
sono caselle in sola ricezione, non ci potrà mai essere un from con
tale indirizzo.
Tu a cosa pensavi di particolare? Non mi vengono in mente altre
soluzioni...

 soluzioni...
Provo con la maieutica, che mi è sempre piaciuta un sacco:
D: Cosa distingue, dal punto di vista dell'envelope, i messaggi di bounce?
R: L'envelope sender nullo!
D: E quindi come filtrare messaggi con envelope-sender nullo diretti ad 
uno specifico utente?
R: Lo dice la frase stessa:
    /etc/postfix/
main.cf
:
    conf_dir=/etc/postfix
    smtpd_restriction_classes = reject_bounces
    reject_bounces = check_sender_access hash:$conf_dir/reject-bounces
    smtpd_recipient_restrictions    =
     [...]
     check_recipient_access hash:$conf_dir/checkrecipients
    /etc/postfix/checkrecipients:
 
bomba...@dominio.it
     reject_bounces
    /etc/postfix/reject-bounces:
     <>  550 This user is under a reverse-mailbomb attack and not 
accepting DSNs for now.
-- 
http://bofhskull.wordpress.com/

 Provo con la maieutica, che mi è sempre piaciuta un sacco:
[cut]
Manda fattura! :-)