Newsgroup: it.comp.os.linux.sys
Titolo: Postfix: disabilito amavis e non funzionano i forwardings

Premetto che fino a quando non é successo il problema di amavis di pochi 
post fa tutto funzionava alla grande. Ho disattivato amavis e le mail 
venfono spedite, ma ora non funzionano piú i forwardings!!!
Che strano. Come risolvo?
Segue il mio 
main.cf
s1:/etc/postfix# more 
main.cf
# See /usr/share/postfix/main.cf.dist for a commented, more complete version
# Debian specific:  Specifying a file name will cause the first
# line of that file to be used as the name.  The Debian default
# is /etc/mailname.
#myorigin = /etc/mailname
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
biff = no
# appending .domain is the MUA's job.
append_dot_mydomain = no
# Uncomment the next line to generate "delayed mail" warnings
#delay_warning_time = 4h
readme_directory = /usr/share/doc/postfix
# TLS parameters
smtpd_tls_cert_file = /etc/postfix/smtpd.cert
smtpd_tls_key_file = /etc/postfix/smtpd.key
smtpd_use_tls = yes
smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache
smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache
# See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for
# information on enabling SSL in the smtp client.
myhostname = 
s1.brosulo.net
alias_maps = hash:/etc/aliases
alias_database = hash:/etc/aliases
myorigin = /etc/mailname
mydestination = 
s1.brosulo.net
, 
localhost.brosulo.net
, localhost
relayhost =
mynetworks = 
127.0.0.0/8
 [::ffff:127.0.0.0]/104 [::1]/128,
              94.198.99.81 #webmail
mailbox_size_limit = 0
recipient_delimiter = +
inet_interfaces = all
html_directory = /usr/share/doc/postfix/html
message_size_limit = 30720000
virtual_alias_domains =
virtual_alias_maps = 
proxy:mysql:/etc/postfix/
mysql-virtual_forwardings.cf
, 
mysql:/etc/postfix/
mysql-virtual_email2email.cf
virtual_mailbox_domains = proxy:mysql:/etc/postfix/
mysql-virtual_domains.cf
virtual_mailbox_maps = proxy:mysql:/etc/postfix/
mysql-virtual_mailboxes.cf
virtual_mailbox_base = /home/vmail
virtual_uid_maps = static:5000
virtual_gid_maps = static:5000
#maildrop_destination_recipient_limit = 1
#virtual_transport = maildrop
smtpd_sasl_auth_enable = yes
broken_sasl_auth_clients = yes
smtpd_sasl_authenticated_header = yes
smtpd_recipient_restrictions = permit_mynetworks,
                                permit_sasl_authenticated,
                                reject_unauth_destination
transport_maps = proxy:mysql:/etc/postfix/
mysql-virtual_transports.cf
virtual_create_maildirsize = yes
virtual_maildir_extended = yes
virtual_mailbox_limit_maps = 
proxy:mysql:/etc/postfix/
mysql-virtual_mailbox_limit_maps.cf
virtual_mailbox_limit_override = yes
virtual_maildir_limit_message = "The user you are trying to reach is 
over quota."
virtual_overquota_bounce = yes
proxy_read_maps = $local_recipient_maps $mydestination 
$virtual_alias_maps $virtual_alias_domains $virtual_mailbox_maps 
$virtual_mailbox_
domains $relay_recipient_maps $relay_domains $canonical_maps 
$sender_canonical_maps $recipient_canonical_maps $relocated_maps $transport_
maps $mynetworks $virtual_mailbox_limit_maps
#content_filter = amavis:[127.0.0.1]:10024
receive_override_options = no_address_mappings
Grazie
-- 
g4b0, linux user n. 369000
http://brosulo.net

 receive_override_options = no_address_mappings
http://www.postfix.org/postconf.5.html#no_address_mappings
Quando usi amavis, le mail passano per postfix 2 volte: prima e dopo amavis.
La tua impostazione attuale disabilita l'espansione degli alias nella
fase "pre", che viene invece applicata solamente nella fase "post"
(definita solamente in 
master.cf
).
Se togli amavis, le mail non passano mai per la fase "post", e non
avviene alcuna espansione degli alias.
Bye
-- 
Paranoia is a disease unto itself. And may I add: the person standing
next to you may not be who they appear to be, so take precaution.
-----------------------------------------------------------------------------
http://bofhskull.wordpress.com/

 avviene alcuna espansione degli alias.
Non si smette mai di imparare. Ti faccio ancora una domanda: come 
scritto in un post di poco fa ho dovuto disabilitare amavis perché mi 
inchodava tutto. Secondo te é bene ripristinarlo, o posso anche vivere 
senza? Il server é veramente low-traffic.
In alternativa, cosa puó essere che sfonda completamente amavis da 
giorno alla notte?
Grazie ancora


 giorno alla notte?
