Warum ist es eine schlechte Idee, eine Kunden-E-Mail als Absenderadresse zu verwenden?

Ich habe eine Anwendung, mit der Benutzer per E-Mail benachrichtigt werden, sobald sie ein Formular ausgefüllt haben. Es wird eine no-reply@customerdomain.comAbsenderadresse verwendet. Der Kunde möchte, dass die E-Mail aus dem Formular als Absenderadresse verwendet wird, bei der es sich um eine beliebige Adresse handeln kann. Mir wurde gesagt, dass dies aufgrund von Spoofing / Blacklisting und Spam eine schlechte Idee ist.

Der genaue Grund, warum dies eine schlechte Idee ist, ist mir sehr vage, zumal ich versuchen muss, den Klienten davon abzubringen. Kann mir jemand erklären, warum das eine schlechte Idee ist.

Interessanterweise hat der Kunde ein Google Mail-Konto als Absenderadresse als Demo verwendet, was nicht nur gut funktioniert, sondern der Anwendung auch ermöglicht hat, E-Mails zu senden (dies würde vorher bei einer E-Mail nicht der Fall sein no-reply@customerdomain.com). Ähm - was ist los? Mir wurde eines gesagt und das Gegenteil funktioniert.

Entschuldigung - ich weiß, dass dies grundlegend ist, aber ich konnte bei einer Google-Suche alles finden. Im Großen und Ganzen denke ich, weil ich Probleme habe, die Frage überhaupt zu formulieren.

BEARBEITEN

Vielen Dank an alle - tolle Antworten. Interessanterweise befinden sich der Server, der die E-Mail sendet, und das zu sendende Postfach hinter derselben Firewall, sodass der Client angibt, dass er sich nicht um Spam kümmert. Naja.

Es ist aus mehreren Gründen eine schlechte Praxis:

• Sie dürfen KEINE E-Mails von einer Domain senden, die Sie nicht besitzen. Als solches könnte es als Versuch einer Imitation aufgefasst werden.
• Es ist eine gängige Praxis, die von Spammern verwendet wird und als solche häufig von Spam-Filtern gekennzeichnet wird.
• Gut gewartete Domains verwenden häufig SPF oder DKIM , um ihre Reputation zu schützen und anderen Systemen zu helfen, Identitätswechsel und Spam zu erkennen. Sie werden offensichtlich nicht in der Lage sein, den DKIM-Mail-Header oder Ihren SMTP-Server zum SPF-DNS-Eintrag der Domain hinzuzufügen, und Ihre Mail wird (zu Recht) als gefälscht und abgelehnt betrachtet.

In der Regel wird Ihre lokale Domain als Absender verwendet, wobei möglicherweise eine nicht vorhandene Adresse als Benutzername verwendet wird.

Tatsächlich dürfen Sie die FromAdresse auf die E-Mail-Adresse Ihres Kunden setzen, solange Sie das SenderFeld korrekt auf Ihre eigene Adresse setzen. Dies ist , was Paypal ist zu tun pflegt!

VON: customer@yourCustomer.com
AN: recipient@recipient.com
SENDER: you@yourCompany.com

Die meisten E-Mail-Clients geben dies als "Von Ihnen@IhreFirma.com Im Namen von Kunde@IhreKunde.com" aus . Es sollte keine Probleme mit SPF oder DKIM in der Domäne des Kunden geben.

Sie sollten wahrscheinlich auch den Reply-toHeader auf die Adresse Ihres Kunden setzen, damit die Antworten an die Adresse des Kunden und nicht an Ihre Adresse gesendet werden.

TL; DR:

Es ist eine schlechte Praxis, die E-Mail-Adresse aus dem Formular zu verwenden. Verwenden Sie stattdessen eine E-Mail-Adresse, die speziell für diese Mailingliste verwendet wird.

Lange Version:

Erstens werden tatsächlich zwei E-Mail-Adressen verwendet. Einer ist der Absender des Umschlags, der andere ist derjenige, der From:in der E-Mail in der -Linie angegeben ist.

Der Umschlagsender ist derjenige, der von E-Mail-Servern verwendet wird, um Unzustellbarkeitsbenachrichtigungen auszugeben. Wenn Sie eine Mailingliste ausführen, handelt es sich bei dieser Adresse normalerweise um ein Skript, mit dem nicht funktionierende Adressen aus der Mailingliste entfernt werden können.

