Frage Welche Diagnoseschritte kann ich machen, wenn meine E-Mails versendet werden, aber nicht, nicht einmal als Spam?


Ich habe ein Problem, wo alle E-Mails an bestimmte Empfänger senden, aber nie ankommen, nicht einmal als Spam, ohne Fehler, während E-Mails an alle anderen gut funktionieren. Ich bin ratlos und suche nach Wegen, um zu diagnostizieren, was passiert.

  • Ich habe letzte Woche einige E-Mails von Outlook 2016 an einen Kunden gesendet. Ich habe jetzt festgestellt, dass sie nie empfangen wurden. Ich habe versucht, andere über ihre Domain zu mailen und es sieht so aus, als würde keiner von ihnen meine Emails erhalten, aber andere auf anderen Domains
  • Ich habe meinen "send" -Ordner überprüft und sie sind identisch mit allen anderen gesendeten E-Mails. Ich hatte keine Zustellungsberichte oder ähnliches und sie befinden sich im Ordner "sended" und nicht in "outbox". Ich habe auch versucht, mich selbst in meinen letzten E-Mails an diese Leute zu callen - sie senden definitiv.
  • Ich habe mit dem fraglichen Kunden nachgesehen, und sie haben nie etwas von mir bekommen, nicht einmal in einem Spam-Ordner. Ich kann E-Mails von ihnen erhalten, aber sie erhalten nichts von mir - nicht einmal meine Antworten auf ihre E-Mails.
  • Die erste E-Mail hatte zwei kleine (500kb) PDF-Anhänge, aber das gleiche Schicksal ereilte Folge-E-Mails, die keine Anhänge hatten. Keine Bilder oder Links in irgendwelchen E-Mails. Es handelte sich um normale arbeitsbezogene E-Mails an zwischen ein und drei Personen, mit denen ich in der Vergangenheit über die gleiche E-Mail-Adresse und Outlook E-Mails ausgetauscht hatte. Sie sind auch in demselben Land wie ich.
  • Es gab keine Lieferfehler Antworten oder ähnliches. Die erste solche E-Mail wurde am letzten Freitag um 8:55 Uhr gesendet, also vor über 5 Tagen, und nichts wurde von mir oder von ihnen empfangen.
  • Ihre E-Mails an mich kommen gut an - und in der Tat waren meine ersten E-Mails an sie, die fehlgeschlagen sind, Antworten auf ihre eigenen E-Mails. Ich habe auch E-Mails zu dieser Domain erhalten, die vor zwei Wochen noch normal waren.
  • Ich habe verschiedene Test-E-Mails für diese Domain ausprobiert und es passiert nichts.

    • Unschuldige E-Mails, die einfach sagen "Dies ist eine Test-E-Mail" und ähnliche werden nie kommen
    • E-Mails von Webmail und meiner Android-Mail-App kommen nicht wie E-Mails aus Outlook an (und geben auch keine Zustellungsberichte aus - alles schlägt im Hintergrund fehl)
    • E-Mails, die mit dem 3G meines Telefons gesendet werden, erleiden das gleiche Schicksal wie E-Mails, die über mein WiFi gesendet werden
    • Ich habe auch ein neues E-Mail-Konto auf derselben Domain erstellt (z. B. test@my-domain.com neben meinem üblichen gehen my-name@my-domain.com), und es hatte genau das gleiche Problem (getestet mit Webmail).
    • Um zu testen, ob ich irgendwelche versauten SMTP-Einstellungen habe, die Bounceback-Zustellung blockieren, habe ich eine E-Mail an hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com geschickt, um zu begründen, dass es wahrscheinlich nicht existiert. Ich erhielt eine vollkommen normale "Mailzustellung fehlgeschlagen: Nachricht an Absender zurücksenden" Bounceback - also kann ich Bouncebacks empfangen, ich werde sie aus irgendeinem Grund nicht aus dieser Domain gesendet.
    • E-Mails an sie, zum Beispiel von meinem persönlichen Gmail-Konto, werden gut empfangen (also benutze ich das in der Zwischenzeit, bis dieses Problem gelöst ist)

Die E-Mail stammt von meiner eigenen Domain - ich habe E-Mails an andere Personen von der gleichen E-Mail-Adresse und dem gleichen Outlook gesendet und sie erhielten gut. Gmail markiert sie gelegentlich als Spam, den ich sehe, aber andere Clients scheinen keine Probleme zu haben.

