180 votes

Quelle est la différence de comportement entre le chemin de retour, répondre à et à partir de ?

Sur notre mailing application, nous envoient des e-mails avec l'en-tête suivant:

FROM: marketing@customer.com
TO: subscriber1@domain1.com
Return-PATH: bouncemgmt@ourcompany.com

Le problème auquel nous sommes confrontés est que certains serveurs de messagerie va rebondir immédiatement un message et utiliser la ou chemin inverse (marketing@customer.com) à la place de notre rebondir mgmt serveur. Nous voulons savoir si nous modifier dans l'en-tête de la réponse à être le même que le chemin de retour si on va être capable d'attraper tous les rebonds.

Toutes les autres idées sont les bienvenues?

Nous utilisons les documents suivants à titre de référence: Des pensions de retraite anticipée RFC Messages Rebond

SMTP Journal d'Analyse pour obtenir des Rebonds

EDIT 1: UN peu plus de bits d'information pour voir si nous pouvons le résoudre.

Nous voulons savoir à quel moment le serveur de messagerie qui retransmet le message va choisir d'utiliser la réponse par rapport à la voie de retour. Nous avons remarqué que lorsque le premier serveur smtp relais, le message est rejeté, il envoie la réponse, mais quand il arrive après un saut, il l'envoie vers le chemin de retour.

281voto

dave wanta Points 4177

Commençons par un exemple simple. Disons que vous avez une liste de courrier électronique, qui va envoyer de la manière suivante RFC2822 de contenu.

From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Maintenant, disons que vous allez l'envoyer à partir d'une liste de diffusion, qui met en œuvre des pensions de retraite anticipée (ou autre rebond mécanisme de suivi qui utilise un autre chemin de retour). Permet de dire qu'il aura un chemin de retour de coolstuff-you=yourcompany.com@mymailinglist.com. La session SMTP pourrait ressembler à:

{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com 
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.
.

{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel

Où {C} et {S} représenter le Client et le Serveur de commandes, respectivement.

Le destinataire du mail ressemblerait à:

Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>

This is a very simple body.

Maintenant, nous allons décrire les différentes "à PARTIR de"s.

  1. Le Chemin de Retour (parfois appelé le Reverse-Path ou de l'Enveloppe-DE-tous ces termes peuvent être utilisés de façon interchangeable) est la valeur utilisée lors de la session SMTP. Comme vous pouvez le voir, ce ne doit pas être la même valeur que celle qui est réellement dans les en-têtes de messages. Seul le serveur de messagerie du destinataire est censé ajouter un Chemin de Retour de l'en-tête en haut de l'e-mail. Ceci enregistre le réel Chemin de Retour de l'expéditeur lors de la session SMTP. Si un Chemin de Retour de l'en-tête est déjà existe dans l'e-mail, puis que l'en-tête est d'être supprimé, et remplacé par le serveur de messagerie du destinataire.

    Tous les rebonds qui se produisent lors de la session SMTP devrait revenir à la Voie de Retour de la valeur. Certains serveurs peuvent accepter tous les e-mail, puis file d'attente localement, jusqu'à ce qu'il a un thread libre de le livrer à la boîte aux lettres du destinataire. Si le destinataire n'existe pas, il devrait rebondir en arrière à l'enregistrement de Chemin de Retour de la valeur.

    Noter que pas tous les serveurs de messagerie obéir à cette règle. Certains serveurs de messagerie va rebondir de nouveau à l'adresse DE l'expéditeur.

  2. L'adresse est la valeur se trouve dans l'en-tête. C'est censé être qui provient le message. C'est ce que vous voyez comme le "DE" dans la plupart des clients de messagerie. Si un e-mail n'a pas une Réponse-À-tête, puis tous les humains (client de messagerie) les réponses doivent retourner à l'adresse DE l'expéditeur.

  3. La Réponse-À-tête est ajouté par l'émetteur (ou de l'expéditeur du logiciel). C'est là que tous les humains les réponses doivent être adressées trop. Fondamentalement, lorsque l'utilisateur clique sur "répondre", la Réponse est la valeur à la valeur utilisée comme recpient de la nouvellement composé par courriel. La Réponse À valeur ne doit pas être utilisé par n'importe quel serveur. Il est destiné aux clients l'utilisation de côté.

    Cependant, comme vous pouvez le dire, pas tous les serveurs de messagerie obéir à la RFC normes ou recommandations.

Espérons que cela devrait aider à clarifier les choses. Cependant, si j'ai oublié quelque chose, faites le moi savoir, et je vais essayer de répondre.

171voto

Jesse Hobart Points 541

Une autre façon de penser à propos de la Voie de Retour vs De Réponse est de le comparer à la poste.

Lorsque vous envoyez une enveloppe à la poste, vous devez spécifier une adresse de retour. Ceci peut être utilisé par le maître de poste pour renvoyer le colis pour vous, si le destinataire n'existe pas ou refuse votre mail.

À l'intérieur de l'enveloppe peut être une lettre et à l'intérieur de la lettre, il peut indiquer "Répondre à l' exemple d'adresse".

Donc, en substance, un Affranchissement de l'Adresse de Retour est comparable à SMTP de Chemin de Retour de l'en-Tête et de Réponse SMTP-À-Tête est similaire à la réponse des instructions contenues dans une lettre.

2voto

Smile Points 1

J'ai dû ajouter un Chemin de Retour de l'en-tête dans les e-mails envoyés par un Redmine instance. Je suis d'accord avec greatwolf seul l'expéditeur peut déterminer un (non par défaut) de Chemin de Retour. Le cas est le suivant : E-mails sont à envoyer à l'adresse email par défaut : admin@yourcompany.com Mais nous voulons que le réel de l'utilisateur de démarrer l'action reçoit les courriels de rebond, car il sera le seul savoir comment fixer tromper les destinataires des e-mails (et non pas l'application administrateurs qui ont d'autres chats à fouetter :-) ). Nous l'utiliser et il fonctionne parfaitement bien avec exim sur le serveur d'application et zimbra comme la dernière entreprise de serveur de messagerie.

Prograide.com

Prograide est une communauté de développeurs qui cherche à élargir la connaissance de la programmation au-delà de l'anglais.
Pour cela nous avons les plus grands doutes résolus en français et vous pouvez aussi poser vos propres questions ou résoudre celles des autres.

Powered by:

X