web-dev-qa-db-fra.com

Quelle est la différence entre Sender, From et Return-Path?

Quelle est la différence entre un expéditeur de courrier électronique, une valeur de et une valeur de retour-chemin?

Exemple: J'ai un formulaire de contact dans lequel l'utilisateur peut entrer son courrier électronique. Ce courrier serait-il attribué à l'expéditeur, à l'expéditeur ou au chemin de retour?

J'ai fait une recherche rapide sur StackOverflow et je n'ai rien trouvé d'utile.

emailsmtp
121
The Pixel Developer

Ainsi, via SMTP lorsqu’un message est envoyé, l’enveloppe SMTP (expéditeur, destinataires, etc.) est différente des données réelles du message.

L'en-tête Sender permet d'identifier dans le message l'auteur du message. Cela correspond généralement à l'en-tête From, qui est à l'origine du message. Toutefois, cela peut différer dans certains cas où un agent de messagerie envoie des messages au nom de quelqu'un d'autre.

L'en-tête Return-Path Indique au destinataire (ou au MTA destinataire) où les accusés de réception doivent être envoyés.

Par exemple, prenons un serveur qui permet aux utilisateurs d’envoyer des messages à partir d’une page Web. Donc, [email protected] Tape un message et le soumet. Le serveur envoie ensuite le message à son destinataire avec From défini sur [email protected]. La soumission SMTP réelle utilise des informations d'identification différentes, quelque chose comme [email protected]. Ainsi, l'en-tête sender est défini sur [email protected] Pour indiquer que l'en-tête From n'indique pas qui a réellement envoyé le message.

Dans ce cas, si le message ne peut pas être envoyé, il est probablement préférable que l'agent reçoive le rapport de non-remise. Par conséquent, Return-Path Serait également réglé sur [email protected] Afin que tous les rapports de remise à la place de l'expéditeur.

Si vous ne faites que cela, un formulaire d'envoi de courrier électronique, il s'agit probablement d'un parallèle direct avec la manière dont vous définissez les en-têtes.

155
Shawn D.

Le RFC officiel qui définit cette spécification peut être trouvé ici:

http://tools.ietf.org/html/rfc4021#section-2.1.2 (voir le paragraphe 2.1.2. et le suivant)

2.1.2. Champ d'en-tête: De 

Description:  
    Mailbox of message author  
[...]  
Related information:
    Specifies the author(s) of the message; that is, the mailbox(es)
    of the person(s) or system(s) responsible for the writing of the
    message. Defined as standard by RFC 822.

2.1.3. Champ d'en-tête: Expéditeur 

Description:  
    Mailbox of message sender  
[...]  
Related information:
    Specifies the mailbox of the agent responsible for the actual
    transmission of the message.  Defined as standard by RFC 822.

2.1.22. Champ d'en-tête: Return-Path 

Description:
    Message return path
[...]  
Related information:
    Return path for message response diagnostics. See also RFC 2821
    [17]. Defined as standard by RFC 822.
88
naitsirch

Une mise à jour mineure à ceci: un expéditeur ne devrait jamais définir l'en-tête Return-Path:. Un en-tête Return-Path: N'existe pas pour un message en transit. Cet en-tête est défini par le MTA qui effectue la livraison finale et est généralement défini sur la valeur de 5321.From, Sauf si le système local a besoin d'une sorte de routage bizarre.

C'est un malentendu courant car les utilisateurs voient rarement un courrier électronique sans en-tête Return-Path: Dans leurs boîtes aux lettres. En effet, ils voient toujours les messages remis, mais un MTA ne doit jamais voir un en-tête Return-Path: Sur un message en transit. Voir http://tools.ietf.org/html/rfc5321#section-4.4

18
cmeid