Wie kann ich nicht empfangene E-Mails behandeln, die nicht zurückspringen?

12446
fredsbend

Zuerst wurde mir gesagt, dass, wenn eine E-Mail nicht zugestellt werden kann, Sie immer einen Rückschlag erhalten. Mit anderen Worten: Der Server teilt Ihnen mit, dass die E-Mail nicht zugestellt werden konnte, und Sie werden effektiv benachrichtigt, dass die Person, die Sie erreichen wollten, von Ihnen nichts gehört hat.

Mir wurde auch gesagt, dass Spamfänger oft nur die E-Mail verschicken, ohne den Absender zu benachrichtigen. Dies gilt in meinen Augen als gelieferte E-Mail, aber der Spamfänger verschiebt sie einfach in einen Junk-Ordner.

Manchmal senden Sie jedoch eine E-Mail und erhalten nie eine Antwort. Eine Woche später rufen Sie sie an und sie sagen, sie hätten es nie bekommen. Sie kennen diese Person. Sie haben ihnen bereits E-Mails ohne Probleme gesendet. Manchmal war Ihre "unsichtbare" E-Mail sogar eine Antwort auf ihre ursprüngliche E-Mail. Also, während Sie sie am Telefon haben, senden Sie eine andere, und sie verstehen es nicht! Was solltest du tun

Um dies zu untersuchen, können Sie versuchen, E-Mails an alle beteiligten Adressen zu senden und dann zu prüfen, ob sie zugestellt werden:

  1. von deiner primären zur primären deines Freundes.
  2. von deiner sekundären zu der primären deines Freundes.
  3. von deiner primären zur sekundären deines Freundes.
  4. von Ihrer sekundären E-Mail zur sekundären E-Mail Ihres Freundes.
  5. alle umgekehrten Bestellungen zu den oben genannten Punkten, so dass insgesamt acht E-Mails gesendet werden.

Was können Sie unter Umständen tun, wenn eine oder alle dieser acht Test-E-Mails nicht empfangen werden, und was bedeutet es, wenn keine "unzustellbare" Nachricht zurückgegeben wurde? Wo entlang des Zustellungspfads kann die E-Mail angehalten werden und wie können Sie das beheben?


In meinem speziellen Fall ist dies in letzter Zeit bei zwei Kunden geschehen (Geschäft, daher ist dies äußerst wichtig).

Mit dem ersten Client wurden E-Mails getestet:

  1. me@my_primary.com an client1@their_primary.com - nicht empfangen, kein Rücksprung, nicht in Müll gefunden.
  2. me@my_primary.com an client2@their_primary.com - nicht empfangen, kein Abpraller, nicht in Müll gefunden.
  3. me@my_secondary.com an clientany@their_primary.com - erhalten
  4. clientany@their_primary.com an me@my_primary.com - erhalten

Mit dem zweiten Client wurden E-Mails getestet:

  1. me@my_primary.com an client1@their_primary.com - nicht empfangen, kein Rücksprung, nicht in Müll gefunden.
  2. me@my_secondary.com an client1@their_primary.com - erhalten
  3. clientany@their_primary.com an me@my_primary.com - erhalten

Bei beiden Kunden haben sie bereits mehrere Male E-Mails von meiner primären E-Mail-Adresse erhalten, aber jetzt gab es dieses Problem. Ich habe den Verdacht, dass andere Kunden keine E-Mails erhalten haben, weil sie nicht geantwortet haben.

Meine primären E-Mails werden über eine auf bluehost gehostete Domäne mit einer dedizierten IP-Adresse gesendet. Laut dem technischen Support von Bluehost werden eingehende E-Mails über diese IP-Adresse geleitet, aber alle ausgehenden Bluehost-E-Mails werden über eine rotierende Proxy-IP-Adresse geleitet. Grundsätzlich wird meine dedizierte IP-Adresse niemals von ausgehenden E-Mails berührt. Das bedeutet, dass ausgehende E-Mails immer noch anfällig für IP-Adressen auf der schwarzen Liste sind, weil andere Benutzer sich nicht benehmen. Laut dem technischen Support von Bluehost gab es ein kleines Problem, als meine fehlgeschlagenen E-Mails gesendet wurden und nicht jede Domäne mit fehlgeschlagenen Sends Bounce-Backs erhielt. Dies könnte mein Problem gewesen sein.