Abgesehen davon kann ich nichts weiter sehen. Ich bin mir sicher, dass hier nicht genug ist, um mein Problem zu diagnostizieren Ich frage nicht nach einer Lösung, sondern nach Diagnoseschritte Ich kann ... nehmen, beispielsweise:

  • Gibt es irgendetwas "unter der Haube", das ich in Outlook sehen kann, wie einen Sendebericht oder ein Protokoll?
  • Gibt es Servertypen oder domänenbezogene Protokolle, die ich untersuchen sollte, die relevant sein könnten? Meine Domäne ist einem SMTP-Server auf einem Centos VPS zugewiesen.
  • Gibt es irgendwelche Arten von Blacklists oder Sicherheitseingriffen, über die ich Bescheid wissen sollte, und nach denen ich suchen könnte, würde eine E-Mail nicht einmal so weit kommen wie ein Spam-Ordner?

Ich habe diese Frage gesehen E-Mails werden von einigen Personen nicht empfangen, die ähnlich ist, aber mit zwei Unterschieden:

  • Sie verwenden ein Massenmail-System, ich benutze regelmäßig Outlook, jeweils eine E-Mail.
  • Die akzeptierte Antwort ist Schuld Greylisting - Meine erste fehlende E-Mail stammt jedoch vom letzten Freitag (vor fünf Tagen), und Greylisting verzögert offenbar E-Mails zwischen 15 Minuten und "ein paar Tagen".

Wie Tyson vorgeschlagen hat, habe ich es versucht http://mxtoolbox.com/ aber leider gab es keine Hinweise (zumindest keine Hinweise, die ich sehen kann). Falls ich etwas verpasst habe, hier sind die Ergebnisse:

Blacklist-Prüfung

Überprüfung von XX.XX.XX.XX gegen 95 bekannte Blacklists ...

Gelistet 0 Mal mit 1 Timeouts

[viele grüne Häkchen dann am Ende der Liste:]

TIMEOUT IPrange RBL Project [response time:] 0

Es ist also in keiner bekannten Blacklist. Ich weiß nicht, warum die IPrange-RBL-Prüfung fehlgeschlagen ist, aber ich habe manuell nachgesehen http://iprange.net/rbl/lookup/ und ich bin auch nicht auf der schwarzen Liste.

SMTP-Prüfung:

enter image description here

Die Verbindungszeit ist also ein bisschen langsam (ich bin mir nicht sicher, warum, werde ich das untersuchen), aber ich verstehe nicht, warum das dazu führen würde, dass versendete Mails manchmal komplett verschwinden.

http://intodns.com Geben Sie auch feste grüne Häkchen für alle MX-Prüfungen meiner Domain.


Ich habe versucht, Protokolldateien auf dem (Centos / Linux) Server zu durchsuchen:

  • /var/log/maillog - Diese sind alle leer. Ich glaube, das sind sendmail-Logs, und ich verwende derzeit nicht sendmail, das macht also Sinn.
  • /var/log/exim/reject.log ist voll von abgelehnten Brute-Force-Versuchen auf dovecot. ich habe fail2ban und ich werde meine Firewall-Einstellungen überprüfen usw., um zu sehen, ob ich sie stoppen kann, sogar versuchen, aber ich denke nicht, dass das verwandt ist
  • /var/log/exim/main.log enthält auch viele abgelehnte Brute-Force-Versuche, enthält aber auch Aufzeichnungen einiger tatsächlich gesendeter E-Mails:

Hier ist eine E-Mail an drei Personen in derselben Domain, die für alle drei Personen fehlgeschlagen ist (ich habe einige der alphanumerischen Zeichenfolgen bearbeitet und die IP-Adressen durch TXT.LIKE.TH.IS ersetzt):