Un sacco di cose (anche se tutte piuttosto infrequenti).
Personalmente ho rimosso amavis oramai da 5 anni, quindi non ho
esperienza fresca al riguardo...


 Un sapiente uso di 3 DNSBL in croce fa crollare lo spam del 90%.
Vero, verissimo.
Il problema però è quel 10% che sono mail difficilmente
intercettabili tramite header, from, ip e cose simili, almeno
nel mio caso. Non uso amavis, non uso spamassassin e nemmeno
i milter (superflui) ma solo ACL di Exim e varie RBL remote
(oltre alle mie interne).
Certe mail sono impossibili da bloccare, a me arrivano tutte
mordi e fuggi, ovvero una mail con determinate caratteristiche
mi arriva oggi poi non la rivedrò mai più, la mail che arriva dopo
è completamente diversa. Cambia il testo, gli ip di transito, gli
header, il mittente, l'envelope etc etc.

giorno alla notte?
Un update di clam infarlocchitosi. Non fosse mai successo :-(
Leonardo
-- 
Enough, enough!  But, stranger, ere we part,
Glancing farewell to each nefarious bier,
This warning would I beg you take to heart:
There is an end to e'en the worst career!

 Un update di clam infarlocchitosi. Non fosse mai successo :-(
E poi come si risolve, a parte sostituire clam?


 E poi come si risolve, a parte sostituire clam?
freshclam

 esperienza fresca al riguardo...
Amavis é disabilitato da una settimana e nessuno si lamenta, mi sa che 
lo lascio cosí...


 Ma quindi con greylist piú le seguenti DNSBL sarei a posto?
Nel 2011 il greylisting non ha senso se non quello di incrementare i 
tempi di delivery, contribuendo ad orchiti varie quando si aspettano 
email urgenti.


Vero? E a me che piaceva tanto...
Come mai non ha piú senso? Si sono fatti furbi tutti gli spammer?


 Come mai non ha piú senso? Si sono fatti furbi tutti gli spammer?
Perchè per la maggioranza dei casi lo spam non arriva più da spambot che 
fanno direct2mx (bloccati per altro da PBL) ma da mail server normali ma 
abusati che quindi, prima o poi, ritentano la spedizione dopo un 4XX.


Immaginavo. Noi le usiamo ancora, finché nessuno si lamenta le lascio...


 Immaginavo. Noi le usiamo ancora, finché nessuno si lamenta le lascio...
Immaginavo pure io. Fai un pò come cazzo preferisci (TM).
( lasciare qualcosa che non serve e che si può rompere e che genera più 
fastidi che inutilità a me, personalmente, sembra una idiozia. Sarà che 
sono a favore del nucleare e che sono scemo, boh... )

 abusati che quindi, prima o poi, ritentano la spedizione dopo un 4XX.
PBL (e in generale le block list) lo usi direttamente da postfix con 
reject o c'e` modo di usarlo, per esempio, da spamassassin per aumentare 
il punteggio di spam invece di bloccare completamente la mail?
Bye.

 il punteggio di spam invece di bloccare completamente la mail?
Così, cercando "pbl spamassassin" in google, il primo risultato era 
quello giusto:
http://wiki.apache.org/spamassassin/Rules/RCVD_IN_PBL

 sono a favore del nucleare e che sono scemo, boh... )
Ma questa é una tua opinione, oppure hai qualche link dove mi spiegano 
che le graylist sono morte?
Per quanto riguarda il nucleare andiamo a firmare, il popolo sceglierá.


 che le graylist sono morte?
Qualunque link tu possa trovare su internet, sempre di opinioni si 
tratterà, pure se te lo dice l'inventore del greylist (se esistesse).
Al contrario, io ti consiglio di guardarti per bene i tuoi log, mettendo 
ovviamente il greylist DOPO le RBL (altrimenti fai i conti senza l'oste) 
ed incollare poi il risultato dopo qualche giorno.
Vedrai che le greylist bloccheranno solo roba legittima (e quindi avranno 
come unico scopo il causare orchiti).

 come unico scopo il causare orchiti).
Concordo. Ho rimosso anche io le greylist molti mesi fa perchè
erano solo una rottura di coglioni.
-- 
Non tocca a noi dominare tutte le maree del mondo,
il nostro compito è di fare il possibile per la
salvezza degli anni nei quali viviamo,
sradicando il male dai campi che conosciamo.

 come unico scopo il causare orchiti).
Ci sono altri metodi per verificare i log in tal senso?


 
]zac[
Credo che solo facendo una prova si possa avere un dato con un po' di senso, 
basterebbe fare un mese o più senza la greylist e vedere se ci sono 
cambiamenti significativi (naturalmente tenendo conto che lo spam non è 
stabile nel tempo).

 stabile nel tempo).
Infatti ho spostato le greylist *dopo* alle RBL, ma non so come 
verificare quanti messaggi sono stati effettivamente bloccati dalle 
greylist, pflogsumm mi evidenzia solo il numero di msg greylisted per 
recipient address, quindi non é un numero granché significativo.
