2010-05-06 5 views
45

Das Unternehmen, für das ich arbeite, bietet Testservices für das Gesundheitswesen. Als Teil unserer Dienstleistungen müssen wir E-Mails an die Mitarbeiter unserer Kunden senden. In der Regel sind dies Zeitarbeiter, Teilzeit- oder Vertragsangestellte und somit private E-Mail-Adressen (z. B. Hotmail, GMail, Yahoo! usw.).Best Practices: Senden von E-Mails im Auftrag von Benutzern

Bis jetzt haben wir von einer internen Adresse gesendet, aber dies bedeutet, dass Antworten auf uns zurückkommen, wenn Mitarbeiter nicht aufmerksam sind oder keine Anfragen an unsere Kunden senden. Ich möchte dies ändern, so dass die Person, die die E-Mail anfordert, die Person ist, die geantwortet wird.

Wir haben reply-to: in der Vergangenheit verwendet, aber es schien zu verursachen, dass zusätzliche E-Mails von Spam-Filtern abgefangen wurden.

Ich habe gelesen über Absender: und im Namen von: Headern, und fragte mich, was die aktuelle Best-Practice für das Senden von E-Mail in einem Szenario war, wo wir E-Mail senden müssen, so dass die Antwort an eine Domäne, die wir nicht kontrollieren.

+0

Ein häufiges Problem, leider haben Spammer die Party auf diesem einen ruiniert.Haben Sie darüber nachgedacht, die E-Mail nicht selbst zu senden, sondern Ihre Kunden dazu bringen, E-Mail-Adressen für Sie einzurichten (oder eine bestehende zu verwenden) und dann eine Verbindung zu ihrem SMTP herzustellen, um die E-Mails zu versenden? Auf diese Weise werden die replyTos direkt zum E-Mail-Postfach Ihres Kunden weitergeleitet. – Martin

Antwort

37

Die on-behalf-of Kopfzeile ist der beste Weg, um dies zu tun, aber Sie werden auch durch Spam-Filter gefangen werden. Um die Wahrscheinlichkeit, dass Sie im Spamfilter landen, zu verringern oder zu verringern, sollten Sie alle Industriestandards für die Überprüfung Ihrer Domäne und Ihres Mailservers implementieren. Wie in diesem Artikel angegeben:

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

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

https://www.postmarkapp.com

Verwenden Sie ein Unternehmen, das eine Domain-Experte auf dem Gebiet der E-Mails senden und hat durch die ganze Beinarbeit gegangen Holen Sie sich die höchste Zustellrate. Und wird für Sie die Standards übertreffen und schwarze Listen auf Probleme überwachen.

+1

Wir machen bereits das meiste, was im Codinghorror-Blog empfohlen wird (was ich gelesen habe). Wir verwenden einen SPF/Sender-ID-Datensatz, wir haben eine korrekte umgekehrte PTR zu unserem SMTP-Relay. Wir haben kein Problem damit, Spam im Moment zu fangen, indem wir von unserer eigenen Domain senden. Das Problem besteht darin, dass Antworten an die richtigen Parteien weitergeleitet werden. –

+1

Das Problem besteht darin, dass die beiden aufgelisteten Methoden zum Überprüfen Ihrer Domäne als gültiger Absender dienen. Sie müssen den nächsten Schritt machen und jede E-Mail signieren, die zugestellt wird. Mit einem Domänenschlüssel. Sie müssen das DKIM implementieren, wenn Sie Wikipedia (http://en.wikipedia.org/wiki/DKIM) lesen, heißt es "... der Transitpfad; oder ein indirekter Handler, ** wie ein unabhängiger Dienst, der ist Hilfe für einen direkten Führer ** ... ". Es wird schwierig sein, wenn Ihr E-Mail-Code überall ist oder wenn Ihr SMTP-Server sie nicht automatisch signiert, ein weiterer Grund, den oben erwähnten Service zu bekommen. –

+2

Nachdem Sie jede E-Mail-Adresse unterschrieben haben, können Sie 'on-nothing-of' verwenden oder Sie können einfach die E-Mail-Adresse in die 'from'-Adresse eingeben, die die kugelsichere Lösung darstellt. –

24

Sie suchen wahrscheinlich nach Reply-To. Im Gegensatz zu On-Behalf-Of ist es ein offizieller und weitgehend unterstützter Header, und es unterliegt nicht den gleichen Spam-Prüfungen wie From.

Wenn Sie wirklich im Namen eines anderen Benutzers senden möchten, wäre der "meist" korrekte Weg, nach SMTP-Standards, Ihre "echte" Adresse in Sender: und die Adresse Ihres Kunden (von denen Sie sind) Senden im Namen) in From:. Jedoch wird From: speziell von DMARC, einem sehr strengen Spam-Schutz-Protokoll, das von den meisten großen E-Mail-Anbietern implementiert wird, ins Visier genommen. Sie werden einen DMARC-Fehler From: nicht übersehen, nur weil Sie einen gültigen Header Sender: haben.

DMARC ermöglicht Domäneneignern, anzugeben, wie SPF und DKIM auf den Header From: angewendet werden sollen. Eine gängige Richtlinie ist die Ablehnung von E-Mails, die entweder SPF oder DKIM nicht erfüllen. Das bedeutet, dass Ihre E-Mail nicht einmal als Spam gekennzeichnet wird: Sie wird regelrecht abgelehnt.

Sender: + From: funktioniert immer noch, technisch. Es wurde ursprünglich mit der Absicht erstellt, von Personen in der gleichen Organisation wie einer Sekretärin oder einem Assistenten verwendet zu werden. Dies hat sich mit dem Aufkommen von Spam-Abwehrmechanismen zu einer harten Einschränkung entwickelt.