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 nie ankommen, auch nicht als Spam, ohne Fehler, während E-Mails an alle anderen einwandfrei 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 auf ihrer Domain per E-Mail zu benachrichtigen, und es sieht so aus, als ob keiner von ihnen meine E-Mails erhält, andere auf anderen Domains jedoch
• Ich habe meinen "gesendeten" Ordner überprüft und sie erscheinen 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 Leute zu senden - 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 hatte zwei kleine (500 KB) PDF-Anhänge, aber das gleiche Schicksal ereignete sich für Folge-E-Mails ohne Anhänge. Keine Bilder oder Links in E-Mails. Es handelte sich um normale arbeitsbezogene E-Mails an eine bis drei Personen, mit denen ich in der Vergangenheit über dieselbe E-Mail-Adresse und denselben Outlook-Austausch E-Mails ausgetauscht habe. Sie sind auch im selben Land wie ich.
• Es gab keine Antworten auf Zustellungsfehler oder ähnliches. Die erste solche E-Mail wurde letzten Freitag, also vor mehr als 5 Tagen, um 8:55 Uhr gesendet, und auf meiner oder ihrer Seite ist nichts eingegangen.
• Ihre E-Mails an mich kommen gut an - und tatsächlich waren meine ersten fehlgeschlagenen E-Mails an sie Antworten auf ihre eigenen E-Mails. Ich habe auch erst vor zwei Wochen E-Mails an diese Domain erhalten, die normalerweise eingegangen sind.

• Ich habe verschiedene Test-E-Mails an 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 stillschweigend fehl)
  • E-Mails, die mit 3G meines Telefons gesendet werden, erleiden dasselbe Schicksal wie E-Mails, die mit meinem WLAN gesendet werden
  • Ich habe auch ein neues E-Mail-Konto in derselben Domain erstellt (zum Beispiel test@my-domain.comneben meinem üblichen my-name@my-domain.com), und es hatte genau das gleiche Problem (getestet mit Webmail).
  • Um zu testen, ob möglicherweise SMTP-Einstellungen durcheinander geraten sind, die Bounceback-Zustellungsempfänge blockieren, habe ich eine E-Mail an hg1ugtvr34vrgfrt2t@ashfrlwejbtlwerhtklhejtkghwerkbjhrw.com gesendet, in der Begründung, dass sie wahrscheinlich nicht vorhanden ist. Ich habe ein ganz normales Bounceback "E-Mail-Zustellung fehlgeschlagen: Nachricht an Absender zurücksenden" erhalten. Ich kann also Bouncebacks empfangen und werde aus irgendeinem Grund nicht von dieser Domain gesendet.
  • E-Mails an sie, beispielsweise von meinem persönlichen Google Mail-Konto, werden ordnungsgemäß empfangen (daher verwende ich diese in der Zwischenzeit, bis dieses Problem behoben ist).

Die E-Mail stammt von meiner eigenen Domain. Ich habe E-Mails an andere Personen mit derselben E-Mail-Adresse und demselben Outlook gesendet und sie haben eine gute Nachricht erhalten. Google Mail markiert sie gelegentlich als Spam, den ich untersuche, aber andere Kunden scheinen keine Probleme zu haben.

Abgesehen davon kann ich nichts sehen, was weitergehen könnte. Ich bin mir sicher, dass es hier nicht genug gibt, um mein Problem zu diagnostizieren. Ich frage daher nicht nach einer Lösung, sondern nach Diagnoseschritten, die ich zum Beispiel ergreifen kann:

• Gibt es etwas "unter der Haube", das ich in Outlook betrachten kann, wie einen Sendebericht oder ein Protokoll?
• Gibt es Arten von Server- oder Domänenprotokollen, die ich mir ansehen sollte und die möglicherweise relevant sind? Meine Domain ist einem SMTP-Server auf einem Centos VPS zugewiesen.
• Gibt es irgendwelche Arten von Blacklist- oder Sicherheitsmaßnahmen, über die ich Bescheid wissen und prüfen sollte, ob eine E-Mail nicht einmal bis zu einem Spam-Ordner reicht?

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

• Sie verwenden ein Massenmailing-System. Ich verwende reguläres Outlook, jeweils eine E-Mail.
• Die akzeptierte Antwort macht Greylisting verantwortlich - meine erste fehlende E-Mail war jedoch vom letzten Freitag (vor fünf Tagen), und anscheinend verzögert Greylisting E-Mails zwischen 15 Minuten und "einigen Tagen".

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

Blacklist Check

Überprüfen von XX.XX.XX.XX anhand von 95 bekannten schwarzen Listen ...

0 mal mit 1 Timeout gelistet

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

TIMEOUT IPrange RBL Project [response time:] 0

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

