Best Practices: Das Senden von E-Mail im Namen von Benutzern

Question

Das Unternehmen für die ich arbeite bietet Prüfdienstleistungen für die Healthcare-Industrie. Im Rahmen unserer Dienstleistungen benötigen wir E-Mail an die Mitarbeiter unserer Kunden zu senden. Typischerweise sind diese temp, Teilzeit- oder Vertrag Mitarbeiter und hat so private E-Mail-Adressen (zB Hotmail, GMail, Yahoo !, etc.).

Bis jetzt haben wir von einer internen Adresse worden senden, aber dies bedeutet, dass Antworten kommen zu uns zurück, wenn die Mitarbeiter unaufmerksam sind oder nicht wissen, Anfragen an unsere Kunden zu senden. Ich möchte, dies ändern, so dass die Person, die fordert, dass die E-Mail gesendet, um die Person ist, die beantwortet wird.

in der Vergangenheit, aber es schien, zusätzliche Mail zu veranlassen, von Spam-Filtern abgefangen werden:

Wir haben reply-to verwendet.

Ich habe über Absender gelesen: und On-Namen-of: Header und frage mich, was die aktuelle Best-Practice für E-Mail war das Senden in einem Szenario, in dem wir E-Mail so senden müssen, dass die Antwort auf eine Domain geht wir haben keine Kontrolle.

Answer 1

Der on-behalf-of Header ist der beste Weg, das zu tun, aber Sie werden auch von Spam-Filtern abgefangen werden. Die besten zu mildern oder verringern die Wahrscheinlichkeit, dass Sie in den Spam-Filter landen ist es, alle Industriestandards zu implementieren um Ihre Domain und E-Mail-Server zu überprüfen. Wie in diesem Artikel angegeben:

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

Das ist jedoch sehr schwer zu tun, weil Sie oben auf SPAM-Standards bleiben müssen, und halten uns an CAN-SPAM Gesetze und alles andere. Die bessere Wahl ist eine On-Demand-Cloud-basierten SMTP-Server wie diese verwenden:

https://www.postmarkapp.com

Verwenden Sie ein Unternehmen, das ein Domain-Experte auf dem Gebiet der E-Mails senden und hat alle Beinarbeit gegangen, um den höchsten Zustellrate zu bekommen. Und wird für Dich auf die Standards bleiben und überwacht schwarze Listen für Probleme.

Answer 2

Sie sind wahrscheinlich der Suche nach Reply-To. Es ist ein offizieller und weit Header, im Gegensatz zu On-Behalf-Of unterstützt, und es ist nicht unter den gleichen Spam-Kontrollen wie From.

Wenn Sie wirklich wollte, erscheinen, als im Namen eines anderen Benutzers zu senden, die „überwiegend“ richtige Art und Weise, die von SMTP-Standards, wäre Ihre „echte“ setzen Adresse in Sender: und Adresse Ihres Kunden (von denen Sie senden im Namen) in From:. Jedoch ist From: speziell durch DMARC gezielte, ein sehr strenges Protokoll Spam Verhinderung von den meisten großen E-Mail-Anbieter implementiert. Sie werden nicht einen From: DMARC Ausfall übersehen, nur weil Sie einen gültigen Sender: Header haben.

DMARC kann Domain-Inhaber festlegen, wie SPF und DKIM sollten den From: Header angewandt werden. Eine populäre Politik ist E-Mail ablehnen, die entweder SPF oder DKIM ausfällt, was bedeutet, dass Ihre E-Mail als Spam nicht einmal markiert werden. Es wird geradezu abgelehnt

Sender: + From: noch funktioniert, technisch. Es wurde ursprünglich mit der Absicht erstellt von Menschen in der gleichen Organisation verwendet werden, wie zum Beispiel einer Sekretärin oder einen Assistenten. Dies hat zu einem harten Zwang mit dem Aufkommen von Spam-Präventionsmechanismen gedreht.

Answer 3

Sie wollen betrügen und E-Mail-Authentifizierungssysteme hacken, indem Sie versuchen E-Mails im Namen anderer zu senden. Vielleicht kann dieser Hack vorübergehend arbeiten, aber in der Zukunft wird es von Mailbox-Anbieter verboten werden, wie Phishing-Attacken mehr und mehr erfordern strenge Richtlinien E-Mail-Anbieter anwenden muß.

Um solche Hacks hier zu vermeiden, ist eine Lösung, die ich vorschlagen würde. Erstellen Sie eine eindeutige E-Mail-Adresse für jeden Kunden und macht es „Vermittler“ für ein Gespräch zwischen dem Kunden und Mitarbeitern.

Wie es funktioniert

Alle E-Mail-Konversation müssen über Ihre erstellten E-Mail erfolgen. Sie können benutzerdefinierte Anzeigenamen (z John <123@yourdomain.com) nicht confuse E-Mail-Empfänger mit Ihrem seltsamen eindeutigen IDs gesetzt. Also, wenn A Bedürfnisse zu schreiben, um B, es tatsächlich zu Ihrer E-Mail schreibt, dann mailen Sie uns auf B und umgekehrt für B zu A.

Diese Implementierung einig Komplexität haben, aber das wird in Zukunft bezahlt werden.