[Postfixbuch-users] Bei receive_override_options Problem mit alias-lookups

[Ralf Hildebrandt]

* Achim Altmann <aa at com-gate.com>:

> >>Nov  9 15:50:46 alpha1 postfix/pipe[8628]: 3E1481C00082: 
> >>to=<postmaster at com-gate.com>, relay=cyrus, delay=0, status=bounced (data 
> >>format error. Command output: postmaster: Mailbox does not exist )


> Ich habe die mail ja nich an postmaster gesendet sondern an 
> postmaster at com-gate.com und die existiert.

Und? Der lokale benutzter heisst aber "postmaster"

> wenn ich den eintrag in der main.cf rausnehme dann funzt es ja nur wird 
> mir dann das x-original-to überschrieben wenn die mail weitergeleitet 
> wird und mit dem eintrag receive_override_options=no_address_mappings in 
> der main.cf soll das angeblich verhindert werden.

Also eigentlich nutzt man die
receive_override_options=no_address_mappings selektiv auf
verschiedenen smtpds und nicht so wie du es machts.

> weil inter FILTER_README folgendes steht
> To enable content filtering in this manner, specify in main.cf:
> 
>     /etc/postfix/main.cf:
>         content_filter = scan:localhost:10025
>         receive_override_options = no_address_mappings
> 
> The first line causes Postfix to add one extra content filtering
> record to each incoming mail message, with content scan:localhost:10025.
> The content filtering records are added by the smtpd, pickup and
> qmqpd servers.
> 
> The second line disables address mapping before the content filter,
> so that the content filter sees the original mail addresses instead
> of the result of virtual alias expansion, canonical mapping, address
> masquerading, etc.
> 
> Und mir wurde in der postfix.org mailinglist empfohlen den eintrag 
> receive_override_options vor dem content_filter zu setzen.

Wenn Du etwas in main.cf GLOBAL setzt, dann gilt es GLOBAL, ausser
wenn Du es dann wieder selektiv ausstellst.

> Ich habe es allerdings auch schon in der master.cf probiert
> ungefähr so
>  /etc/postfix/master.cf:
>         localhost:10025     inet  n      -      n      -      10      smtpd
>             -o content_filter=
>             -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks,no_address_mappings
> 
> hat aber auch nur Probleme gemacht.

Ich nutze es nur selektiv:

193.175.66.220:smtp
          inet  n       -       -       -       -       smtpd 
          -o receive_override_options=no_address_mappings
# der smtpd nimmt mail von aussen an
	  
localhost:smtp
          inet  n       -       -       -       -       smtpd 
          -o content_filter= 
          -o smtpd_recipient_restrictions=permit_mynetworks,reject
          -o receive_override_options=no_unknown_recipient_checks
# dort schmeisst amavisd-new seine gescannte mail ein.
	  
und in main.cf nix.

-- 
Ralf Hildebrandt (Im Auftrag des Referat V a)   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-916
Referat V a - Kommunikationsnetze -             AIM.  ralfpostfix