2016-02-12 08:55:41 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:55:49 1aU9Vw-0004vq-EG <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=1443429 id=000001d17563$920b5cf0$7b1622d0$@my-domain.com
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => alice.domain@receives-nothing.org <alice.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> brian.domain@receives-nothing.org <bob.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG -> carol.domain@receives-nothing.org <carol.domain@receives-nothing.org> R=dnslookup T=remote_smtp H=cluster5.us.messagelabs.com [US.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:55:51 1aU9Vw-0004vq-EG Completed

Hier ist eine E-Mail an eine Person, die erfolgreich war (wurde vom Empfänger erhalten):

2016-02-12 08:58:20 no host name found for IP address MY.PC'S.IP.ADR
2016-02-12 08:58:23 1aU9YU-0004w0-IN <= me@my-domain.com H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:me@my-domain.com S=23133 id=003101d61537$874b04a0$59e01ed0$@my-domain.com
2016-02-12 08:58:26 1aU9YU-0004w0-IN => zak.receives@email-normally.org <zak.receives@email-normally.org> R=dnslookup T=remote_smtp H=cluster4.eu.messagelabs.com [UK.IP.ADR.ESS] X=UNKNOWN:DHE-RSA-AES256-GCM-SHA384:256
2016-02-12 08:58:26 1aU9YU-0004w0-IN Completed

Ich kann keine signifikanten Unterschiede zwischen den beiden sehen. Vor und nach beiden ist nichts als Brute-Force-Trümmer und andere E-Mails.

Ich weiß nicht, was die Bedeutung von cluster5.us.messagelabs.com oder cluster4.eu.messagelabs.com ist, aber die zugehörigen IP-Adressen sind beide MessageLabs IP-Adressen.

Das googeln von messageslabs.com ist aufgetaucht dieser BlogartikelDas sieht relevant aus und legt nahe, dass (nebenbei bemerkt) meine beiden Kunden MessageLabs-Abonnenten sind, aber für die wichtigen Unterschiede, dass a) ich im Gegensatz zum Autor nicht einmal eine Unzustellbarkeitsbestätigung bekomme und b) wenn MessageLabs meine blockiert E-Mail, ich sehe nicht, warum sie es für einen ihrer Kunden, aber nicht für einen anderen blockieren würden.


9
2018-02-17 10:53


Ursprung


Überprüfen Sie Ihre ausgehende IP für Blacklisting auf mxtoolbox.com. - Tyson
Können Sie die Zieldomänen benennen? Einige Mail-Dienste implementieren die verpfuschte Anti-Spam-Richtlinie "Akzeptieren und Ablegen ohne vorherige Ankündigung". - AnFi
Es sieht definitiv ein Problem auf der Empfängerseite aus. Sie haben angegeben, dass Sie Outlook und Ihre eigene Domain verwenden. Was ist Ihr E-Mail-Server? Ihre eigene oder eine von Ihrem Hosting-Provider zur Verfügung gestellt? Haben Sie Zugriff darauf, um zu versuchen, eine SMTP-Verbindung von Ihrem Server zu ihrem Server zu öffnen? - Zina
Vielleicht so etwas Microsoft Support - XFOR: Telnet an Port 25 zum Testen der SMTP-Kommunikation. Sie sollten dies von Ihrem Mail-Server aus tun und ich würde vorschlagen, dass Sie die Befehle / Zeilen vorbereiten, die Sie zum Testen verwenden werden, da Sie die Rücktaste nicht verwenden können, wenn Sie etwas falsch eingeben. Damit wäre es besser, dass der Empfänger dies überprüfen könnte (wie ich und andere vorgeschlagen haben). Vielleicht probierst du es auf deinem Mail-Server mit deiner E-Mail aus und um zu sehen, was du erwarten solltest. - Zina
Zusätzlich zu dem obigen Kommentar können Sie eine nie erreichte E-Mail von einem anderen Netzwerk, z. B. Ihrem Zuhause, erneut senden. Wenn es ankommt, dann beweist dies, dass der Zielserver Sie nicht mag. Wenn dies nicht der Fall ist, mag der Zielserver den Inhalt der E-Mail nicht. Versuchen Sie also als nächstes eine völlig unschuldige "Hallo" -Nachricht. - harrymc


Antworten:


E-Mail-Fehlerbehebung kann in "Absender" und "Empfänger" Probleme unterteilt werden. Da Sie in der Lage sind, an andere Leute zu senden, funktioniert die Senderseite wahrscheinlich gut. Sie müssen die Empfängerseite untersuchen, um das Problem zu finden.

Das Betrachten der Protokolle ist ein guter Schritt und kann Ihnen sagen, wo Ihre Nachrichten ankommen und wo nicht. Der normale E-Mail-Fluss verläuft folgendermaßen:

  1. Sie senden von Ihrer E-Mail-Software an Ihren Server

  2. Ihr Server sendet an seinen Server

  3. Ihr Server sendet an ihren E-Mail-Client

In diesem Fall können Sie aus den Protokollen sehen, dass ihr Server zu sein scheint

cluster5.us.messagelabs.com

