At 05:09 PM 9/12/96 -0700, Jeff Gustafson elucidated thus:
[snip: Reply-To: user5(_at_)anotherplace(_dot_)org -->
user5(_at_)anotherplace(_dot_)org(_dot_)proc]
Perhaps I've not paid close enough attention to some recent posts here, but
I can't understand WHY you'd do this. Or what it would have to do with
procmail -- this is sendmail stuff.
The domain in the reply-to conversion more than likely doesn't exist: for
instance, if I were to reply to you at packardbell.com.proc it'd bounce,
since there is no such domain. Someone replying to a message you've
modified such will get the same sort of result.
Now, perhaps you want to put the .proc extension into the userid? THAT
might make sense if you wanted to maintain a separate uid for procmailed
inboxes. For whatever purpose you're doing this instead of just setting up
procmail on the regular mailbox...
This sort of stuff should be in the sendmail.cf file (something I don't
tinker with myself - I operate a domain on someone else's hardware).
Now, I could understand doing what you're doing if it were more of the
following:
user(_at_)hostdomain(_dot_)com --> user(_at_)virtualdomain(_dot_)com
.. which again is accomplished in sendmail.cf, AFAIK. I know this is a bit
problematic when I've got a virtual domain and many email addresses there --
mail sent from all of them gets translated to having a Return-Path header of
the one "root" domain address, as entered into the sendmail.cf. I find this
to be rather annoying really.
NetCruisers: http://www.professional.org/pse/
Home of NCUtil, 3rd-party utility links (including Winsock), and FAQs!
Sean B. Straw / Professional Software Engineering
Post Box 2395 / San Rafael, CA 94912-2395
Internet: PSE(_at_)professional(_dot_)org CompuServe: 72210,521