From: =?UTF-8?B?U1rDiUtFTFlJIFN6YWJvbGNz?= on 24 Jan 2010 14:24 -----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 24 Jan 2010 14:29 * 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 25 Jan 2010 09:37 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 25 Jan 2010 10:04 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
|
Pages: 1 Prev: 451 4.3.0 Error: queue file write error Next: Maildir problem |