Am 08.02.2011 02:28, schrieb Noel Jones:
> Don't use "domain aliases" That is not a solution nor a workaround because many business clients have a couple of domains and wnats to receive mail for all addresses in all of them because peopole visit a homepage often take the domain in the address bar and coming from search machines and you do not want singe-forwarders in all directions > Wildcard address rewrites disable recipient validation I WANT NOT use wildcard-addresses a...@domain1.tld b...@domain1.tld c...@domain1.tld Domain-Alias: domain2.tld -> domain1.tld In the sample we should have as valid addresses a...@domain2.tld b...@domain2.tld c...@domain2.tld > You must arrange your queries so that "postmap -q inva...@example.at > map:file" > returns no answer. And that is my question :-) > The normal way to do this with hash: tables is with identity mappings > rather than using wildcards, however you may be able to use a clever SQL > query to accomplish the same thing I do not want use wildcards - i want simply domain-aliases without be backscatter and have no idea how to do this in a clean way wiht a simple "alias-domain" -> "target-domain" table > select target from dbma_rewrite_domains where source like '%d' If this query could check the final-rcpt against the mysql:/etc/postfix/mysql-recipients.cf and give nothing back if not match this could work, BUT i see no way to pack this in one query i can not believe that postfix is unable to provide clean domain-aliases because he has a list of valid rcpt, knows the target-address, can know the domain-alias-mappings and so make a simple replace(aliasdomain, targetdomain) while doing VRFY On the other side i do not understand why "recipient_canonical_maps" is not done BEFORE "local_recipient_maps" what would solve this and makes more sense for me because the target-address is unknown before
signature.asc
Description: OpenPGP digital signature