By yourself. Just fill a variable with the expression
that you prefer, and use that one. Or even change it
in procmail's source and recompile.
I know it's possible to do that...
You can not change ^TO_ just like that: it is being used.
Of course you could add a ^TO__ to procmail that works
differently from ^TO_, and that has even been done before.
I understand.
the question is:
would fixing the macro actually break many procmailrc files that knowingly
assume that ^TO_ will catch the last part of email addresses that contains
characters like + and = ?
or would it in fact fix many procmailrc files that use ^TO_ blindly,
assuming that it can catch the following term only if it is one of the
destination address, which is when the documentation suggests ?
but i understand that it will never be fixed, because of the risks. too bad
it was not defined a bit "better" to begin with!
then maybe the documentation or man page should list this problem in the
caveats or bug list ?
-t
____________________________________________________________
procmail mailing list Procmail homepage: http://www.procmail.org/
procmail(_at_)lists(_dot_)RWTH-Aachen(_dot_)DE
http://MailMan.RWTH-Aachen.DE/mailman/listinfo/procmail