From: =?UTF-8?B?U1rDiUtFTFlJIFN6YWJvbGNz?= on
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi,

I can't figure out why but to me it looks like smtpd instances started
from master.cf don't pick up all the parameter assignments. I have an
smtpd transport defined as:

10.121.8.1:smtp inet n - n - - smtpd
-o local_transport=vpn-procmail
-o local_recipient_maps=
-o inet_interfaces=10.121.8.1
-o content_filter=
-o smtpd_proxy_filter=
-o mynetworks=10.121.8.0/24
-o mydestination=vpn.3d.hu
-o relaydomains=
-o virtual_alias_domains=
-o virtual_alias_maps=
-o smtpd_sender_restrictions=reject_non_fqdn_sender,permit
-o smtpd_recipient_restrictions=permit_mynetworks,reject
-o smtpd_reject_unlisted_sender=no
-o smtpd_sasl_auth_enable=no
-o smtpd_sasl_security_options=

But if I try to send a mail through this smtpd instance, in the logs I see:

Jan 24 19:54:52 morpheus postfix/smtp[19916]: 79C3C14105:
to=<user(a)vpn.3d.hu>, relay=none, delay=14, delays=14/0.04/0.03/0,
dsn=5.4.4, status=bounced (Host or domain name not found. Name service
error for name=vpn.3d.hu type=A: Host found but no data record of
requested type)

I can't understand why it says relay=none, it should be
relay=vpn-procmail... I think so since the recipient address is
user(a)vpn.3d.hu that matches $mydestination, so it falls into the local
address class, and the transport for that is redefined to vpn-procmail.

If I put vpn.3d.hu at the end of mydestination= option in main.cf, the
same mail sent to the same smtpd instance is treated as a local address
class as it should.

Am I doing something wrong or is this a possible bug?

Thanks,
- --
cc

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAktcnoQACgkQGJRwVVqzMkONRgCgm5nvfF9ve1fhIR++An75MxCK
9yAAnj/Hm0C1pxF34jNe7/HkLMFfkanD
=VMU2
-----END PGP SIGNATURE-----

From: Ralf Hildebrandt on
* SZÉKELYI Szabolcs <cc(a)mail.3d.hu>:
> Hi,
>
> I can't figure out why but to me it looks like smtpd instances started
> from master.cf don't pick up all the parameter assignments. I have an
> smtpd transport defined as:
>
> 10.121.8.1:smtp inet n - n - - smtpd
> -o local_transport=vpn-procmail

smtpd knows no "local_transport"

see man smtpd

--
Ralf Hildebrandt
Geschäftsbereich IT | Abteilung Netzwerk
Charité - Universitätsmedizin Berlin
Campus Benjamin Franklin
Hindenburgdamm 30 | D-12203 Berlin
Tel. +49 30 450 570 155 | Fax: +49 30 450 570 962
ralf.hildebrandt(a)charite.de | http://www.charite.de


From: =?UTF-8?B?U1rDiUtFTFlJIFN6YWJvbGNz?= on
Ralf Hildebrandt wrote:
> * SZÉKELYI Szabolcs <cc(a)mail.3d.hu>:
>> Hi,
>>
>> I can't figure out why but to me it looks like smtpd instances started
>> from master.cf don't pick up all the parameter assignments. I have an
>> smtpd transport defined as:
>>
>> 10.121.8.1:smtp inet n - n - - smtpd
>> -o local_transport=vpn-procmail
>
> smtpd knows no "local_transport"
>
> see man smtpd

Thanks, I see now that my problem is somewhere around trivial-rewrite.

--
cc

From: Wietse Venema on
SZÉKELYI Szabolcs:
> Ralf Hildebrandt wrote:
> > * SZ?KELYI Szabolcs <cc(a)mail.3d.hu>:
> >> Hi,
> >>
> >> I can't figure out why but to me it looks like smtpd instances started
> >> from master.cf don't pick up all the parameter assignments. I have an
> >> smtpd transport defined as:
> >>
> >> 10.121.8.1:smtp inet n - n - - smtpd
> >> -o local_transport=vpn-procmail
> >
> > smtpd knows no "local_transport"
> >
> > see man smtpd
>
> Thanks, I see now that my problem is somewhere around trivial-rewrite.

You should probably set up a second Postfix instance with its own
IP address, and with its own local_transport setting.

# Create instance with /etc/postfix-foo, /var/spool/postfix-foo, etc.
postmulti -e init
postmulti -I postfix-foo -e create

# Configure IP address, local_transport and myhostname.
postmulti -i postfix-foo -x postconf -e local_transport=vpn-procmail \
inet_interfaces=10.121.8.1 myhostname=foo.example.com

# Turn on the new instance.
postmulti -i postfix-foo -e enable
postmulti -i postfix-foo -p start

# List the status of all Postfix instances.
postfix status

Wietse