MessageLabs ist ein E-Mail-Filterdienst, der jetzt im Besitz von Symantec ist. Nachrichtenfilterungsdienste wie diese werden zum Entfernen aller Spam- und Junk-E-Mails verwendet Vor Die Nachrichten werden an die Client-Software gesendet. Dies bedeutet, dass Nachrichten, die von messagelabs blockiert werden, nicht in Spam- oder Junk-E-Mail-Ordnern in der Client-Software angezeigt werden. Sie werden einfach verschwinden und der Empfänger wird nie ein Zeichen von ihnen sehen. In seltenen Fällen erhalten sie möglicherweise eine Nachricht, dass "eine Nachricht von jemand@example.com blockiert wurde. Wenden Sie sich an Ihre IT-Abteilung, um die Blockierung aufzuheben."

Das klingt sehr ähnlich wie hier. Technisch gesehen sollten Sie eine Bounce-Antwort von MessageLabs erhalten, wie der Typ in dem Link, den Sie gepostet haben, aber das ist nicht garantiert. Sie können Ihre Nachricht einfach stillschweigend löschen, wenn sie denken, dass es sich um Spam handelt. In der Regel stellen MessageLabs eine Schnittstelle für die IT-Abteilung ihres Kunden zur Verfügung, in der blockierte Nachrichten freigegeben werden können. Sie können Ihren Ansprechpartner im Unternehmen bitten, sich mit seinem IT-Team nach blockierten Nachrichten von Ihrer E-Mail-Adresse zu erkundigen. Zumindest kannst du es, wenn du andere Wege hast, sie zu kontaktieren!

Weitere nützliche allgemeine Schritte zur Fehlerbehebung: Wenn Sie keinen Zugriff auf die Protokolldateien hatten, können Sie herausfinden, was der Server für eine Domäne sein sollte, indem Sie nach den "MX-Datensätzen" suchen.

Zum Beispiel hier: http://mxtoolbox.com/

Der MX-Eintrag ist der Inhalt eines E-Mail-Servers, um herauszufinden, wohin er Ihre E-Mail senden soll.

Sie können dann eine manuelle Verbindung zu dem im mx-Datensatz aufgelisteten Server initiieren, um zu sehen, ob er E-Mails akzeptiert und welche Fehlermeldungen Sie möglicherweise erhalten. Verwenden Sie ein Telnet-Programm wie Putty: http://www.putty.org/und telnet zum E-Mail-Server an Port 25. Einige der Befehle, die Sie benötigen, sind hier aufgeführt: http://www.yuki-onna.co.uk/email/smtp.html

So können Sie jetzt eine Verbindung zu ihrem Mail-Server herstellen und eine E-Mail mit Ihrer E-Mail-Adresse als "Von" -Adresse senden und sehen, wie der Server direkt antwortet. Alle E-Mail-Fehlercodes, die zurückgegeben werden, können in Google oder hier nachgeschlagen werden: http://www.serversmtp.com/de/smtp-error

Sobald Sie sich vergewissert haben, dass Sie eine Verbindung zum Server herstellen können, wird Ihnen möglicherweise mitgeteilt, warum Ihre E-Mail als Spam abgelehnt wird oder aus einem anderen Grund, aber der Grund ist möglicherweise nicht einfach zu entschlüsseln. In diesem Stadium würde ich vorschlagen, dass Sie den Kunden von messageLabs bitten, sich an seine Support-Nummer mit den Fehlercodes (oder deren Fehlen) zu wenden, die Sie von ihrem Server erhalten haben. Da Sie kein Kunde von messageLabs sind, können Sie kein Problem protokollieren oder messageLabs bitten, die Einstellungen des Kundenkontos zu überprüfen. Ihr Kunde wird das selbst fragen müssen. Dies wäre für jeden anderen Mailfilteranbieter ähnlich.

Hoffentlich weist Sie der Fehlercode auf ein bestimmtes Problem hin, wie beispielsweise, dass Ihr Server in einer Sperrliste aufgeführt ist oder ein SPF-Eintrag fehlt. Sie können das selbst beheben, weil es keinen Spaß macht, mit einem Filteranbieter zu arbeiten. Das letzte Problem, das ich so hatte, dauerte über drei Monate, bevor der Fehler gefunden wurde und messagelabs hat es behoben.

Ich werde auf die Antwort von Kubanczyk für Details zu SPF und DKIM-Einstellungen verzichten, weil sie viel besser zu wissen scheinen als ich!

Viel Glück!


3
2018-05-12 03:56





Ihre ausgehenden SMTP-Protokolle geben an, dass das Ziel die Nachricht akzeptiert hat. Wenn der Ziel-Mail-Server so freundlich ist, aus irgendeinem Grund einen Bounceback zu senden, ist das alles, was Sie bekommen. Abgesehen davon, dass der Kunde (der vielleicht nicht weiß), was mit der E-Mail passiert ist, gibt es nicht viel zu tun, außer zu raten. Sie können möglicherweise auch die Transportheader für eine Nachricht anzeigen, die Sie vom Client erhalten haben.

