Wie ordne ich DNS-SPF-Datensätze richtig ein?

Schicke ich wöchentlich E-Mails an die Abonnenten und es stellt sich heraus, dass Nachrichten Häufig gehen in den spam-Ordner für die Benutzer.

Bin ich die Nutzung von Amazon SES, diese Nachrichten zu senden und haben einen SPF-Datensatz entsprechend Ihren Anweisungen: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SPFSenderIDDKIM.html?r=3917

In die Abfrage des SPF-records für meine domain bekomme ich folgende zurück, von http://www.kitterman.com/spf/validate.html:

SPF record lookup and validation for: mydomain.tld

SPF records are primarily published in DNS as TXT records.

The TXT records found for your domain are:


SPF records should also be published in DNS as type SPF records.
Type SPF records found for the domain are:


Checking to see if there is a valid SPF record. 

Found v=spf1 record for mydomain.tld: 
v=spf1 include:amazonses.com ?all 

evaluating...
Results - record processed without error.

The result of the test (this should be the default result of your record) was, none . The explanation returned was,

Für meine CloudFlare-DNS-Einträge habe ich:

SPF  mydomain.tld   v=spf1 include:amazonses.com ?all   with automatic TTL
TXT  mydomain.tld   spf2.0/pra include:amazonses.com ?all   with automatic TTL

Die E-Mails von "[email protected]" und "[email protected]".

Einige Benutzer haben berichtet, sehen die folgende Meldung: "Nachrichten, die scheinbar eine "Bounce-Nachricht" Antwort (eine vom system generierte E-Mail, dass Sie vielleicht erhalten automatisch nach dem senden eine Meldung, dass nicht zugestellt werden kann wie eine Nachricht an eine ungültige E-Mail-Adresse)"

Mit meiner aktuellen Lösung senden kann ich nicht hinzufügen, eine DKIM zu den E-Mails.

Wie können diese behoben werden, um so zu lindern jede Art von Empfang Probleme für unsere user?

InformationsquelleAutor der Frage ylluminate | 2012-03-20

  1. 23

    Gibt es keine gültige TXT - Datensätze für Ihre domain (beachten Sie, dass der test nicht wieder, siehe unten für ein Beispiel), verursacht durch fehlende Anführungszeichen um die TXT Datensätze, die Sie definiert, wie erläutert, z.B. in Record-Typen Unterstützt:

    Anders als bei den meisten anderen Datensatztypen, die für TXT-Datensätze die Daten-Feld ist
    im wesentlichen free-form und kann auch Leerzeichen enthalten. Bitte beachten Sie: Wenn
    die Eingabe einer Zeichenfolge, die Leerzeichen enthält, wie z.B. SPF-Einträge haben, müssen Sie
    schließen Sie die Zeichenfolge in doppelte Anführungszeichen gesetzt; andernfalls, einzelne Wörter werden
    GESONDERT zitiert, und brechen Sie den Datensatz in mehrere Teile.

    Hier sind die TXT Datensätze derzeit nutzen wir erfolgreich für Amazon SES als pro Authentifizierung Ihrer E-Mail-Adresse und (es ist in der Tat bedauerlich, dass Ihre Dokumentation nicht die zitieren muss):

    "v=spf1 include:amazonses.com ~all"
"spf2.0/pra include:amazonses.com ~all"

    Entsprechend, hier ist unsere Domäne abgekürzt Ergebnis für den test wurden ausgeführt:

    SPF record lookup and validation for: [...]

SPF records are primarily published in DNS as TXT records.

The TXT records found for your domain are:
spf2.0/pra include:amazonses.com ~all 
v=spf1 include:amazonses.com ~all 

[...]

Checking to see if there is a valid SPF record. 

Found v=spf1 record for services.marescom.net: 
v=spf1 include:amazonses.com ~all

    InformationsquelleAutor der Antwort Steffen Opel

Schreibe einen Kommentar