Yes, now I use address extensions for this task. But all users, who are not very friendly with computers, such as managers, has a lot of problems with it. They can't understand extensions. There must be only one constant email for each user without any variable extensions, or you will have a lot of problems from your employees. Common user can understand some code in subject (eg [for Dima]), but can't understand variable email addresses. I have a lot of mail servers in different companies and passphrase in the mail subject is almost the only good solution for delivery through the spamfilter. And I can't understand why such simple task creates so many problems in postfix. May be there is some hack to implement described behavior? I only need to combine headers and body checks in one condition, I don't believe that postfix isn't able to do it((
2010/11/23 Wietse Venema <wie...@porcupine.org> > > The task: if mail has some passphrase in subject (eg [passme]), > > then do not apply greylistnig, RBL etc and transfer a mail to LDA. > > If you whitelist based on a string in the message, then why not > whitelist based on a string in the RECIPIENT ADDRESS? Postfix > supports address extensions, like this: > > in main.cf: > recipient_delimiter = + > # Alternative: recipient_delimiter = - > > smtpd_recipient_restrictions = > permit_mynetworks > reject_unauth_destination > check_policy_service xxxxx > reject_rbl_client yyyyy > ... > > in SMTP: > RCPT TO:<you+passphr...@example.com <you%2bpassphr...@example.com>> > > Then, the greylist daemon can reply with OK if the passphrase is > good and skip Postfix RBL checks. You can make it as fancy as you > like, such as a passphrase that is valid for only a short time, a > passphrase that is valid only for with a specific sender IP address, > and so on. > > Wietse >