Hier ist ein Produktdatenblatt für die MessageLabs-Lösung (sehen Sie sich die Kontrollaktionen auf Seite 2 an)

Das E-Mail-System dieses Clients verwendet daher eine E-Mail-Sicherheitslösung für Unternehmen, die potenziell komplexe Richtlinien zum Blockieren, Verweigern, Ändern, Filtern, Scannen, Weiterleiten usw. von E-Mails basierend auf folgenden Faktoren bietet:

  1. Transportheader (Wurde diese Nachricht von einem anderen Produkt gescannt? Wurde sie zur Verschlüsselung gekennzeichnet? Ist sie signiert? Vertraue ich dem Quell-Mailsystem?)
  2. Empfänger (Wer darf wem eine E-Mail schicken?)
  3. Betreff, Anhang Einschränkungen (Ist 'V1AGArA' im Betreff? Enthält es eine .exe?)
  4. Eingeschränkte Schlüsselwörter im Text?
  5. Wurde der Text der Nachricht klassifiziert? (War diese Nachricht als missbräuchlich markiert? Enthält sie PII?)

Die Liste geht weiter und weiter. Ich bin mit dem Angebot von MessageLab nicht ganz vertraut, aber ich arbeite mit einem ähnlichen Produkt, das die Abteilungen Compliance, Governance, Risiko und IT-Sicherheit der großen Bank lieben, weil es diesen Abteilungen ermöglicht, zu filtern, zu auditieren, zu archivieren, zu prüfen, zu analysieren, zu kategorisieren und zu blockieren Mail mit einer extrem detaillierten Detaillierung. Viele unserer Kunden sind gesetzlich verpflichtet, gängige Dinge zu tun wie:

  1. Isolieren Sie eingehende und ausgehende E-Mails in Quarantäne, die möglicherweise gegen die Finanzbestimmungen verstoßen, indem Sie die Nachricht transparent an das juristische Team des Unternehmens zur Überprüfung und Genehmigung weiterleiten.
  2. Schreiben Sie die Teilnehmer für eingehende oder ausgehende Nachrichten basierend auf dem Inhalt der Nachricht neu.
  3. Blockiere die Nachricht von Spezifisch Postfächer basierend auf Inhalt oder Keywords
  4. Teile der Nachricht basierend auf der Dokumentenanalyse redigieren und neu schreiben
  5. Wenden Sie zusätzliche Einschränkungen an und steuern Sie Aktionen basierend auf Region. Ein Beispiel wäre auf ITAR-Vorschriften zurückzuführen, die ein Kunde von mir hatte. Alle E-Mail-Nachrichten aus bestimmten geografischen Regionen mussten zusätzliche Analyseintervalle für eingehende Inhalte mit großen Teilmengen von E-Mail-Volumen erhalten, die manuell genehmigt werden mussten, um Endbenutzerpostfächer zu erreichen.

Und natürlich, da alles in der Unternehmens-E-Mail passieren kann und wird, gibt es immer die Möglichkeit, dass der Ziel-E-Mail-Server einfach Ihre Nachricht verwirft und einen Fehler macht 200 OK oder 250 COMPLETED Antwort auf deine Staffel. Es passiert ... Ich kenne einige Clients, die Mail-Relays so konfiguriert haben, dass sie Mail in eine Mail leiten black hole Relay, um Rogue-Routing-Schleifen zu eliminieren. Enterprise Mail macht immer Spaß :)


2
2018-02-24 07:57



Ich denke, ich habe fast alle der oben genannten Möglichkeiten ausgeschlossen, einschließlich der Perfektionierung meiner E-Mail-Server-Einstellungen, aber meine E-Mails kommen immer noch nicht durch. Ist Ihnen eine Konfiguration bekannt, bei der, wenn eine E-Mail einen Filter auslöst, die gesamte Domain auf einer privaten Blacklist endet? Oder etwas Ähnliches? - user568458
Sie können einen vollständigen E-Mail-Header mit anonymisierten IPs und Domänen sehen Diese Serverfehlerfrage - danke für Ihre Hilfe! - user568458


Aktualisieren: Diese Antwort beschreibt eine Möglichkeit, einen Diagnosebericht für eine beliebige E-Mail (den E-Mail-Inhalt, Header und Server-Setup) zu erhalten. Obwohl es sehr nützlich ist, um meine Servereinstellungen zu verbessern, sind meine E-Mails leider immer noch nicht fertig, selbst nachdem alle hier angesprochenen Probleme behoben wurden. Ich werde es hier lassen, da andere vielleicht mehr Glück haben als ich.


