Newsgroup: it.comp.os.linux.sys
Titolo: [Postfix] UBE

Ciao,
pochi giorni fa si parlava di come limitare spam/virus configurando
opportunamente postfix, questa è la sezione del 
main.cf
 che adotto su
tutti i server SMTP che amministro; sono graditi commenti perchè vorrei
migliorarla, o almeno spero che serva ad altri.
Vi invito a leggere questo libro che è scritto davvero bene:
http://www.oreilly.com/catalog/postfix/
# Anti-spam check on helo, from and recipent
smtpd_delay_reject = yes
reject_unauth_pipelining = yes
smtpd_helo_requyired = yes
# smtpd_client_restrictions
#  warn_if_reject
smtpd_helo_restrictions =
  permit_mynetworks,
  permit_sasl_authenticated,
  reject_non_fqdn_hostname,
  reject_invalid_hostname
smtpd_sender_restrictions =
  permit_sasl_authenticated,
  permit_mynetworks,
  reject_non_fqdn_sender,
  reject_unknown_sender_domain
smtpd_recipient_restrictions =
  permit_mynetworks,
  permit_sasl_authenticated,
  reject_non_fqdn_hostname,
  reject_unknown_recipient_domain,
  reject_non_fqdn_sender,
  reject_non_fqdn_recipient,
  reject_unauth_destination,
  reject_unauth_pipelining,
  reject_invalid_hostname,
  check_sender_access hash:/etc/postfix/sender_access
  reject_rbl_client 
opm.blitzed.org
,
  reject_rbl_client 
list.dsbl.org
,
  reject_rbl_client 
sbl-xbl.spamhaus.org
,
  reject_rbl_client 
relays.ordb.org
,
  reject_rbl_client 
korea.services.net
,
  reject_rbl_client 
dul.dnsbl.sorbs.net
,
  reject_rbl_client 
l1.spews.dnsbl.sorbs.net
,
  reject_rbl_client 
dnsbl.njabl.org
,
  reject_rbl_client 
multihop.dsbl.org
,
  reject_rbl_client 
bl.spamcop.net
# smtpd_data_restrictions
header_checks = regexp:/etc/postfix/head_checks
#body_checks = pcre:/etc/postfix/body_checks

   reject_rbl_client 
bl.spamcop.net
Questa è invece decisamente una pessima scelta.
-- 
Skull & Bones (ER6n Silver)
Neo:  I know Sendmail!
Morpheus:  Show me.

 Bello, ma(...)è invece decisamente una pessima scelta.
Appena posso mi metto a verificare tutto secondo le tue preziose
indicazioni.
Grazie!


Aggiungo, cmq, che l'argomento è più da it.news.net-abuse che da icols...


 migliorarla, o almeno spero che serva ad altri.
A proposito di 
main.cf
io ho la necessità di creare delle restriction personalizzate in base
alla tipologia di mail.
Sulla rete ho trovato alcuni esempi che permettevano di inserire 2 o
più tipologie di restriction in base al risultato di una query mysql
Esempio
anti...@dominio.tld mysql ritorna SPAM
nor...@dominio.tld mysql ritorna NORMALE
in questo modo è possibile definire sul 
mail.cf
 2 classi di nome SPAM
e NORMALE con al loro interno le varie regole di filtraggio.
Sono riuscito a fare la giusta distinzione tra le mail (tramite mysql)
ma quello che proprio non riesco a fare è come disattivare
COMPLETAMENTE ogni tipo di controllo antispam (compreso amavis
richiamato da 'content_filter' per le mail dentro NORMALE e mantenere
tutti gli altri filtri per quelle dentro SPAM.
content_filter deve essere impostato a livello globale, ho quindi
provato a impostare un transport particolare per le mail sotto NORMALE
in modo da recapitarle direttamente sulla porta 10025 (quella su cui
vanno a finire i messaggi dopo le scansioni di amavis) ma non funziona
un cippa.
Qualcuno sa consigliare un buon howto che permetta di configurare un
sistema del genere?
O anche un pezzo di 
main.cf
 che mi permetta di bypassare il
content_filter in qualche modo.
Questo problema si presenta pechè non tutti gli utenti vogliono un
servizio di antispam/antivirus quindi per questa categoria di utenti
vorrei anche bypassare tutte le varie rlb e le graylist senza
utilizzare un filtro in base alle mail su amavis. (devono ricevere più
merda possibile dato che è una loro scelta).
Aggiungo anche una cosa. A breve installerò un server aggiuntivo per i
filtri (al momento posta+pop3+filtri sono tutti sulla stessa macchina)
diversificando le macchine potrei impostare una struttura del genere:
Mail con antispam
postfix ----> filtro ----> postfix (ritorna indietro dopo i controlli
dato che la macchina con le maildir sarà la stessa con postfix)
Mail senza antispam
postfix (le mail arrivano e si fermano subito)
In questo modo dovrebbe bastare impostare il transport per ogni mail a
seconda delle tipologia senza passare per il content_filter ?

 un cippa.
da un "man 5 access":
       FILTER transport:destination
              After  the message is queued, send the entire message
              through the specified external  content  filter.  The
              transport:destination  syntax  is  described  in  the
              transport(5) manual  page.   More  information  about
              external  content  filters  is  in  the  Postfix FIL-
              TER_README file.
              Note: this action overrides the 
main.cf
  content_fil-
              ter  setting, and currently affects all recipients of
              the message.
              This feature is available in Postfix 2.0 and later.


 
[cut] 
Ma pensa.....
Eppure ho letto anche la man......

> smtpd_helo_requyired = yes
                 ^
E' solo un typo, ma se hai fatto un copia incolla (come immagino) dal
main.cf... rischi di avercelo davvero nel tuo file effettivo :-P
Fabio