2
Ich habe versucht, eine allgemeine Frage zu stellen, die für andere nützlich sein könnte, und legte meine spezifischen Probleme an, die als Fallstudie behandelt werden können. fredsbend vor 9 Jahren 0
Betreibst du deine eigenen Mailserver? Wenn ja, überprüfen Sie die ausgehenden Warteschlangenprotokolle des sendenden Mail-Servers. Sehen Sie, ob es etwas Besonderes gibt. Wenn Sie die Kontrolle über den empfangenden Server haben, überprüfen Sie auch die Protokolle. Die Bounce-E-Mails, die Sie erhalten (oder nicht erhalten), sind im Allgemeinen nur eine abschließende "Zusammenfassung" des Status. Detailliertere Informationen mit höherer Auflösung finden Sie in den Protokollen. Jason C vor 9 Jahren 0
Auch wenn dieser Punkt nicht übersprungen wurde: Hat der Empfänger in Ihren Test-E-Mails den Junk-Ordner überprüft und festgestellt, dass er nicht dort war? Das ist mir nicht klar. Jason C vor 9 Jahren 0
@JasonC E-Mails wurden nicht in den Junk-Ordnern gefunden. Ich habe mich bezüglich Hosting aktualisiert. Siehe den letzten Satz. Ich kann anscheinend keine "E-Mail-Protokolle" in cPanel auf bluehost finden. fredsbend vor 9 Jahren 0
Vielen Dank. Wenn Sie einen Mail-Server ausführen, besteht der erste Schritt bei der Diagnose dieser Art von Problemen darin, * immer * die Protokolle zu überprüfen. Da bluehost die Kontrolle hat, empfehle ich Ihnen zunächst, den technischen Support von bluehost anzurufen, Ihre Situation zu erklären und sie zu fragen, ob weitere protokollierte Details vorhanden sind, die Aufschluss darüber geben können. Darüber hinaus haben sie möglicherweise Kenntnis von anderen Problemen, die Sie betreffen könnten und die Sie selbst nicht herausgefunden hätten. Wie Sie weitermachen, hängt von den Ergebnissen dieser Konversation ab. Jason C vor 9 Jahren 0
Ich wollte nur anmerken, dass Sie möglicherweise keine Ablehnungs-E-Mail erhalten. Abhängig davon, wie der E-Mail-Server des Empfängers eingerichtet ist. Wo ich arbeite, hat jeder eine E-Mail-Adresse, aber nur einige erhalten E-Mails von außerhalb. Wenn einem Benutzer, an den wir externe E-Mails blockieren, eine E-Mail gesendet wird, wird der E-Mail-Server nur die E-Mail-Adresse verwerfen, und * sendet * keine E-Mail zur Ablehnung. Devan vor 9 Jahren 0
@ JasonC Ich habe mich bezüglich des technischen Support von bluehost über Neuigkeiten informiert. Im Grunde könnte mein genaues Problem ein schwarzes IP-Problem gewesen sein, das sie hatten. fredsbend vor 9 Jahren 1
Ich bin in eine ähnliche Situation geraten, in der ein Idiot-Administrator bei einem ISP entlang der Route eine Regel festgelegt hat, die E-Mails mit n oder mehr Links darin als Spam behandelt und diese ohne Absprung löscht. In diesem Fall war es der Sig meiner Frau, der Links zu zwei ihrer Websites enthielt. E-Mail ohne Sig ging durch, E-Mail mit einem Sig mit einem einzigen Link funktionierte, aber sobald der zweite Link einging, wurden die E-Mails gefressen. Steve Rindsberg vor 7 Jahren 0

2 Antworten auf die Frage

1
BillThor

Es gab eine Zeit, in der Server versuchten, alle fehlgeschlagenen E-Mails abzustoßen. (Es gab eine Zeit, in der Sie mehr oder weniger jedem im Internet oder zumindest seinem Systemadministrator vertrauen konnten.) Die Zeiten haben sich geändert und die Mehrzahl der E-Mail-Nachrichten sind Spam.

Selbst wenn versucht wird, Bounce-Nachrichten zu senden, gibt es Bedingungen, die das Senden der Antwort verhindern. Dies sollten hauptsächlich Probleme mit der Ursprungsdomäne sein.

Die einzige sichere Zeit, um eine Nachricht abzusagen, ist, bevor sie angenommen wurde. Viele Server akzeptieren alle Nachrichten und überprüfen erst später, ob sie die Nachricht übermitteln können. Sobald die Nachricht akzeptiert wurde, wird der Absprung wahrscheinlich an eine Domäne gesendet, deren Identität gefälscht wurde, und wird als Rückstreu-Spam betrachtet.

Ein weiterer Grund, Nachrichten nicht abzulehnen, ist der Schutz der Liste der gültigen E-Mail-Adressen. Durch das Abspringen einer Nachricht mit no such userFehlern können Listen potenzieller E-Mail-Adressen gelöscht werden. Dies vereinfacht gezielte E-Mail-Kampagnen, die für Phishing verwendet werden können.

E-Mails, die bei den Spam-Indikatoren einen hohen Stellenwert einnehmen, werden häufig nur verworfen. Das ist es, was mit all den 419-Betrugsmeldungen, die ich erhalte, passiert. Bestimmte Blacklists werden als zuverlässig genug angesehen, sodass Ihre Nachricht einfach gelöscht wird.