SMTP-Prüfung:

Die Verbindungszeit ist also etwas langsam (ich bin mir nicht sicher, warum, werde das untersuchen), aber ich verstehe nicht, warum dies dazu führen würde, dass gesendete Mails manchmal vollständig verschwinden.

http://intodns.com gibt auch solide 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, dies sind sendmail-Protokolle, und ich verwende derzeit keine sendmail, daher ist dies sinnvoll.
• /var/log/exim/reject.logist voll von abgelehnten Brute-Force-Versuchen weiter dovecot. Ich habe fail2banund ich werde meine Firewall-Einstellungen usw. überprüfen, um zu sehen, ob ich sie auch beim Versuch stoppen kann, aber ich denke nicht, dass dies damit zusammenhängt
• /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 (vom Empfänger empfangen wurde):

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.comoder cluster4.eu.messagelabs.comist, aber die zugehörigen IP-Adressen sind beide MessageLabs-IP-Adressen.

Googeln messagelabs.com hat diesen Blog-Artikel aufgedeckt , der relevant aussieht und darauf hinweist, dass (nebenbei) meine beiden Kunden MessageLabs-Abonnenten sind, aber für die wichtigen Unterschiede, dass a) ich im Gegensatz zum Autor nicht einmal eine Nichtlieferung bekomme Quittung und b) Wenn MessageLabs meine E-Mail blockiert haben, verstehe ich nicht, warum sie sie für einen ihrer Kunden blockieren würden, aber nicht für einen anderen.

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

Das Betrachten der Protokolle ist ein guter Schritt und kann Ihnen sagen, wohin Ihre Nachrichten gelangen 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 seinen Server

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

In diesem Fall können Sie anhand der Protokolle erkennen, dass der Server zu sein scheint

cluster5.us.messagelabs.com

Messagelabs ist ein E-Mail-Filterdienst, der jetzt Symantec gehört. Nachrichtenfilterdienste wie diese 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 niemals ein Zeichen von ihnen sehen. In seltenen Fällen erhalten sie möglicherweise die Meldung, dass "eine Nachricht von jemand@example.com 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 eine Absprungantwort von Messagelabs erhalten, wie dem Typ in dem Link, den Sie gepostet haben, aber dies ist nicht garantiert. Sie können Ihre Nachricht nur stillschweigend löschen, wenn sie glauben, dass es sich um Spam handelt. Normalerweise bieten Messagelabs eine Schnittstelle für die IT-Abteilung ihres Kunden, über die blockierte Nachrichten freigegeben werden können. Sie können Ihren Ansprechpartner im Unternehmen bitten, sich beim IT-Team nach blockierten Nachrichten von Ihrer E-Mail-Adresse zu erkundigen. Zumindest können Sie, wenn Sie eine andere Möglichkeit haben, sie zu kontaktieren!

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 Domäne aussehen soll.

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

Der MX-Datensatz ist das, wonach ein E-Mail-Server sucht, um herauszufinden, wohin er Ihre E-Mail senden soll.

Sie können dann 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 telnet an den E-Mail-Server an Port 25. Einige der Befehle, die Sie benötigen, sind 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

Sobald 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 leicht zu entschlüsseln. Zu diesem Zeitpunkt würde ich vorschlagen, dass Sie den Kunden von messagelabs bitten, seine Support-Nummer mit den Fehlercodes (oder deren Fehlen) zu kontaktieren, die Sie von seinem Server erhalten haben. Da Sie kein Kunde von messagelabs sind, können Sie kein Problem protokollieren oder messagelabs bitten, die Einstellungen im Kundenkonto zu überprüfen. Ihr Kunde muss das selbst fragen. Dies wäre für jeden anderen E-Mail-Filteranbieter ähnlich.

Hoffentlich weist der Fehlercode Sie auf ein bestimmtes Problem hin, z. B. dass Ihr Server in einer Sperrliste aufgeführt ist oder kein SPF-Eintrag 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 so hatte, dauerte über drei Monate, bis der Fehler gefunden und von Messagelabs behoben wurde.

Ich werde auf die Antwort von kubanczyk zurückgreifen, um Einzelheiten zu den SPF- und DKIM-Einstellungen zu erfahren, da sie viel sachkundiger zu sein scheinen als ich!

Viel Glück!

Ihre ausgehenden SMTP-Protokolle zeigen an, dass das Ziel die Nachricht akzeptiert hat. Wenn der Ziel-Mailserver aus irgendeinem Grund so freundlich ist, einen Bounceback zu senden, ist das alles, was Sie erhalten. Abgesehen davon, dass Sie den Kunden (der möglicherweise nicht weiß) fragen, was mit der E-Mail passiert ist, können Sie nur raten. Möglicherweise können Sie auch die Transportheader in 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 Mailsystem dieses Clients verwendet daher eine Enterprise-Mail-Sicherheitslösung, die potenziell komplexe Richtlinien zum Blockieren, Verweigern, Ändern, Filtern, Scannen, Umleiten usw. von E-Mails auf der Grundlage allgemeiner Faktoren wie:

