On Mon, Jan 18, 2010 at 09:12:00AM -0800, Charles Boling wrote:
mouss:
> > with SQL, there is no need to use pcre. just do that in the SQL
> > query to avoid having to keep an external file up to date...
>
> ...except that the "+" (and everything between it and the "@") is
> *not* actually part of the email address.
Yes it is. The entire address including "+" is always looked up
first, in any map type.
> To use your address as an example:
>
> When Postfix receives an envelope for:
> mouss+nob...@netoyen.net
> It automatically strips the "+nobulk" and what it actually looks up
> in the database is:
> mo...@netoyen.net
If the lookup of the entire address fails, the recipient_delimiter
and all characters which follow, up to the @, are stripped, and the
second lookup is done.
> I assume that the "+" magic is hard-coded in Postfix, so if I [knew
> what I was doing, and] were to dig out the source code, it would be
> pretty simple to change it to use "_" instead of "+". If I were to
> upgrade this "hack" to something more respectable, I would:
> 1. Create a configurable parameter, rather than hard-coding it
postconf.5.html#recipient_delimiter -- you're a few years too late.
> 2. Allow multiple characters (so I could still use "+" as well)
This is non-trivial and has been recently addressed by Wietse. Be
content with the workarounds you have been offered.
--
Offlist mail to this address is discarded unless
"/dev/rob0" or "not-spam" is in Subject: header