Ich habe mehrere kostenlose Online-E-Mail-Testdienste gefunden. Sie generieren eine einmalige E-Mail-Adresse, senden eine E-Mail, klicken auf einen Link und geben einen Bericht darüber ab, wie verschiedene bekannte Spamfilter diese E-Mail bewerten.

Sie sind in der Regel für das Testen von Newslettern konzipiert, aber für meine Zwecke geeignet.

Ich wusste nicht, was ich versuchen sollte, aber das erste, was ich versuchte - https://www.mail-tester.com/ - gab nützliche Ergebnisse.

Ich habe ein falsches benutzt test@my-domain.com E-Mail-Konto für diese, denn mit einem kostenlosen Service zum Testen von E-Mail-Konten für Spammyness und den Verkauf dieser E-Mail-Konten zu Spam-Listen ist zu offensichtlich ein Geschäftsmodell ... :-)

Der Bericht gab mir nützliche Hinweise. Hier ist ihr Urteil:

Nicht schlecht. Einige Postfächer verweigern dir möglicherweise immer noch

5/10

Und ein Screenshot ihrer Diagnose:

enter image description here

(Die "Nachricht des Körpers enthält Fehler" ist nicht so schlimm wie es klingt, es weist nur darauf hin, dass es keinen Abmeldelink gibt, weil es falsch ist anzunehmen, dass ich einen Newsletter teste)

Das ist, was ich gesucht habe: umsetzbare Dinge zu versuchen und zu beheben, in Ermangelung einer fehlgeschlagenen Lieferanzeige.

Also werde ich jetzt untersuchen, warum meine E-Mail-Adressen auf den Master-VPS-Hostnamen vps.my-domain.com anstelle des Mail-Server-Hostnamens mail.my-domain.com verweisen, und ich werde untersuchen, warum die SPF-Einträge - die ich einstelle vor Monaten und welche MX-Tools gut sind - haben sich noch nicht vollständig entwickelt.

Dies sieht insbesondere wie die Wurzel meines speziellen Problems aus: eine Eigenheit der Serverkonfiguration, die, wie ich mir vorstelle, einige Konfigurationen als irrelevant und manche als fischig betrachten werden:

enter image description here


Aktualisieren...

Schlechte Nachrichten... Ich habe alle Probleme behoben, die im Mail Tester-Bericht angesprochen wurden (für jeden, der Interesse hat, siehe meine Server Fault-Fragen zum Thema HELO Adresse Problem und das SPF-Propagierungsproblem). Meine E-Mails bekommen jetzt einen perfekten 10/10 von Mail Tester ...

Beeindruckend! Perfekt, Sie können senden

10/10

...aber meine E-Mails immer noch werden nicht empfangen durch diese eine seltsame Domäne. Ich fange an zu denken, dass ich irgendwie zu einer organisationsspezifischen Blacklist hinzugefügt wurde (vielleicht hat jemand versehentlich die "Spam" -Schaltfläche gedrückt, anstatt "antworten" oder "archivieren" ... nicht sicher, ob das das erklären würde?) .


2
2018-02-24 11:40



Haben Sie nicht gemeldet, dass Ihre E-Mails erfolgreich an einen anderen Empfänger in derselben Zieldomäne weitergeleitet werden? Die obigen Probleme sollten dazu führen, dass beide oder keine Fehler auftreten. - harrymc
Nein, es gab einen anderen Empfänger auf einer anderen Domain, der alle E-Mails erhalten hat, dessen Domain aber auch von MessageLabs verwaltet wurde (eindeutig mit anderen Einstellungen) - user568458


Ich werde meine wilde Vermutung hier versuchen. Ich sehe, dass Sie SPF und DKIM verwenden. Es gibt also auch die Möglichkeit, DMARC zu verwenden (besonders, wenn Ihr MX exim ist).

Nun besteht die Möglichkeit, dass Ihre E-Mail an receis-nothing.org geht und Sie dort eine Bounce-Nachricht erhalten (eine Rückmail, die den Grund angibt, warum sie Ihre E-Mails nicht annehmen können). Aber, aus Erfahrung, haben viele Organisationen, besonders die großen, stark verpfuschte Mechanismen zum Senden von Bounce-Nachrichten. Insbesondere sendet Lotus Domino jedes Mal ein falsches DKIM, weil es kopiert Ihre DKIM Unterschrift auf ihre Nachricht wörtlich. Andere subtilere Fehler treten ebenfalls häufig auf.

