Bestimmte E-Mails werden immer an Junk-E-Mails in Outlook gesendet

504
Midavalo

Ich erhalte regelmäßig Status-E-Mails von meinen Websites, die Outlook immer an Junk-E-Mail sendet, obwohl ich dazu aufgefordert wurde, "E-Mails immer vertrauen".

Die E-Mails stammen von WordPress wordpress@<mydomainname>.com- E-Mails von einer Domäne werden an eine andere E-Mail-Adresse in derselben Domäne gesendet (die E-Mail-Adresse wird von Outlook.com gehostet, wenn dies relevant ist), die andere Domäne wird an eine E-Mail-Adresse in einer anderen Domäne gesendet (auch von gehostet) Outlook.com)

Was muss ich tun, um Outlook zu zwingen, sich daran zu erinnern, dass diese E-Mails erwünscht sind, und sie in den Posteingang zu legen? Ich habe keine Probleme mit anderen E-Mails, die an Junk Email gesendet werden oder nicht.

1

1 Antwort auf die Frage

0
Deltik

Standardmäßig täuschen WordPress-E-Mails den Absender und wenn der SPF-Eintrag der Domäne dem sendenden Server nicht vertraut, werden E-Mail-Anbieter die E-Mails aufgrund des Spoofing wahrscheinlich als Spam kennzeichnen.

Der beste (nicht einfachste) Weg, um eine vertrauenswürdige E-Mail-Zustellung sicherzustellen, ist das Versenden der E-Mails mit authentifiziertem SMTP.

Autorisieren des WordPress-Servers zum Senden von E-Mails

Dies ist der einfachste Weg, um Postfächer dazu zu bringen, E-Mails von WordPress zu erhalten, aber es ist nur eine Sache, die E-Mail-Anbieter überprüfen, um den Absender zu überprüfen. Wenn die Anweisungen in diesem Abschnitt das Problem nicht beheben, probieren Sie den Abschnitt " Authentifizierte SMTP-E-Mail in WordPress konfigurieren " zusätzlich zu diesem Abschnitt aus.

WordPress kann nur mail()in PHP verwenden, was den "From" -Header spooft. Wenn Sie From: WordPress <wordpress@example.com>von überall aus senden, aber der SPF (TXT) -Datensatz für example.comist v=spf1 -all(keine Absender zulassen), wissen E-Mail-Anbieter, dass sie keine E-Mails von jemandem übermitteln sollten, der dies behauptet @example.com.

Ihr SPF-Datensatz sollte laut Microsoft bereits so aussehen :

v=spf1 include:spf.protection.outlook.com -all 
  • include:spf.protection.outlook.com stellt sicher, dass Outlook berechtigt ist, E-Mails als Domäne zu senden.
  • -allbedeutet, dass die SPF-Prüfung für einen anderen Absender fehlschlägt. Dies soll verhindern, dass jemand, auch Ihre WordPress-Site, E-Mails fälscht, die angeblich von Ihrer Domain gesendet werden.

Um Empfänger davon in Kenntnis zu setzen, dass sie E-Mails für Ihre Domäne annehmen, die von Ihrem WordPress-Server gesendet werden, müssen Sie lediglich die IP-Adresse (z. B. 10.0.0.2) zum SPF-Eintrag hinzufügen :

v=spf1 +ip4:10.0.0.2 include:spf.protection.outlook.com -all 

Wenn Ihr Adressdatensatz (A oder AAAA) zufällig Ihre WordPress-Site ist, reicht es aus, +astatt der Adresse hinzuzufügen +ip4:10.0.0.2. Dies ist nützlich, wenn Sie Ihre Site jemals zu einer anderen IP-Adresse migrieren und vergessen, Ihren SPF-Datensatz zu aktualisieren. Verwendungsbeispiel:

v=spf1 +a include:spf.protection.outlook.com -all 

Der SPF-Eintrag ist ein TXT-Eintrag, den Sie bei Ihrem DNS-Anbieter festlegen müssen. Sie sollten bereits wissen, wie das geht; Es ist dieselbe Schnittstelle, die Sie zum Einrichten Ihrer Outlook-DNS-Einträge verwendet haben.

Konfigurieren der authentifizierten SMTP-E-Mail in WordPress

Da WordPress nur mit mail()PHP umgehen kann, benötigen Sie ein Plugin, um authentifizierte SMTP-E-Mails zu senden. Zwei beliebte Plugins sind WP Mail SMTP und Easy WP SMTP .

Wenn Sie möchten, dass WordPress E-Mails sendet wordpress@example.com, erstellen Sie diese E-Mail-Adresse in Outlook (dem E-Mail-Anbieter example.com).

Konfigurieren Sie anschließend das SMTP-Plugin (nach Ihrer Wahl), um E-Mails von diesem Konto aus zu senden.

Dies ist das Delegieren von E-Mails, die an einen bereits vertrauenswürdigen Anbieter gesendet werden, um E-Mails im Namen Ihrer Domain zu versenden. In Ihrem Fall ist dieser E-Mail-Anbieter Outlook.

Da Outlook dann für das Senden von E-Mails von einer Outlook-Adresse an eine andere Outlook-Adresse verantwortlich ist, ist die E-Mail-Zustellung viel eher erfolgreich.

** Hinweis: ** Die Verwendung von "+ a + mx" im SPF-Datensatz ist nicht optimal, da zusätzliche DNS-Abfragen für den empfangenden Server erforderlich sind. Wenn insgesamt mehr als 10 Suchvorgänge vorhanden wären, wird ein permanenter Fehler ausgegeben. Eine solche Lösung funktioniert für große E-Mail-Anbieter mit rollenden IPs. Wenn Sie jedoch eigene E-Mail-Server verwenden, ist es besser, die E-Mail zum Versenden von E-Mail-Servern direkt als `ip4: 1.2.3.4`, BTW,` + `vor dem "a" und "mx" sind optional. Alex vor 6 Jahren 0
Beginnen Sie auch nicht mit dem "-all" -Qualifier, bis Sie vollständig sicher sind, dass Ihre E-Mails erfolgreich durchlaufen werden. Andernfalls werden alle E-Mails abgelehnt. Beginnen Sie mit dem Qualifier "~ all" und wenn die E-Mail-Kopfzeilen auf der Empfängerseite keine Fehler enthalten, gehen Sie mit "-all" Alex vor 6 Jahren 0
@Alex: Was du gesagt hast ist wahr; Nach meiner Erfahrung mit Shared-Hosting-Benutzern ist "+ a + mx" jedoch eine feuerfeste Einstellung, die für die meisten Benutzer geeignet ist. "-all" ist besonders nützlich, wenn Benutzer fragen, warum sie Spam-E-Mails anscheinend von sich selbst erhalten. Trotzdem habe ich diese Antwort aktualisiert, um besser auf den E-Mail-Dienstanbieter von OP zugeschnitten zu sein. Deltik vor 6 Jahren 0
Nun, Sie haben richtig, bei Shared Hosting könnte "a mx" eine einfache und sogar die einzige Lösung sein, seit einer aus Gnade von Shared Hosting. Das Problem mit solchen Einstellungen bei Shared Hosting ist, dass fast alle von ihnen ziemlich unsichere Setups verwenden. Wenn ein Hacker in das Konto von some1 wechselt, kann er alle Nachbarn auf dem gleichen Rechner (es könnten tausende sein) und seitdem alle Nachbarn denselben Mailserver verwenden , er könnte im Namen von nächstgelegenen Konten senden, und SPF würde keinen Fehler auslösen, aber ich denke, es ist ein Thema, das hier diskutiert wird. Alex vor 6 Jahren 0