>> Hmmm -don't know why, but I don't see this header in recent versions...
and
>> when I look back at 0.38 - where I DO see it, it shows the account
delivered
>> to not the ALIAS like the envelope to would suggest.
>
>Since one is derived from the other, the two are equivalent.
>
>The Delivered-To: header is not actually present in the message when it's
in
>the mail queue.  The Delivered-To: headers gets added when the message is
>delivered by Courier directly, or via maildrop.
>
>If you are invoking some other delivery agent via a .courier file, the
>delivery agent will not received the Delivered-To: and Return-Path:
headers;
>instead they will be found in the DTLINE and RPLINE environment variables.

Ok - that may explain my problem with the missing headers(I'm doing some
funky stuff before I call maildrop), but I still don't think "Envelope-To"
and "Delivered-To" are the same. How can I filter on the alias received to -
not the account delivered to?

For example:
info@ is an alias of my account. MOST of the mail that goes there is junk,
so I move it to a different folder and NEVER want a vacation reply sent to
it.

How can that be handled with only a "Delivered-To:" - is the alias in an
environment variable somewhere?

Then I can say "if RECEIVED FOR X do action"

Thanks.

m/



-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive?  Does it
help you create better code?  SHARE THE LOVE, and help us help
YOU!  Click Here: http://sourceforge.net/donate/
_______________________________________________
courier-users mailing list
[EMAIL PROTECTED]
Unsubscribe: https://lists.sourceforge.net/lists/listinfo/courier-users

Reply via email to