it-swarm.com.de

Welche Diagnoseschritte kann ich ausführen, wenn meine E-Mails gesendet, aber nicht empfangen werden, auch nicht als Spam?

Ich habe ein Problem, bei dem alle E-Mails an bestimmte Empfänger gesendet werden, aber niemals ankommen, auch nicht als Spam, ohne Fehler, während E-Mails an alle anderen einwandfrei funktionieren. Ich bin ratlos und suche nach Möglichkeiten, um zu diagnostizieren, was passiert.

  • Ich habe letzte Woche einige E-Mails von Outlook 2016 an einen Kunden gesendet. Jetzt habe ich festgestellt, dass sie nie empfangen wurden. Ich habe versucht, anderen auf ihrer Domain eine E-Mail zu senden, und es sieht so aus, als ob keiner von ihnen meine E-Mails erhalten hat, aber andere auf anderen Domains
  • Ich habe meinen "gesendeten" Ordner überprüft und er erscheint identisch mit allen anderen gesendeten E-Mails. Ich hatte keine Zustellberichte oder ähnliches und sie befinden sich im Ordner "Gesendet" und nicht im "Postausgang". Ich habe auch versucht, mich in meinen neuesten E-Mails an diese Personen zu cken - sie senden definitiv.
  • Ich habe mich bei dem betreffenden Kunden erkundigt und er hat nie etwas von mir erhalten , auch nicht 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 enthielt zwei kleine (500 KB) PDF Anhänge, aber das gleiche Schicksal ereignete sich bei Folge-E-Mails, die keine Anhänge enthielten. Keine Bilder oder Links in E-Mails. Es handelte sich um normale geschäftliche E-Mails an ein bis drei Personen, mit denen ich in der Vergangenheit über dieselbe E-Mail-Adresse und Outlook einen E-Mail-Austausch hatte. Sie sind auch im selben Land wie ich.
  • Es gab keine Antworten auf Zustellungsfehler oder ähnliches. Die erste derartige E-Mail wurde am vergangenen Freitag um 08:55 Uhr gesendet, also vor mehr als 5 Tagen, und es wurde nichts von meiner oder ihrer Seite empfangen.
  • Ihre E-Mails an mich kommen gut an - und tatsächlich waren meine ersten fehlgeschlagenen E-Mails Antworten auf ihre eigenen E-Mails. Ich habe auch E-Mails an diese Domain erhalten, die normalerweise erst vor zwei Wochen eingegangen sind.
  • Ich habe verschiedene Test-E-Mails für diese Domain ausprobiert und nichts geht durch:

    • Unschuldige E-Mails, die einfach "Dies ist eine Test-E-Mail" und ähnliches sagen, kommen nie an
    • E-Mails von Webmail und meiner Android-Mail-App kommen nicht wie E-Mails von Outlook an (und geben auch keine Zustellberichte ab - alles schlägt im Hintergrund fehl)
    • E-Mails, die mit 3G von meinem Telefon gesendet werden, erleiden dasselbe Schicksal wie E-Mails, die mit WiFi von meinem Telefon gesendet werden
    • Ich habe auch ein neues E-Mail-Konto in derselben Domain erstellt (zum Beispiel [email protected], das neben meinem üblichen [email protected] angezeigt wird), und es gab genau das gleiche Problem (getestet mit Webmail).
    • Um zu testen, ob die SMTP-Einstellungen, die den Empfang von Bounceback-Zustellungen blockieren, fehlerhaft sind, habe ich eine E-Mail an [email protected] gesendet. Ich habe ein ganz normales Bounceback "Mail-Zustellung fehlgeschlagen: Nachricht an Absender zurücksenden" erhalten. Ich kann also Bouncebacks empfangen, sie werden jedoch aus irgendeinem Grund nicht von dieser Domain gesendet.
    • E-Mails, die Sie beispielsweise von meinem persönlichen Google Mail-Konto erhalten haben, gehen in Ordnung (daher verwende ich diese Funktion in der Zwischenzeit, bis das Problem behoben ist).

Die E-Mail stammt von meiner eigenen Domain. Ich habe E-Mails von derselben E-Mail-Adresse und demselben Outlook an andere Personen gesendet, und diese haben sie in Ordnung erhalten. Google Mail markiert sie gelegentlich als Spam, den ich prüfe, aber andere Kunden scheinen keine Probleme zu haben.