Viele Bounce-Nachrichten schlagen SPF fehl. (Technischer Grund ist, dass sie einen leeren MAIL FROM: <> haben und sie könnten ein Problem mit ihrem EHLO haben.) Wenn sie also eine DMARC-Richtlinie haben, hängen sie nur an DKIM, was ebenfalls eine Menge Probleme mit sich bringt. Logisch:

DMARC = (SPF oder DKIM) und (Ausrichtungsprüfung der From-Header-Identität)

Versuchen Sie daher, DMARC, DKIM, SPF vorübergehend zu deaktivieren eingehend Mail auf Ihrem MX. (Es bedeutet, dass Sie Ihre DNS-Einträge nicht nur durch Ihre exim-Einstellungen ändern sollten.) Senden Sie sie per E-Mail und warten Sie einige Stunden auf einen Bounce, und aktivieren Sie dann DMARC, DKIM, SPF erneut.


2
2018-02-25 23:52



Dies ist eine großartige Idee, +1, aber unglücklicherweise für mich (je nachdem, wie Sie es sehen) hatte die problematische Domain meine Domain manuell auf eine "immer akzeptieren" -Liste gesetzt, bevor ich das versuchen konnte. Irgendeine Idee, wie ich nach so einer Ausnahme eine Bounce-Nachricht wie diese bekommen könnte? - user568458
Senden Sie einfach an nonexisting_mailbox_bleble@they.com, um ihre Bounce-Nachricht zu erhalten. Aber warum sollten Sie ihre Bounce-Nachrichten jetzt manuell analysieren, wenn das Problem vorbei ist - eine Menge Aufwand und eine kleine Chance, dass eine Verbesserung auf ihrer Seite passiert. - kubanczyk
Ich versuche herauszufinden, warum ich anfänglich blockiert wurde, also kann ich sicher sein, dass es nicht wieder passieren wird. Außerdem würde ich gerne herausfinden, warum ich nie Bouncebacks bekommen habe. Im Grunde möchte ich einen Punkt erreichen, an dem ich E-Mails an beliebige Personen senden kann, ohne befürchten zu müssen, dass sie stillschweigend blockiert wurden und nicht angekommen sind. - user568458
Außerdem habe ich zuvor an eine nicht existierende E-Mail-Adresse gesendet, als ich befürchtete, ich hätte versehentlich eine Einstellung übersehen, die Bouncebacks verwarf, und ich bekam einen Bounceback wie erwartet. Wäre es wahr zu sagen, wenn ich einen Bounceback von einem nicht existierenden E-Mail-Account bekomme, aber nicht von dieser Domain, bedeutet das, dass diese Domain nie versucht hat, mir einen Bounceback zu schicken? Oder ist es möglich, dass ihre Bouncebacks aus den beschriebenen Gründen fehlgeschlagen sind, während die nicht vorhandenen Account-Bouncebacks erfolgreich waren? - user568458
Ich denke, es ist genug von Ihnen, um einen Sprung zu überprüfen. Wenn sie eine Pipeline von SMTP-Servern haben, ist es möglich, dass der erste Server die Situation "keine solche Mailbox" erkennt und der zweite Server eine andere Art von "Ich mag dich nicht" -Situation erkennt. Es ist unwahrscheinlich, aber nicht unmöglich, dass die beiden Server unterschiedlich konfigurierte Bounces haben, eine Passage und eine andere ist verloren. Es ist viel wahrscheinlicher, dass die "Ich mag dich nicht" Situation einfach keinen Bounce erzeugt, also würde ich wirklich nicht tief in die ganze Sache gehen. Heutzutage kannst du noch nie Sei sicher, dass deine Post zugestellt wird ... - kubanczyk


Oft haben die Mail-Anbieter einige seltsame Rollen an Ort und Stelle und entfernen Sie die Mails, die die Rollen automatisch entsprechen.
Wir hatten dieses Problem:
Ein Mail-Provider hat unsere Mails aufgrund der Adresse gelöscht, da sich ein anderes Unternehmen (das Spam-Mails verschickt hat) an der gleichen Adresse befindet ...
So würde ich:
- Senden Sie eine Mail ohne Inhalt (auch ohne Ihre normale Fußzeile) und ohne Anhang an eine Mailbox, die Ihre Mails nicht erhalten
=> Wenn es empfangen werden kann, werden einige Ihrer normalen Inhalte als "schlecht" markiert
In jedem Fall würde ich Ihren Partner (der Ihre Mails nicht erhält) nach dem Provider-Namen fragen und dann seine Hotline anrufen.


