This is in response to several of the E-mails:
>afaik is the Return-Path: header used to determine where to return the
>mail in case it bounces and other postmaster messages.
That is correct.
>It can very well be some other address than the address where it was
>sent from. Like the reply-to: header.
No. The Return-Path: header is supposed to include the exact address that
was used in the "MAIL FROM:" SMTP command (from the "Message Envelope").
> Uhhh - so this header should (and possibly could) have been set by the
> originating SMTP server? In other words, that header could/should already
> exists in the header and Imail should NOT add it upon receipt of inbound
> mail.
No. The header is added by the SMTP server that handles the final
delivery. So:
> If ANYTHING, Imail or Declude should add it to any OUTBOUND mail?
It should only be added to *incoming* E-mail.
> I think it'd be bad practice to set the Return-Path: header when
> received if not present.
Actually, it is appropriate in this case. Since IMail should be adding it
(although technically not required), it's OK for Declude to add it *if* it
is a local delivery.
> The from header would be used if there is no Return-Path: header.
The Return-Path: header should NOT be used by an E-mail client for replying
to E-mail. That is VERY important. It should *only* be used for bounces
and other similar types of messages.
> And as a note, the preferred headers to set by servers with the envelope
> to and from addresses are: Apparently-To: & Apparently-From:
Do you have a source for this?
-Scott
---
[This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)]
---
This E-mail came from the Declude.JunkMail mailing list. To
unsubscribe, just send an E-mail to [EMAIL PROTECTED], and
type "unsubscribe Declude.JunkMail". You can E-mail
[EMAIL PROTECTED] for assistance. You can visit our web
site at http://www.declude.com .