Ansonsten sehe ich nichts weiter. Ich bin mir sicher, dass es hier nicht genug gibt, um mein Problem zu diagnostizieren. Ich bitte nicht um eine Lösung, sondern um Diagnoseschritte , die ich ausführen kann , zum Beispiel:

  • Gibt es etwas "unter der Haube", das ich in Outlook sehen kann, wie einen Sendebericht oder ein Protokoll?
  • Gibt es irgendwelche Arten von Server- oder domänenbezogenen Protokollen, auf die ich achten sollte, die möglicherweise relevant sind? Meine Domain ist einem SMTP-Server auf einem Centos VPS zugewiesen.
  • Gibt es irgendwelche Arten von Blacklists oder Sicherheitsmaßnahmen, die ich kennen sollte, und die darauf hinweisen, dass eine E-Mail nicht einmal in einen Spam-Ordner gelangt?

Ich habe diese Frage gesehen E-Mails, die von einigen Leuten nicht empfangen wurden , die ähnlich ist, aber zwei Unterschiede aufweist:

  • Sie verwenden ein Massenmailing-System, ich verwende regulär Outlook, eine E-Mail nach der anderen.
  • Die akzeptierte Antwort beschuldigt das Greylisting - meine erste fehlende E-Mail war jedoch vom letzten Freitag (vor fünf Tagen), und anscheinend verzögert das Greylisting E-Mails zwischen 15 Minuten und "ein paar Tagen".

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

Blacklist-Check

XX.XX.XX.XX wird gegen 95 bekannte schwarze Listen geprüft ...

0-mal aufgeführt mit 1 Timeouts

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

TIMEOUT IPrange RBL Project [response time:] 0

Es ist also in keiner Blacklist bekannt. Ich weiß nicht, warum die IPrange-RBL-Prüfung fehlgeschlagen ist, habe sie jedoch manuell unter http://iprange.net/rbl/lookup/ überprüft. Ich bin dort auch nicht auf der schwarzen Liste.

SMTP-Prüfung:

enter image description here

Die Verbindungszeit ist also etwas langsam (ich bin mir nicht sicher, warum), aber ich verstehe nicht, warum dadurch gesendete Mails manchmal vollständig verschwinden.

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


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

  • /var/log/maillog - diese sind alle leer. Ich glaube, dies sind Sendmail-Protokolle, und ich verwende derzeit Sendmail nicht. Dies ist also sinnvoll.
  • /var/log/exim/reject.log ist voll von abgelehnten Brute-Force-Versuchen für dovecot. Ich habe fail2ban und werde meine Firewall-Einstellungen usw. überprüfen, um zu sehen, ob ich sie stoppen kann, auch wenn ich es versuche, aber ich glaube nicht, dass dies damit zusammenhängt
  • /var/log/exim/main.log enthält auch viele abgelehnte Brute-Force-Versuche, enthält jedoch auch Aufzeichnungen einiger tatsächlich versendeter 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 <= [email protected] H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:[email protected] S=1443429 [email protected]
2016-02-12 08:55:51 1aU9Vw-0004vq-EG => [email protected] <[email protected]> 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 -> [email protected] <[email protected]> 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 -> [email protected] <[email protected]> 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 (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 <= [email protected] H=(MyPCName) [MY.PC'S.IP.ADR] P=esmtpa A=dovecot_login:[email protected] S=23133 [email protected]
2016-02-12 08:58:26 1aU9YU-0004w0-IN => [email protected] <[email protected]> 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 sehe keine signifikanten Unterschiede zwischen den beiden. Vor und nach beiden ist nichts als Brute-Force-Trümmer und andere E-Mails.

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

Google messagelabs.com hat diesen Blog-Artikel aufgedeckt , der relevant aussieht und darauf hinweist, dass (nebenbei bemerkt) beide meiner Kunden MessageLabs-Abonnenten sind, aber für die Wichtige Unterschiede: a) Im Gegensatz zum Autor erhalte ich nicht einmal eine Unzustellbarkeitsbestätigung. b) Wenn MessageLabs meine E-Mails blockiert, kann ich nicht nachvollziehen, warum sie für einen ihrer Kunden blockiert wurden, für einen anderen jedoch nicht.

11
user568458

Die E-Mail-Fehlerbehebung kann in "Absender" - und "Empfänger" -Probleme unterteilt werden. Da Sie in der Lage sind, an andere Personen zu senden, funktioniert die sendende Seite wahrscheinlich einwandfrei. Sie müssen die Empfängerseite untersuchen, um das Problem zu lokalisieren.

Ein Blick in die Protokolle ist ein guter Schritt und kann Ihnen sagen, wo Ihre Nachrichten ankommen und wo nicht. Der normale E-Mail-Fluss sieht folgendermaßen aus:

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

  2. Ihr Server sendet an ihren Server

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

