[Postfixbuch-users] virtual vv transport

[Armin Baier]

Hallo Ralf,
danke wiedermal...
Erklaerungen und Fragen s.u.

> > > Hallo? WO wird das in der Postfix Config genutzt?
> > > mydestination?
> > Das ist der Inhalt von /etc/postfix/mysql-mydestination.cf!
> > Was mir allerdings laut Postfix-Doku auch nicht ganz klar ist, da hier
> beschrieben wird, Virtual-Domains nicht hier aufzufuehren! Das ist eine
> Anweisung aus Postfix-Cyrus-Web-cyradm-HOWTO.
> > http://www.delouw.ch/linux/Postfix-Cyrus-Web-cyradm-HOWTO/html/postfix-
> config.html
> 
> Das könnte das Problem sein...
Ich habe erstmal die mysql-mydestination.cf herausgenommen -> keine Aenderung.
Die Virtual-domains werden weiterhin angenommen.

> 
> > > Insbesondere der doppelte Gebrauch macht keinen Sinn...
> > Der Vollstaendigkeit wegen integriert. Die Canonical-Table ist leer,
> könnte also auch raus genommen werden. Habe ich getestet, bringt aber
> nichts.
> >
> > >
> > > > 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...
> > Meines Wissens ist doch die Reihenfolge ...client... und dann
> ...recipient..., oder? Warum nicht also vorher schon abweisen?
> 
> Weil smtpd_delay_reject = yes das eh verhindert. Nimms raus.
OK, danke fuer den Hinweis.

> 
> > > Sieht gut aus. blackhole.securitysage.com wuerde ich nicht nutzen...
> > Gibt es dafuer einen Grund?
> Die sind unzuverlssig. Es gibt besser Listen.
OK, danke fuer den Hinweis.

> 
> > > Ich sehe hier keinen Fehler...  Was soll denn sonst passieren?
> > Warum wird die Adresse in die lokale Domain (dom1.de) umgeschrieben? Wer
> macht das, Rewrite? Welche *Table ist an dieser Stelle verantwortlich?
> 
> virtual_alias_maps oder virusal_maps
> 
> > Wenn die Darstellung korrekt ist kann ich damit leben, nur wird halt die
> Domain dom1.tld über die Transport-Table behandelt!?
> 
> ERST wird umgeschrieben DANN transport_maps benutzt.
Habe ich soweit verstanden.
Nur, wird ein Virtual-account, der ja wohl Korrekt aus der Virtual-Table ermittelt wird, in einen nicht vorhandenen lokalen Account (mit mydomain) umgeschrieben und damit muss tansport_maps aktiv werden. Also ein korrektes Verhalten! Nur moechte ich das nicht. Der Virtual-Account muesste dem MDA (Cyrus) uebergeben werden, was aber, wegen dem "rewrite", nicht moeglich ist.
Das Handling ueber Mysql habe ich mit der Courier-Integration "Das Postfix Buch" verglichen. Das ist soweit ich das beurteilen kann, gleich! Wie gesagt die Ermittlung der Virtual Domains und der damit konfigurieren Aliases funktioniert ja richtig.

> 
> > > 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!).
> > Haben wir zur Verfuegung, deshalb zusaetzlich integriert. Eigentlich
> sollten beide aktiv sein. Ist das nicht der Fall, laut der bestehenden
> Konfiguration?
> 
> So macht man das nicht. Du gibts in amavis.conf einfach noch an, dass
> zusaetzlich Panda benutzt werden soll.
OK, danke fuer den Hinweis, habe ich soweit korrekt integriert.

> 
> > Was mir hier nicht klar ist, warum die Mails überhaupt über die
> >Transport-Table behandelt werden. Eigentlich muessten sich an der
> >Stelle doch die Eintraege aus Virtual um diese domains/accounts
> >kuemmern! Transport duerfte doch eigentlich keine Rolle mehr spielen,
> >oder?
> 
> Erst werden die Adressen umgeschrieben DANN wird transport_maps
> angewandt.
s.o.

> 
> --
> 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
> --
> _______________________________________________
> Postfixbuch-users mailingliste
> Heinlein Professional Linux Support GmbH
> 
> Postfixbuch-users at listi.jpberlin.de
> http://listi.jpberlin.de/mailman/listinfo/postfixbuch-users