On Sun, Feb 22, 2015 at 12:12:31PM -0500, John wrote: > I recently modified main.cf by adding a couple of lines. But I found that > there was a problem getting email on cell phones as a result. So I removed > the changes by commenting them out. A comparison of main.cf before and > after all of the changes is shown in the patch below. > > @@ -53,6 +53,9 @@ > smtpd_tls_cert_file = /root/ssl/certs/$mydomain.mail.pem > smtpd_tls_key_file = /root/ssl/private/$mydomain.mail.key > smtpd_tls_received_header = yes > +#smtpd_tls_exclude_ciphers = EXPORT, LOW, IDEA, 3DES > + > +#tls_preempt_cipherlist = yes > virtual_mailbox_domains = > proxy:pgsql:/etc/postfix/sql/virtual_domain_map.sql > virtual_alias_maps = > proxy:pgsql:/etc/postfix/sql/virtual_alias_map.sql,
This has nothing to do with the (lack of) rewriting problem you're reporting. You also changed something else or the rewriting in question never worked. The relevant changes are in master.cf. > [email protected] has/is an alias of [email protected] cause a 550 result. State up front that this is done in virtual aliases. > All addresses and aliases are stored in the PostfixAdmin PostgreSQL > database. The storage (table type) mechanism is irrelevant, what matters is what the table is used for. > For the example given, if I run > > postmap -q "[email protected]" pgsql:/etc/postfix/sql/virtual_alias_map.sql > > the answer is "[email protected]" Again best to not leave us guessing until the end. > Feb 22 08:04:17 bilbo postgrey[1375]: action=pass, reason=client whitelist, > client_name=mail-la0-x22b.google.com, client_address=2a00:1450:4010:c03::22b, > [email protected], [email protected] > Feb 22 08:04:18 bilbo postfix/smtp[12371]: 51CDB3640514: to=<[email protected]>, > relay=127.0.0.1[127.0.0.1]:10024, delay=1.6, delays=0.78/0.01/0.01/0.82, > dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 > Ok: queued as 5543C3640DA1) No rewriting happened before the content filter. > Feb 22 08:04:18 bilbo postfix/lmtp[12376]: 5543C3640DA1: to=<[email protected]>, > relay=smtp.klam.ca[private/dovecot-lmtp], delay=0.32, > delays=0.24/0.01/0.01/0.06, dsn=5.1.1, status=bounced (host > smtp.klam.ca[private/dovecot-lmtp] said: 550 5.1.1 <[email protected]> User > doesn't exist: [email protected] (in reply to RCPT TO command)) Nor after. > virtual_alias_maps = > proxy:pgsql:/etc/postfix/sql/virtual_alias_map.sql, > proxy:pgsql:/etc/postfix/sql/virtual_alias_domain_map.sql Ok, it is a virtual(5) alias table. > smtp inet n - n - - smtpd -o > cleanup_service_name=pre-cleanup > pickup fifo n - n 60 1 pickup -o > cleanup_service_name=pre-cleanup > submission inet n - n - 30 smtpd ... -o > cleanup_service_name=pre-cleanup Pre-filter mail uses pre-cleanup. > pre-cleanup unix n - n - 0 cleanup -o > virtual_alias_maps= Pre-filter virtual rewriting disabled (virtual_alias_maps empty) > 127.0.0.1:10025 inet n - n - - smtpd > -o content_filter= > ... > -o > receive_override_options=no_header_body_checks,no_unknown_recipient_checks,no_milters,no_address_mappings Post-filter virtual rewriting disabled (no_address_mappings) You've disabled virtual rewriting on both sides of the filter. Therefore, no virtual rewriting takes place. -- Viktor.
