Kennt jemand Studien, die durchgeführt wurden, um zu zeigen, wie viele E-Mails abgelehnt werden, wenn für den SMTP-Bannernamen eines E-Mail-Servers kein ptr-Datensatz vorhanden ist?
Werden umgekehrte Prüfungen immer durchgeführt, wenn sie aktiviert sind, oder ist sie manchmal so konfiguriert, dass die umgekehrte Prüfung durchgeführt wird, wenn ein Spam-Programm eine E-Mail als "fragwürdig" ansieht?
Antworten:
Ich würde mich bemühen, die IP-Adresse meines E-Mail-Servers in den Namen umzuwandeln, den er in SMTP-Konversationen verwendet. Es macht das Leben leichter.
Ich habe keine statistischen Beweise, um dies zu belegen, aber ich habe die Erfahrung gemacht, dass Nachrichten von Zeit zu Zeit von einigen Remote-Mailern abgelehnt werden, weil sie keine umgekehrte Suche haben, die mit dem in SMTP-Konversationen verwendeten Hostnamen übereinstimmt. Anstatt sich mit diesem Problem befassen zu müssen, ist es einfacher, das Reverse-Lookup-Setup von Anfang an richtig zu machen. In den letzten Jahren habe ich nur eine konsistente Vorwärts- / Rückwärtssuche als Voraussetzung behandelt, damit ich mich nicht mit dem Problem befassen muss, dass ich sie nicht habe.
Wenn Sie es nicht eingerichtet haben, erhalten Sie eine legitime E-Mail. Es liegt an der Spam-Filtervorrichtung, wie sie ihre Überprüfungen durchführt, und es sind keine klaren Standards definiert, also ist es ein Hit oder Miss. In den meisten Fällen mit einer Spam-Bewertung werden Ihre E-Mails jedoch weitergeleitet, wenn Sie keine passende Vorwärts- und Rückwärtssuche haben. Das Ding an sich bekommt oft nicht die E-Mail-Blöcke (aber keine Versprechungen), aber ein anderes kleines Problem in der E-Mail kann es übertreiben.
Wir hatten früher keinen bestimmten PTR-Datensatz für unseren Mailserver und erhielten Bounces von craigslist.org und einigen unserer Geschäftspartner.
Sie müssen auch einen bestimmten A-Datensatz für Ihren MX-Eintrag haben. Für einige strenge Mailserver sind keine * oder CNAMES zulässig.
Wenn Sie "Bannername" sagen, ist dies etwas irreführend. Das Banner ist der Name auf der Serverseite. Auf dieser Seite kann entschieden werden, was abgelehnt werden soll. :) Ich denke du meinst den Namen, den die sendende Seite im HELO / EHLO Befehl gibt?
Die meisten Orte führen nur Syntaxprüfungen durch und lehnen offensichtlich schlechtes HELO / EHLO ab, weil es dort draußen zu viel kaputten Müll gibt. Wenn Sie jedoch einen legitimen Mailserver betreiben, sollten Sie in dem von Ihnen gesendeten HELO nur den öffentlichen Hostnamen Ihres eigenen Mailservers angeben. Es gibt einige, die nachsehen. Und da dieser Hostname über ein funktionierendes Reverse-DNS verfügen muss, damit Ihre TCP-Verbindung von vielen MTAs nicht sofort abgelehnt wird, sollten Sie über ein funktionierendes Reverse-DNS für den angegebenen Namen verfügen.
Es ist also keine Konfigurationsschwierigkeit, funktionierendes DNS für den HELO-Hostnamen zu erhalten, außer das Aussortieren des umgekehrten DNS für die allgemeine Erreichbarkeit.
Wie Evan sagte, ist es am besten, wenn Ihr PTR-Eintrag wieder in die IP-Adresse Ihres Servers aufgelöst wird.
Wenn dies jedoch aus irgendeinem Grund nicht möglich ist, sollte der PTR vorschlagen, dass Sie eine statisch zugewiesene IP-Adresse verwenden, keine private (nicht geschäftliche) DSL-Leitung. Im Rahmen ihrer Anti-Spam-Strategie verwenden viele Unternehmen Reputationsdienste (z. B. SORBS), die IP-Adressbereiche auf Botnetzaktivität überwachen und Blacklists mit IP-Bereichen verwalten. Unabhängig von verdächtigen Aktivitäten oder nicht, nehmen sie normalerweise ihre dynamischen Benutzerlisten (Dynamic User Lists, DULs) in ihre schwarze Liste auf. Um diese DULs zu erstellen, verwenden sie PTR-Datensätze und reguläre Ausdrücke, die speziell auf die Namensschemata vieler großer ISPs zugeschnitten sind.
Zum Beispiel cable-66-103-40-69.clarenville.dyn.personainc.netwürde ein PTR-Like höchstwahrscheinlich automatisch auf die schwarze Liste gesetzt (es entspricht "dyn", muss also dynamisch sein). Es gibt einige Standardisierungsbemühungen zur umgekehrten DNS-Benennung in der IETF mit gemischtem Erfolg:
http://tools.ietf.org/html/draft-msullivan-dnsop-generic-naming-schemes
http://tools.ietf.org/html/draft-ietf-dnsop-reverse-mapping-considerations
Eine weitere Informationsquelle für Black / Whitelisting sind WHOIS SWIP-Datensätze .