[Postfixbuch-users] virtual vv transport

[Ralf Hildebrandt]

* Armin Baier <a.baier at manage.de>:

> > > transport_maps                      = hash:/etc/postfix/transport
> > 
> > Was steht da drin?
> dom1.tld    smtp:[172.16.199.248]

Aha. dom1.tld geht an 172.16.199.248
Alle anderen werden "normal" zugestellt.

> > > Jede weitere Domain sollte ?ber cyrus (web-cyradm) verarbeitet werden.
> > Welche Domain?
> Alle ?ber mysql (web-cyradm-virtual table) definierten domains.
> Select dest from virtual where alias = <alias> and status = '1';

Hallo? WO wird das in der Postfix Config genutzt?
mydestination?

> alias_database = $alias_maps
> alias_maps = hash:/etc/postfix/aliases,hash:/etc/aliases
> broken_sasl_auth_clients = yes
> content_filter = smtp-amavis:[127.0.0.1]:10024
> mailbox_transport = lmtp:unix:public/lmtp
> mydestination = $myhostname, 
>                 $mydomain, 
>                 hostname1.dom1.de, 
>                 hostname1.intra.dom1.de, 
>                 hostname2.dom1.de, 
>                 mysql:/etc/postfix/mysql-mydestination.cf
> myhostname = hostname2.dom1.de
> mynetworks = 172.16.198.0/23, 127.0.0.0/8, x.x.x.x/27
> myorigin = $mydomain
> sender_canonical_maps = hash:/etc/postfix/sender_canonical,
>                         mysql:/etc/postfix/mysql-canonical.cf
> canonical_maps = hash:/etc/postfix/canonical,mysql:/etc/postfix/mysql-canonical.cf

Wozu werden hier eigentlich canonical_maps benutzt?
Insbesondere der doppelte Gebrauch macht keinen Sinn...

> smtpd_client_restrictions = reject_rhsbl_client blackhole.securitysage.com,
>                             reject_rbl_client   sbl.spamhaus.org

Wozu? Die stehen doch alle schon in smtpd_recipient_restrictions...

> smtpd_helo_required = no
Sicher? Kriegt Ihr nicht genug Spam?

> smtpd_recipient_restrictions = reject_unknown_sender_domain,
>                                reject_non_fqdn_sender,
>                                permit_mynetworks,
>                                check_client_access btree:/etc/postfix/dracd,
>                                permit_sasl_authenticated,
>                                permit_mx_backup,
>                                reject_unauth_destination,
>                                reject_rbl_client relays.ordb.org,
>                                reject_rbl_client cbl.abuseat.org,
>                                reject_rbl_client list.dsbl.org,
>                                reject_rbl_client opm.blitzed.org,
>                                reject_rbl_client sbl.spamhaus.org,
>                                reject_rbl_client dnsbl.sorbs.net,
>                                reject_rhsbl_client blackhole.securitysage.com,
>                                reject_rhsbl_sender blackhole.securitysage.com,
>                                permit

Sieht gut aus. blackhole.securitysage.com wuerde ich nicht nutzen...

> transport_maps = hash:/etc/postfix/transport
> virtual_alias_maps = hash:/etc/postfix/virtual,
>                      mysql:/etc/postfix/mysql-virtual.cf

> Der folgende zugewiesene alias "qcom0001" wurde in web-cyradm definiert. Wird also richtig ausgelesen!
>  
> postfix/smtpd[12538]: disconnect from smtp-send.example.com[192.108.102.143]
> postfix/pickup[12501]: 522241C93C: uid=100 from=<testuser at example.com>
> postfix/cleanup[12544]: 522241C93C: message-id=<1111947182.8c6abe7ctestuser at example.com>
> postfix/pipe[12548]: 8C387103CB: to=<qcom0001 at dom1.de>, orig_to=<info at virtual-dom1.com>, relay=pav_postfix, delay=1, status=sent (dummy)
> #!! --- ab hier liegt eigentlich schon der Fehler vor  --- !! 

Ich sehe hier keinen Fehler...  Was soll denn sonst passieren?

info at virtual-dom1.com wird umgeschrieben (virtual oder canonical)
in qcom0001 at dom1.de und dies wird dem transport "pav_postfix"
zugewiesen (was auch immer das ist -- panda anti virus?? Warum das? Du
hast doch amavis!).

Das letztere kann eigentlich nur von mysql:/etc/postfix/mysql-mydestination.cf
bewirkt werden. Oder von transport_maps = hash:/etc/postfix/transport

-- 
Ralf Hildebrandt (i.A. des IT-Zentrum)          Ralf.Hildebrandt at charite.de
Charite - Universit?tsmedizin Berlin            Tel.  +49 (0)30-450 570-155
Gemeinsame Einrichtung von FU- und HU-Berlin    Fax.  +49 (0)30-450 570-962
IT-Zentrum Standort CBF                 send no mail to spamtrap at charite.de