Die From:Adresse wird verwendet, wenn der Empfänger der E-Mail auf Antworten klickt. In diesem Fall sollte es auf jemanden verweisen, der tatsächlich jede Frage beantworten kann, mit der der Empfänger antworten kann (oder zumindest an jemanden weiterleiten, der dies kann).

Wenn Sie die E-Mail-Adresse des Empfängers als Absender des Umschlags verwenden, können Sie davon ausgehen, dass einige / viele Mailserver die E-Mail ablehnen oder als Spam einstufen, da die Leute ihre E-Mails nicht oft über eine E-Mail an sich selbst senden außerhalb des Servers.

Wenn Sie die E-Mail-Adresse des Empfängers als From:Absender verwenden, kann der Benutzer bei Bedarf nicht auf die Nachrichten antworten. Es reicht nicht aus, irgendwo in den Text der E-Mail-Nachricht einen Link einzufügen. Leute werden immer noch die Antwort-Taste in ihrem E-Mail-Programm benutzen und sich darüber aufregen, wenn es nicht funktioniert.

Sie haben hier einige gute Antworten auf technische Fragen. Wenn Sie dies an Ihren Kunden verkaufen möchten, kann es hilfreich sein, die Frage etwas anders zu formulieren. Der Kunde fragt Sie wahrscheinlich nach einer Variante von "wird es funktionieren", auf die die Antwort lautet "Ja, so können Sie E-Mails senden".

Eine bessere Frage, die sie sich stellen sollten, lautet: "Wird es ankommen? Werden unsere Kunden es sehen, wenn es so gesendet wird?". Die Antwort mit den meisten modernen Spam-Filtern lautet "Nein, wahrscheinlich nicht".

Es gibt zwei Probleme, an die ich denken kann, das größte Problem ist, dass Sie E-Mails versenden, die möglicherweise nicht zugestellt werden können, und die Absenderadresse wird natürlich auch so sein, dass viele E-Mails warten müssen, bis das Zeitlimit abgelaufen ist . Das kleinere Problem könnte sein, dass einige dieser E-Mails in Spam enden, da die Server nach E-Mails von bestimmten Domänen suchen, die von bestimmten Computern stammen (gemäß DKIM-Regeln).

Ich würde die no-reply@customerdomain.comAdresse erstellen und später entscheiden, was mit der E-Mail geschehen soll.

Es ist eine schlechte Idee, die eigene Adresse des Benutzers als Von: zu fälschen. Dies ist eine gute Möglichkeit, um sicherzustellen, dass die E-Mail den Benutzer nie erreicht, da Anti-Spam-Filter sie möglicherweise als Fälschung betrachten (was de facto so ist!).

Es ist durchaus sinnvoll und üblich, dass der SMTP-Server für "thisdomain" eine Anforderung "MAIL From: user @ thisdomain" ablehnt, die von einer TCP-Verbindung stammt, die sich außerhalb von "thisdomain" befindet. (Das Zulassen einer solchen Anfrage von lokalen Hosts ermöglicht es dem Benutzer innerhalb des "thisdomain" -Netzwerks, sich gegenseitig zu mailen.)

Eigentlich ist das auch noreply@customerdomain.comeine schlechte Idee:

Hier ist ein Konfigurations-Snippet von meinem SMTP-Server (Exim-Software), mit dem er so konfiguriert wird, dass Nachrichten von noreplyAbsendern abgewiesen werden:

deny
  message = Sorry, we do not accept SMTP traffic from "noreply" senders. \
            We believe that it is less than polite to send messages from \
            nonexistent e-mail addresses \
            which cannot be replied to! E-mail is a "two-way street". \
            If you want us to accept \
            your mail, then please accept replies.
  senders = ^noreply@.*

E-Mails sollten nur von echten Absendern versendet werden, die Antworten annehmen können.

Warum sollte ich auf alles hören, was Sie sagen, wenn Ihre Ohren gegen alles verstopft sind, was ich sage?

Einige Personen werden diese E-Mails trotzdem beantworten und sollten an das entsprechende Kunden-Support-Konto weitergeleitet werden.

Der Kunde ist möglicherweise nicht über Spam besorgt, aber das vorrangige Problem ist, dass es ethisch falsch ist, die Domain des Kunden zu verwenden, wie in allen anderen Antworten hier angegeben.