In diesem Fall können Sie aus den Protokollen ersehen, dass es sich anscheinend um einen Server handelt

cluster5.us.messagelabs.com

Messagelabs ist ein E-Mail-Filterdienst, der jetzt Symantec gehört. Solche Nachrichtenfilterdienste werden verwendet, um alle Spam- und Junk-E-Mails zu entfernen, bevor die Nachrichten an die Client-Software gesendet werden. Dies bedeutet, dass von messagelabs blockierte Nachrichten 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 die Meldung, dass eine Nachricht von [email protected] blockiert wurde. Wenden Sie sich an Ihre IT-Abteilung, um die Blockierung aufzuheben.

Das klingt sehr ähnlich zu dem, was hier passiert ist. Technisch gesehen sollten Sie von Messagelabs wie dem in dem von Ihnen geposteten Link angegebenen eine Antwort erhalten, die jedoch nicht garantiert ist. Sie können Ihre Nachricht nur stillschweigend löschen, wenn sie denken, dass es sich um Spam handelt. In der Regel stellt messagelabs eine Schnittstelle für die IT-Abteilung des Kunden bereit, über die blockierte Nachrichten freigegeben werden können. Sie können Ihren Ansprechpartner im Unternehmen bitten, sich bei seinem IT-Team nach blockierten Nachrichten von Ihrer E-Mail-Adresse zu erkundigen. Zumindest kannst du das, wenn du eine andere Möglichkeit hast, mit ihnen in Kontakt zu treten!

Weitere nützliche allgemeine Schritte zur Fehlerbehebung: Wenn Sie keinen Zugriff auf die Protokolldateien hatten, können Sie anhand der "MX-Einträge" herausfinden, wie der Server für eine Domain lauten soll.

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

Nach dem MX-Eintrag sucht ein E-Mail-Server, um herauszufinden, wohin er Ihre E-Mail senden soll.

Anschließend können Sie eine manuelle Verbindung zu dem im mx-Datensatz aufgeführten Server herstellen, um festzustellen, ob E-Mails akzeptiert werden und welche Fehlermeldungen möglicherweise angezeigt werden. Verwenden Sie ein Telnet-Programm wie PuTTY: http://www.PuTTY.org/ und richten Sie eine Telnet-Verbindung zum E-Mail-Server an Port 25. Einige der Befehle, die Sie ausführen werden hier aufgelistet: http://www.yuki-onna.co.uk/email/smtp.html

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

Nachdem Sie überprüft haben, ob Sie eine Verbindung zum Server herstellen können, werden Sie möglicherweise darüber informiert, warum Ihre E-Mail als Spam oder aus einem anderen Grund abgelehnt wird. Der Grund ist jedoch möglicherweise nicht einfach zu entschlüsseln. In diesem Stadium würde ich vorschlagen, dass Sie den messagelabs-Kunden bitten, sich mit den von seinem Server erhaltenen Fehlercodes (oder fehlenden) an seine Support-Nummer zu wenden. Da Sie kein Kunde von messagelabs sind, können Sie kein Problem protokollieren oder messagelabs bitten, die Einstellungen in ihrem Kundenkonto zu überprüfen. Ihr Kunde muss sich das selbst fragen. Dies ist bei jedem anderen Mail-Filter-Anbieter ähnlich.

Hoffentlich weist der Fehlercode Sie auf ein bestimmtes Problem hin, z. B. darauf, dass Ihr Server in einer Sperrliste aufgeführt ist oder kein SPF-Datensatz vorhanden ist, und Sie können dies selbst beheben, da der Umgang mit einem E-Mail-Filteranbieter aus dritter Hand niemals Spaß macht. Das letzte Problem, das ich hatte, dauerte über drei Monate, bis der Fehler gefunden und von messagelabs behoben wurde.

Ich werde mich auf die Antwort von kubanczyk beschränken, um Einzelheiten zu SPF- und DKIM-Einstellungen zu erfahren, da sie viel sachkundiger zu sein scheinen als ich!

Viel Glück!

3
Daniel

Ihre ausgehenden SMTP-Protokolle zeigen an, dass das Ziel die Nachricht akzeptiert hat. Wenn der Ziel-Mailserver so freundlich ist, dass er aus irgendeinem Grund ein Bounceback sendet, ist dies alles, was Sie erhalten. Abgesehen davon, dass Sie den Kunden (der möglicherweise nicht weiß) fragen, was mit der E-Mail geschehen ist, können Sie nur raten. Möglicherweise können Sie auch die Transport-Header einer Nachricht anzeigen, die Sie vom Client erhalten haben.

