Geert Lorang a écrit : > On 19/02/2010 15:49, Barney Desmond wrote: >> On 20 February 2010 01:40, Geert Lorang<ge...@lorang.be> wrote: >> >>> glorang:~# cat /etc/postfix/generic >>> @mydomain.be accep...@relayhost.other.domain >>> >>> Now try to lookup someth...@mydomain.be: >>> >>> glorang:~# postmap -q someth...@mydomain.be /etc/postfix/generic >>> glorang:~# echo $? >>> 1 >>> >>> So no output (no match found) and return value> 0, so you would expect >>> this can't work, but in fact it just works. I would expect that "postmap >>> -q whate...@mydomain.be /etc/postfix/generic" returns accep...@... in >>> every case (and return code 0), but it doesn't? >>> >>> If this is by design maybe add this somehow in the docs... >>> >> The trick is that postmap is "dumb" - it doesn't know *why* you're >> searching, so it doesn't strip the local part. This confuses people >> sometimes because using `postmap -q` isn't the same as what Postfix >> does, Postfix does a lot more. >> > > Oh. I thought postmap would do the same as Postfix. Thanks for clarifying! >
postfix search order is context dependent. postmap doesn't know if you are trying a check_client_access, check_sender_access, resolving a virtual alias or looking for a domain class...