1. Transport-Header (Wurde diese Nachricht von einem anderen Produkt gescannt? Wurde sie zur Verschlüsselung markiert? Ist sie signiert? Vertraue ich dem Quell-Mail-System?)
2. Empfänger (Wer darf wem eine E-Mail senden?)
3. Betreff, Anhangsbeschränkungen (Ist 'V1AGArA' im Betreff? Enthält es eine EXE-Datei?)
4. Eingeschränkte Schlüsselwörter im Text?
5. Wurde der Text der Nachricht klassifiziert? (Wurde diese Nachricht als missbräuchlich markiert? Enthält sie personenbezogene Daten?)

Die Liste geht weiter und weiter. Ich bin mit dem Angebot von MessageLab nicht ganz vertraut, arbeite jedoch 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 einer extrem detaillierten Detailgenauigkeit. Viele unserer Kunden sind gesetzlich verpflichtet, gemeinsame Dinge zu tun wie:

1. Eingehende und ausgehende E-Mails, die möglicherweise gegen die Finanzvorschriften verstoßen, unter Quarantäne stellen, indem die Nachricht zur Überprüfung und Genehmigung transparent an das Rechtsteam des Unternehmens weitergeleitet wird.
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 Inhalten oder Schlüsselwörtern
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 der Region. Ein Beispiel wären die ITAR-Vorschriften, die ein Kunde von mir hatte. Für alle E-Mails aus bestimmten geografischen Regionen mussten zusätzliche Richtlinien für die Analyse tiefgreifender Inhalte mit großen Teilmengen des E-Mail-Volumens angewendet werden, für die eine manuelle Genehmigung erforderlich ist, um die Postfächer der Endbenutzer zu erreichen.

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

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

Sie sind im Allgemeinen zum Testen von Newslettern konzipiert, passen aber gut zu meinen Zwecken.

Ich wusste nicht, was ich versuchen sollte, aber der erste Versuch - https://www.mail-tester.com/ - ergab nützliche Ergebnisse.

Ich habe test@my-domain.comfür diese ein falsches E-Mail-Konto verwendet, da es ein zu offensichtliches Geschäftsmodell ist, einen kostenlosen Dienst zum Testen von E-Mail-Konten auf Spam zu haben und diese E-Mail-Konten dann an Spam-Listen zu verkaufen ... :-)

Der Bericht gab mir nützliche Hinweise, denen ich folgen konnte. Hier ist ihr Urteil:

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

5/10

Und ein Screenshot ihrer Diagnose:

(Die "Nachricht des Körpers enthält Fehler" ist nicht so schlecht, wie es sich anhört. Sie weist lediglich darauf hin, dass es keinen Link zum Abbestellen gibt, da fälschlicherweise davon ausgegangen wird, dass ich einen Newsletter teste.)

Dies ist, wonach ich gesucht habe: umsetzbare Dinge, die zu beheben sind, wenn keine Benachrichtigung über eine fehlgeschlagene Lieferung vorliegt.

Daher werde ich jetzt untersuchen, warum meine E-Mail-Adressen auf den Master-VPS-Hostnamen vps.my-domain.com anstelle des Hostnamens des Mailservers mail.my-domain.com verweisen, und untersuchen, warum die SPF-Einträge - die ich festgelegt habe vor Monaten und die MX-Tools sagen, sind in Ordnung - haben nicht vollständig propagiert.

Dies scheint insbesondere die Wurzel meines speziellen Problems zu sein: eine Eigenart der Serverkonfiguration, die, wie ich mir vorstellen kann, einige Konfigurationen als irrelevant und andere als faul betrachten:

Aktualisieren...

Schlechte Nachrichten ... Ich habe alle im Mail Tester-Bericht angesprochenen Probleme behoben (für alle Interessierten siehe meine Serverfehler- Fragen zum Problem mit der HELO-Adresse und dem Problem mit der SPF-Weitergabe ). Meine E-Mails erhalten jetzt eine perfekte 10/10 von Mail Tester ...

Beeindruckend! Perfekt, können Sie senden

10/10

... aber meine E-Mails werden immer noch nicht von dieser seltsamen Domain empfangen . Ich fange an zu denken, dass ich irgendwie zu einer organisationsspezifischen Blacklist hinzugefügt worden sein muss (vielleicht hat jemand versehentlich den "Spam" -Button gedrückt, anstatt "zu antworten" oder "zu archivieren" ... nicht sicher, ob das das erklären würde?) .

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

