Newsgroup: it.comp.os.linux.sys
Titolo: Problema postfix semplice semplice

Ciao a tutti, ho un problema semplicissimo da risolvere, ma ho un
lapsus.
Ho una mappa hash di sto tipo:
dominio.it
    REJECT  2008-06-14 Spam.
teoricamente dovrebbe beccare tutte le mail di quel dominio ma se
faccio
postmap -q 
in...@dominio.it
 hash:check_sender_access.dump
non mi becca niente.
Why? Domini interi non si indicano semplicemente con il nome del
dominio?
Mah.

 dominio?
man access
EMAIL ADDRESS PATTERNS
-- 
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.

 man access
Dice appunto di mettere il dominio, senza @, come ho sempre fatto.
Devo essermi dimenticato qualche cosa, ma cosa?

 Devo essermi dimenticato qualche cosa, ma cosa?
Che le interrogazioni le fa postfix, non la mappa. ;-)
-- 
http://www.linkedin.com/in/skull

 Che le interrogazioni le fa postfix, non la mappa. ;-)
Ok, ma allora perchè nonostante:
smtpd_recipient_restrictions =
   permit_mynetworks
   permit_sasl_authenticated
   reject_unauth_destination
   check_client_access cidr:/etc/postfix/check_client_access.dump
   check_helo_access pcre:/etc/postfix/check_helo_access.dump
   check_sender_access hash:/etc/postfix/check_sender_access.dump
   bla bla bla
e nonostante:
# cat /etc/postfix/check_sender_access.dump | grep "
0ceanic.net
"
0ceanic.net
	REJECT	2008-09-19 Spam.
Proprio ieri ed anche l'altro ieri ho ricevuto delle mail provenienti
da "
in...@0ceaninc.net
" ??
Mi vien da pensare che la mappa non funzioni correttamente.
Eppure, se non mi sono rincoglionito del tutto, per bloccare un intero
dominio basta inserirlo (senza @) nella mappa. Tutto qui.
Mah.

 da "
in...@0ceaninc.net
" ??
"in...@0ceaniNc.net" ?

 "i...@0ceaniNc.net" ?
è stato un typo.
la mail è provenietne da 
0ceanic.net

 dominio basta inserirlo (senza @) nella mappa. Tutto qui.
E' cosě, e assicuro che funziona.
Verifica che la mail non abbia caratteristiche tali da incorrere in un 
"OK" nelle mappe precedenti (o nelle righe precedenti della stessa mappa)...
-- 
http://www.linkedin.com/in/skull

 "OK" nelle mappe precedenti (o nelle righe precedenti della stessa mappa)...
Le mappe che ho fanno solo REJECT, un OK non ci sarà mai prima.

 Le mappe che ho fanno solo REJECT, un OK non ci sarà mai prima.
Nemmeno implicito?
Puoi dare qualche dettaglio in più?
-- 
http://www.linkedin.com/in/skull

 Puoi dare qualche dettaglio in più?
Uhm, qui sul gruppo la vedo dura.
Ci provo:
smtpd_recipient_restrictions =
   permit_mynetworks
   permit_sasl_authenticated
   reject_unauth_destination
   check_client_access cidr:/etc/postfix/check_client_access.dump
   check_helo_access pcre:/etc/postfix/check_helo_access.dump
   check_sender_access hash:/etc/postfix/check_sender_access.dump
   check_recipient_access hash:/etc/postfix/
check_recipient_access.dump
   reject_invalid_hostname
   reject_unknown_recipient_domain
   reject_non_fqdn_recipient
   reject_unauth_pipelining
   reject_rbl_client <zac>
   permit
^^^^ è filtrato, non mi va di far girare la configurazione su un
gruppo ^^^^
Poi ci sono vari milter (tra cui il mio carissimo amico) vari
body_checks e simili, ma in nessuno ho degli OK.
Client ed helo access hanno solo REJECT, quindi nessun OK viene fuori
dal di li.
Tutto il resto è dopo...

 da "
in...@0ceaninc.net
" ??
E' una banalità, ma chiedo lo stesso. Quell'indirizzo è l'ENVELOPE sender
vero? Non è quello che appare nel header From: della mail?
Il primo lo filtri con check_sender_access, il secondo con headers_check.


 Il primo lo filtri con check_sender_access, il secondo con headers_check.
AAHHAHAHA
Che razza di coglione che sono.
Grazie.

 Il primo lo filtri con check_sender_access, il secondo con headers_check.
(L'avevo detto che era un problema facile facile)