1
2018-02-25 17:41



+1 für die Erfahrung, aber ich habe bereits versucht, E-Mails zu senden, die leer sind, außer für "das ist ein Test" -Typ Text, sowie Antworten auf ihre, die keine Fußzeile hinzufügen. Ich bin zu 99% sicher, dass meine Domain blockiert ist, nicht der Inhalt oder der einzelne Benutzer - user568458
Dann würde ich nach dem Namen des Mail-Providers von Ihrem Partner fragen, der Ihre Mails nicht erhält und den Mail-Provider anrufen, um ihn nach dem Problem zu fragen und - wenn er kein Problem sieht - einen Test zusammen mit dem Mail-Provider (dann wirst du das Problem herausfinden :-) - FredyWenger


Habe diese "Informationen" auf Microsofts Website gefunden, hoffe es hilft zumindest ein bisschen. QUELLE => Outlook ausgehende E-Mails werden nicht von Empfängern empfangen


FRAGE:

Personen erhalten keine E-Mails, die ich über Outlook gesendet habe. Sie werden als erfolgreich gesendet in meinem Ordner Gesendet angezeigt, und ich bekomme keine Nachrichten, dass sie nicht zustellbar sind. Sie landen nicht in den Spam- oder Junk-Ordnern meiner Empfänger.

ANTWORTEN:

Wenn Sie Probleme damit haben, gibt es einen Thread, bei dem jemand in Outlook 2007 das gleiche Problem hatte, und behoben, indem einige Porteigenschaften geändert wurden. Der gesamte Kredit geht an Lisa, die OP, die ihre Lösung veröffentlicht hat: => (Lesen Sie Frage & Antwort unten)

FRAGE:

Outlook 2007 unter Vista ausführen ... ausgehende Nachrichten werden nicht ausgeführt, aber sagen Sie im Feld für ausgehende E-Mail "abgeschlossen". Nachrichten werden von den Adressaten nicht empfangen und werden nicht im gesendeten Ordner angezeigt. Gibt es eine Lösung dafür? Der nächste Computer ist Windows 7, das gleiche Programm, das Problem nicht. An das gleiche Netzwerk und Internet angeschlossen ist in Ordnung.

ANTWORTEN:

Was ist der Typ des in Outlook konfigurierten E-Mail-Kontos (POP, IMAP, MAPI oder EXCHANGE)? Siehst du die E-Mails im Postausgang oder verlassen diese den Postausgang? Versuchen Sie, eine E-Mail an sich selbst zu senden und prüfen Sie, ob Sie die Test-E-Mail erhalten können. Starten Sie das System auch im sauberen Startmodus und versuchen Sie dann, die E-Mail zu senden und zu überprüfen. Über den folgenden Link können Sie das System im sauberen Startmodus starten: http://support.microsoft.com/kb/929135 (lange detaillierte Prozedur.)

Hinweis: Stellen Sie sicher, dass das System im Normalmodus neu gestartet wird, sobald das Problem behoben ist.


-1
2018-02-24 07:17



Dies ist irrelevant, da dies kein Outlook-Client-Problem ist. - beeks
OP sagt klar >>> Ich habe letzte Woche einige E-Mails an einen Kunden geschickt, von Ausblick 2016 Ich habe jetzt festgestellt, dass sie nie empfangen wurden. Ich habe versucht, andere über ihre Domain zu mailen und es sieht so aus, als würde keiner von ihnen meine Emails erhalten, aber andere auf anderen Domains machen >>> Auch das >>> Gibt es etwas "unter der Haube", in das ich hineinschauen kann? Ausblick, Wie ein Sendebericht oder Log? >>> und das >>> Sie benutzen ein Massenmail-System, Ich benutze regulären Outlook, eine E-Mail nach der anderen. >>> **** Liest mich wie ein Outlook 2016 Problem. **** - Random Username
Die Nachricht hat ihren Mail-Client verlassen und der Server hat sie gesendet. Outlook ist nicht schuld. - beeks
Ich werde in die Sache über Porteigenschaften schauen. Es ist nicht ausschließlich ein Outlook-Problem, das ich gerade in Testergebnissen mit Webmail und meiner Android-Mail-App bearbeitet habe, die das gleiche Problem haben - aber ich habe diese Antwort bekommen, da etwas mit Port-Eigenschaften zu tun hat, die es für Outlook-Benutzer beheben, könnte es nur für mich beheben und gibt mir etwas anderes, in das ich schauen kann. - user568458