Nachrichten, die von einer dynamischen IP-Adresse gesendet werden, werden wahrscheinlich auch verworfen, da die Wahrscheinlichkeit, dass es sich um Spam handelt, bei weit über 99% liegt. Es tut uns leid, es gibt viele Spambots für dynamische IP-Adressen. Eine statische IP-Adresse mit DNS, die die Rückwärtsvalidierung bestanden hat, ist wahrscheinlich gültig.

Probleme mit der Zustellung werden am besten durch die Arbeit mit Ihren Protokollen und deren Protokollen behoben. Sie sollten in Ihren Protokollen überprüfen können, an welchen Server Ihre Nachricht gesendet wurde. Sie sollten in der Lage sein, anhand Ihrer Protokolle zu überprüfen, was mit Ihrer Nachricht geschehen ist.

Es gibt Server, die Ihre Nachricht mit verschiedenen Hinweisen auf die Qualität Ihrer Nachrichten an Sie zurücksenden. Damit dies funktioniert, müssen eingehende Nachrichten funktionieren. Dann können Sie mit der Arbeit an ausgehenden Nachrichten beginnen.

Ich habe etwas ausführlich auf Email gepostet. In meinem Artikel zum Erkennen von E-Mail-Serverfälschung werden einige Validierungsdienste aufgeführt. Mein ursprünglicher Beitrag zum Thema " Ausführen eines E-Mail-Servers" ist ein wenig wie ein Scherz, als ich damals mit einer Anzahl falsch konfigurierter Server zu tun hatte. Größere Organisationen wenden zunehmend Richtlinien an, die in meinem http://www.systemajik.com/blog/email-policy/ enthalten sind .

Vielen Dank für Ihre Antwort. Es waren nützliche Informationen, aber nicht genau das, wonach ich gesucht hatte. Ich habe eher konkrete Schritte zur Fehlerbehebung mit Empfehlungen erwartet. +1 für die Anstrengung Ich habe tatsächlich bestimmt, was mein Problem nach einem technischen Anruf war. Das OP wurde aktualisiert. fredsbend vor 9 Jahren 0
Ich denke, was hier hilfreich wäre, sind Anweisungen, wie man IP-Blacklists, SPF-Einträge und dergleichen überprüft, die dazu führen, dass E-Mails als Spam behandelt werden. Claus vor 8 Jahren 0
@ Claus Siehe meine Ergänzungen. Der erste Artikel enthält Links zu Validierungsdiensten. Viele der Validierungsdienste überprüfen schwarze Listen. Es gibt eine Reihe von Websites, die Ihre Domain überprüfen, um zu sehen, ob sie auf der schwarzen Liste steht. Mindestens einer sendet Ihnen regelmäßig Updates. Die großen Blacklists erleichtern auch die Feststellung, ob Sie aufgeführt sind. BillThor vor 8 Jahren 0
1
Jason C

Einige meiner früheren Kommentare in eine Antwort umwandeln, da ich glaube, dass dies ein guter allgemeiner erster Schritt sowohl für gehostete als auch für intern geführte Server ist:

Sie haben das Richtige getan, indem Sie die durchgeführten Tests ausgeführt haben. Ein konkreter Testsatz, um ein Problem zu isolieren und zu reproduzieren, ist immer ein guter erster Schritt. Ein guter nächster Schritt bei der Diagnose dieser Art von Problemen ist das Überprüfen der Protokolle, obwohl dies nicht immer direkt möglich ist, wenn Sie Ihren Mail-Server nicht steuern.

Wenn Sie einen eigenen Server ausführen, überprüfen Sie die Protokolle der ausgehenden Warteschlangen des sendenden Mail-Servers. Sehen Sie, ob es etwas Besonderes gibt. Wenn Sie die Kontrolle über den empfangenden Server haben, überprüfen Sie auch die Protokolle. Die Bounce-E-Mails, die Sie erhalten (oder nicht erhalten), sind im Allgemeinen nur eine abschließende "Zusammenfassung" des Status. Detailliertere Informationen mit höherer Auflösung finden Sie in den Protokollen.

Wenn Sie keinen eigenen Server betreiben (z. B. in Ihrem Fall, da bluehost die Kontrolle hat), empfehle ich als nächsten Schritt, den technischen Support Ihres Hosting-Providers anzurufen und Ihre Situation zu erläutern. Erkundigen Sie sich, ob weitere Protokolle vorhanden sind Details, die Licht bringen können. Darüber hinaus haben sie möglicherweise Kenntnis von einem anderen fortdauernden Problem, das Sie möglicherweise selbst nicht in Erfahrung bringen konnte. Dies ist besonders nützlich, weil Sie sich die Mühe sparen, ein Problem zu untersuchen, das nicht der Fall ist lösbar von dir Wie Sie weitermachen, hängt von den Ergebnissen dieser Konversation ab.