haha, clearly my regex is borked. I tried replying and got the mail
back with:
This Message was undeliverable due to the following reason:
Each of the following recipients was rejected by a remote mail server.
The reasons given by the server are included to help you determine why
each recipient was rejected.
Recipient: <postfix+us...@postfix.org>
Reason: 5.1.1 <postfix+us...@postfix.org>: Recipient address
rejected: User unknown in virtual alias table
The following websites may contain more information to assist you:
http://help.rr.com/HMSLogic/rrmail.aspx
http://security.rr.com/help.htm
http://security.rr.com/contact.htm
Please do not reply to this message, as it will go to an unread
mailbox
Reporting-MTA: dns; cdptpa-omta04.mail.rr.com
Arrival-Date: Sun, 27 Sep 2009 06:42:34 +0000
Received-From-MTA: dns; mail.arix.com (98.149.115.77)
On Sep 26, 2009, at 6:01 PM, Wietse Venema wrote:
Erick Calder:
so I tried this:
/^([^._\/-]*)[._\/-](.*)@arix\.com$/ ${1}+$...@arix.com
Unfortunately, this causes Postfix to accept mail for non-existent
recipients (the virtual alias matches a bogus of username portion,
and Postfix discovers only upon delivery that the address is no
good).
To work around that, you'd need to specify explicit usernames in
the pattern, or run a policy daemon that queries a table with
known-good usernames after lopping off the extensions, and that
rejects the bogus ones.
which seemed to work fine, except for the underscores. thinking that
they might be meaningful to the set declaration I tried:
/^e_j...@arix.com$/ e...@arix.com
which also failed... so I'm mystified but I'm happy that now e/j...@arix.com
, e.j...@arix.com and e-j...@arix.com all land in my box... curiously
the address isn't actually rewritten (so I actually see the character
used). also e...@arix.com and e+j...@arix.com still work.
any light on the underscore would be cool.
Try using a hexdump tool, and see if you entered a non-ASCII code.
Wietse
