Sollte ich den Header "Antworten an" verwenden, wenn ich E-Mails als Dienst an andere sende?

112

Angenommen, wir haben eine Anwendung, die als Vermittler fungiert und es Unternehmen A ermöglicht, Berichte an ihre Kunden zu senden.

Firma A -> Firma B (ich) -> Kunden von Firma A.

Nach Erhalt des Berichts senden wir E-Mail-Benachrichtigungen an die Empfänger, die jedoch notwendigerweise von der E-Mail-Adresse unserer Unternehmensbenachrichtigungen stammen, z

joe.bloggs@a.com -> notifications@b.com -> peter@c.com

Jetzt neigen Kunden dazu, auf diese E-Mail-Benachrichtigungen zu antworten und möchten, dass sie zu dem zurückkehren, der den Bericht an Unternehmen A gesendet hat. Stattdessen landen sie wieder bei unserer Adresse notifications@b.com.

Eine einfache Lösung kann darin bestehen, den Header "Antwort an" in den Benachrichtigungen zu ändern, die wir an die entsprechende Adresse des Unternehmens A senden, z

joe.bloggs@a.com -> notifications@b.com [Antwort an: joe.bloggs@a.com] -> peter@c.com

Aber meine Hauptanliegen sind:

Die vollständige Diskrepanz zwischen E-Mail-Adresse und Domain zwischen den Feldern Von und Antwort an kann dazu führen, dass Spam- oder Phishing-Filter die E-Mails eher kennzeichnen
Möglicherweise respektieren nicht alle E-Mail-Clients das Feld "Antwort an", wenn Benutzer tatsächlich auf "Antworten" klicken, und verwenden stattdessen einfach "Von". Eine geringere Sorge, sofern nicht weit verbreitet.

Sind diese Bedenken überhaupt begründet? Oder gibt es andere Bedenken, die ich haben sollte?

— Gavin
quelle

Antworten:

Möglicherweise möchten Sie den Namen des Kunden in die FromKopfzeile und Ihre Adresse in die SenderKopfzeile einfügen:

From: Company A <joe.bloggs@a.com>
Sender: notifications@b.com

Die meisten Mailer geben dies als "Von notifications@b.com im Namen von Unternehmen A" wieder, was korrekt ist. Und dann Reply-Toscheint eine Adresse von Firma A nicht unpassend zu sein.

Aus RFC 5322 :

Das Feld "Von:" gibt den / die Autor (en) der Nachricht an, dh die Mailbox (en) der Person (en) oder Systeme, die für das Schreiben der Nachricht verantwortlich sind. Das Feld "Absender:" gibt das Postfach des Agenten an, der für die tatsächliche Übertragung der Nachricht verantwortlich ist. Wenn eine Sekretärin beispielsweise eine Nachricht für eine andere Person senden würde, würde das Postfach der Sekretärin im Feld "Absender:" und das Postfach des tatsächlichen Autors im Feld "Von:" angezeigt.

— dkarp
quelle

Ich möchte nicht, dass die Antwort meines Besitzers positiv bewertet wird, aber erwähnenswert ist diese nützliche Frage und Antwort, die im Grunde auch die Antwort von dkarp

— Gavin

Wenn es sich um eine Zirkularisierung handelt, funktioniert es nicht. @A und @b sind unterschiedliche Domänen. Die meisten Server erlauben nicht, im Namen einer anderen Domäne zu senden. B muss es weiterleiten, aber Sie können jederzeit ein verstecktes Multipart hinzufügen. Jeder weiß, wie man an eine andere Adresse weiterleitet.

— Aridane Álamo

Gibt es ab 2018 Aktualisierungen zur Zustellbarkeit, wenn das Feld Von auf diese Weise verwendet wird?

— David Alan Hjelle

160

Ich habe die Lösung von dkarp mit Google Mail getestet und sie wurde nach Spam gefiltert. Verwenden Sie stattdessen den Header "Antwort an" (oder zusätzlich, obwohl Google Mail ihn anscheinend nicht benötigt). So macht es LinkedIn:

Sender: messages-noreply@bounce.linkedin.com
From: John Doe via LinkedIn <member@linkedin.com>
Reply-To: John Doe <John.Doe@gmail.com>
To: My Name <My.Name@gmail.com>

Sobald ich zu diesem Format gewechselt habe, filtert Google Mail meine Nachrichten nicht mehr als Spam.

— Alex Lauerman
quelle

Ist member@linkedin.com nur eine generische Sammeladresse oder sollte sie in Ihrem Beispiel tatsächlich john.doe@linkedin.com lauten?

— Sean

Dies ist die Methode, die wir verwendet haben. Wir haben jetzt jedoch Probleme mit einigen Servern (... ehmm .. AOL), die Nachrichten abprallen lassen und angeben, dass sie nicht ihren Richtlinien entsprechen. Die einzige Erklärung, die wir erhalten haben, ist, dass der Antwortheader und der Header unterschiedliche Domänen haben, obwohl dies genau die Absicht zu sein scheint, zwei verschiedene Header zu haben. Es wird langsam sehr frustrierend, sich für die B2B-Kommunikation auf mandantenfähigen Apps nicht mehr auf E-Mails zu verlassen.

— Brian H.

@BrianH: AOL und Yahoo haben offenbar jetzt eine aggressive DMARC-Validierung. Dies hat mir Probleme mit der 'Von:' - Adresse an AOL verursacht. emailonacid.com/blog/details/C4/… .

— EML

Der Nachteil dieses Ansatzes ist, dass das Adressbuch des Empfängers (in vielen E-Mail-Clients) jetzt "John Doe via LinkedIn <member@linkedin.com>" enthält. Und wenn ein unwissender Empfänger John Doe erneut kontaktieren möchte, wird diese Adresse angezeigt, wenn er seinen Namen in das Feld An einer neuen Nachricht schreibt (daher ist "über LinkedIn" von UX-Seite von erheblicher Bedeutung).

— smhg

Der aktualisierte Link für den Blog-Beitrag @EML ist verlinkt mit: emailonacid.com/blog/article/industry-news/… ... er geht eingehend auf die Probleme von aol / yahoo.com ein.

— Lambart

-3

Hier wird für mich gearbeitet:

Subject: SomeSubject
From:Company B (me)
Reply-to:Company A
To:Company A's customers

— Wildneuro
quelle