Hier ist ein Produktdatenblatt für die MessageLabs-Lösung (siehe Steuerungsaktionen auf Seite 2).

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

  1. Transport-Header (Wurde diese Nachricht von einem anderen Produkt gescannt? Wurde sie zur Verschlüsselung markiert? Ist sie signiert? Traue ich dem Quell-Mail-System?)
  2. Empfänger (Wer darf wen mailen?)
  3. Betreff, Anhangsbeschränkungen (Enthält der Betreff "V1AGArA"? Enthält er eine .exe-Datei?)
  4. Eingeschränkte Keywords im Text?
  5. Wurde der Nachrichtentext klassifiziert? (Wurde diese Nachricht als missbräuchlich markiert? Enthält sie PII?)

Die Liste geht weiter und weiter. Das Angebot von MessageLab ist mir nicht ganz vertraut, aber ich arbeite mit einem ähnlichen Produkt, das die Compliance-, Governance-, Risiko- und IT-Sicherheitsabteilungen der großen Bank lieben, da diese Abteilungen filtern, prüfen, archivieren, überprüfen, analysieren, kategorisieren und blockieren können Mail mit einem extrem granularen Detaillierungsgrad. Viele unserer Kunden sind gesetzlich verpflichtet, gemeinsame Dinge zu tun wie:

  1. Stellen Sie eingehende und ausgehende E-Mails in Quarantäne, die möglicherweise gegen die Finanzvorschriften verstoßen, indem Sie die Nachricht transparent an das Rechtsteam des Unternehmens weiterleiten, um sie zu überprüfen und zu genehmigen.
  2. Schreiben Sie die Teilnehmer für eingehende oder ausgehende Nachrichten basierend auf dem Inhalt der Nachricht neu.
  3. Blockieren Sie die Nachricht aus bestimmten Postfächern basierend auf Inhalt oder Schlüsselwörtern
  4. Redigieren Sie Teile der Nachricht und schreiben Sie sie neu, basierend auf der Dokumentenanalyse
  5. Wenden Sie zusätzliche Einschränkungen und Kontrollmaßnahmen an, die auf der Region basieren. Ein Beispiel wären ITAR-Vorschriften, die ein Kunde von mir hatte. Für alle E-Mails aus bestimmten geografischen Regionen müssen zusätzliche Richtlinien für die Analyse tiefgreifender Inhalte angewendet werden, wenn große Teilmengen des E-Mail-Volumens manuell genehmigt werden müssen, um die Postfächer der Endbenutzer zu erreichen.

Da in Unternehmens-E-Mails alles passieren kann und wird, besteht natürlich immer die Möglichkeit, dass der Ziel-E-Mail-Server Ihre Nachricht einfach verwirft und eine 200 OK- oder 250 COMPLETED-Antwort auf Ihr Relay fälscht. Es passiert ... Ich kenne einige Clients, die Mail-Relays so konfiguriert haben, dass sie Mail an ein black hole-Relay weiterleiten, um unerwünschte Routing-Schleifen zu beseitigen. Enterprise Mail macht immer Spaß :)

2
beeks

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

Nun besteht die Möglichkeit, dass Ihre E-Mail an receive-nothing.org gesendet wird und dort eine Unzustellbarkeitsnachricht (eine Rückmail, in der der Grund angegeben ist, warum Ihre E-Mail nicht angenommen werden kann) angezeigt wird. Erfahrungsgemäß verfügen jedoch viele Organisationen, insbesondere große, über stark verpfuschte Mechanismen zum Senden von Bounce-Nachrichten . Insbesondere sendet Lotus Domino jedes Mal ein falsches DKIM, weil esIhreDKIM-Signatur wörtlich in ihre Nachricht kopiert. Andere subtilere Fehler treten ebenfalls häufig auf.

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

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

Versuchen Sie daher, die DMARC-, DKIM- und SPF-Prüfung fürPosteingangauf Ihrem MX vorübergehend zu deaktivieren. (Dies bedeutet, dass Sie nicht nur Ihre Exim-Einstellungen in Ihren DNS-Einträgen ändern sollten.) Versenden Sie sie per E-Mail und warten Sie einige Stunden, bis ein Bounce auftritt. Aktivieren Sie dann DMARC, DKIM und SPF erneut.

2
kubanczyk