Jetzt besteht die Möglichkeit, dass Ihre E-Mail an receive-nothing.org gesendet wird und Sie dort eine Bounce-Nachricht erhalten (eine Rücksendung, die den Grund angibt, warum Ihre E-Mail nicht akzeptiert werden kann). Erfahrungsgemäß haben jedoch viele Organisationen, insbesondere die großen, stark verpfuschte Mechanismen zum Senden von Bounce-Nachrichten . Insbesondere sendet Lotus Domino jedes Mal pauschal falsches DKIM, da es Ihre DKIM-Signatur wörtlich in die Nachricht kopiert . Andere subtilere Fehler treten häufig auf.

Viele Bounce-Nachrichten schlagen mit SPF fehl. (Technischer Grund ist, dass sie ordnungsgemäß MAIL FROM: <> leer haben und möglicherweise ein Problem mit ihrem EHLO haben.) Wenn sie also eine DMARC-Richtlinie haben, bleiben sie nur bei DKIM hängen, was ebenfalls viele Probleme mit sich bringt. Logisch:

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

Versuchen Sie daher, die DMARC-, DKIM- und SPF-Prüfung für eingehende E-Mails auf Ihrem MX vorübergehend zu deaktivieren . (Dies bedeutet, dass Sie Ihre DNS-Einträge nicht nur in Ihren Exim-Einstellungen ändern sollten.) Senden Sie sie per E-Mail und warten Sie einige Stunden auf einen Absprung. Aktivieren Sie dann DMARC, DKIM, SPF erneut.

Oft haben die Mail-Anbieter einige seltsame Roules eingerichtet und entfernen die Mails, die mit den Roules übereinstimmen, automatisch.
Wir hatten dieses Problem:
Ein E-Mail-Anbieter hat unsere E-Mails basierend auf der Adresse entfernt, da sich ein anderes Unternehmen (das Spam-Mails gesendet hat) unter derselben Adresse befand ...
Also würde ich:
- eine E-Mail ohne senden Inhalt (auch ohne Ihre normale Fußzeile) und ohne Anhang zu einer Mailbox, die Ihre Mails nicht erhält
=> Wenn er empfangen werden kann, wird ein Teil Ihres normalen Inhalts als "schlecht" markiert.
In jedem Fall würde ich Ihren Partner fragen ( die keine Mails erhalten) für den Anbieternamen und rufen dann deren Hotline an.

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 gesendeten Artikeln. Sie hat nie eine unzustellbare bekommen. MSExchange hat gezeigt, dass es erfolgreich an ein anderes Mailsystem übergeben wurde. Die externe E-Mail-Benutzerin hat es in ihrem Spam oder Junk nicht gesehen.

Lösung. Leerte ihren Cache für die E-Mail des 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.

Ich habe diese "Informationen" auf der Microsoft-Website gefunden und hoffe, dass sie zumindest ein wenig helfen. SOURCE => Outlook ausgehende E-Mails, die nicht von Empfängern empfangen werden

FRAGE:

Die Leute erhalten keine E-Mails, die ich über Outlook versende. Sie werden in meinem Ordner "Gesendet" als erfolgreich gesendet angezeigt, und ich erhalte keine Nachrichten, die besagen, dass sie nicht zugestellt werden konnten. Sie landen nicht in den Spam- oder Junk-Ordnern meiner Empfänger.

ANTWORTEN:

Wenn Sie Probleme damit haben, gibt es einen Thread, in dem jemand in Outlook 2007 das gleiche Problem hatte und der durch Ändern einiger Porteigenschaften behoben wurde. Alle Gutschriften gehen an Lisa, die OP, die ihre Lösung veröffentlicht hat: => (Frage & Antwort unten lesen)

FRAGE:

Ausführen von Outlook 2007 unter Vista ... ausgehende Nachrichten werden nicht gesendet, aber im ausgehenden Postfach wird "Fertig" angezeigt. Nachrichten werden von den Adressaten nicht empfangen und nicht im gesendeten Ordner angezeigt. Gibt es eine Lösung dafür? Der nächste Computer ist Windows 7, dasselbe Programm, das das Problem nicht hat. An das gleiche Netzwerk und Internet angeschlossen ist in Ordnung.

ANTWORTEN:

Welche Art von E-Mail-Konto ist in Outlook konfiguriert (POP, IMAP, MAPI oder EXCHANGE)? Sehen Sie 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 Clean Boot-Modus und versuchen Sie dann, die E-Mail zu senden und zu überprüfen. Klicken Sie auf den unten angegebenen Link, um das System im Clean Boot-Modus zu starten: http://support.microsoft.com/kb/929135 (ausführliches Verfahren.)

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