Update: Diese Antwort beschreibt eine Möglichkeit, einen Diagnosebericht für jede E-Mail zu erhalten (E-Mail-Inhalt, Header und Server-Setup). Obwohl es sehr nützlich ist, um meine Servereinstellungen zu verbessern, kommen meine E-Mails leider auch nach der Behebung aller hier angesprochenen Probleme nicht durch. Ich lasse es hier, 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, Sie senden ihr eine E-Mail und klicken dann auf einen Link. Sie erhalten einen Bericht darüber, wie verschiedene bekannte Spam-Filter diese bestimmte E-Mail bewerten würden.

Sie sind in der Regel zum Testen von Newslettern gedacht, aber für meine Zwecke gut geeignet.

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

Ich habe für diese einen falschen [email protected]-E-Mail-Account verwendet, da es zu offensichtlich ist, einen kostenlosen Service zum Testen von E-Mail-Accounts auf Spam zu haben und diese dann an Spam-Listen zu verkaufen ... :-)

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

Nicht schlecht. Einige Posteingänge lehnen Sie möglicherweise immer noch ab

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 sich anhört. Sie weist lediglich darauf hin, dass es keinen Abmeldelink gibt, da fälschlicherweise angenommen wird, dass ich einen Newsletter teste.)

Dies ist, wonach ich gesucht habe: umsetzbare Dinge, die versucht werden müssen, ohne dass eine Benachrichtigung über eine fehlgeschlagene Lieferung vorliegt.

Also werde ich jetzt untersuchen, warum meine E-Mail-Adressen auf den Master-VPS-Hostnamen vps.my-domain.com anstatt auf den Mail-Server-Hostnamen mail.my-domain.com verweisen, und untersuchen, warum die SPF-Einträge - die ich festgelegt habe up vor Monaten und die MX-Tools sagen, sind in Ordnung - nicht vollständig propogiert.

Dies scheint insbesondere die Wurzel meines Problems zu sein: Eine Besonderheit der Serverkonfiguration, die, wie ich mir vorstelle, in einigen Konfigurationen als irrelevant und in anderen als faul angesehen wird:

enter image description here


Aktualisieren...

Schlechte Nachrichten ... Ich habe alle im Mail Tester-Bericht angesprochenen Probleme behoben (für alle Interessierten siehe meine Fragen zu Serverfehlern bezüglich des HELO-Adressproblems und das Problem der SPF-Weitergabe ). Meine E-Mails werden von Mail Tester jetzt mit 10/10 bewertet ...

Beeindruckend! Perfekt, du kannst senden

10/10

... , aber meine E-Mails werden von dieser seltsamen Domain nicht empfangen . Ich fange an zu glauben, dass ich irgendwie zu einer organisationsspezifischen Blacklist hinzugefügt worden sein muss (vielleicht hat jemand versehentlich die Schaltfläche "Spam" anstelle von "Antworten" oder "Archivieren" gedrückt ... Sie sind sich nicht sicher, ob dies dies erklären würde?) .

2
user568458

Ich hatte ein ähnliches Problem. Der Endbenutzer sagt, dass eine MSOutlook-E-Mail an eine bestimmte externe E-Mail nie angezeigt wird. Die E-Mails waren in ihren Sendungen enthalten. Sie hat nie eine unzustellbare bekommen. MSExchange zeigte, dass es erfolgreich an ein anderes Mail-System übergeben wurde. Der externe E-Mail-Benutzer hat es in seinem Spam oder Junk nicht gesehen.

Lösung. Löschte den Cache für die E-Mail dieses externen Benutzers. Kopierte und eingefügte E-Mail-Adresse von einer E-Mail, die von dieser Person empfangen wurde, und es funktioniert jetzt. Stelle dir das vor.

1
user967988

Häufig haben die Mail-Provider einige seltsame Roules installiert und entfernen die Mails, die mit den Roules übereinstimmen, automatisch.
Wir hatten folgendes Problem:
Ein E-Mail-Anbieter hat unsere E-Mails basierend auf der Straße entfernt, da sich ein anderes Unternehmen (das Spam-Mails gesendet hat) an derselben Straße befand ...
So würde ich:
- Senden Sie eine E-Mail ohne Inhalt (auch ohne Ihre normale Fußzeile) und ohne Anhang an ein Postfach, das Ihre E-Mails nicht empfängt
=> Wenn es empfangen werden kann, wird ein Teil Ihres normalen Inhalts als "schlecht" markiert.
In jedem Fall würde ich Ihren Partner (der Ihre Mails nicht erhält) nach dem Providernamen fragen und dann dessen Hotline anrufen.

1
FredyWenger