Mit dem SPF-Lookup analysieren Sie den SPF-Record einer Domain auf Fehler, Sicherheitsrisiken und autorisierte IP-Adressen. Optional können Sie eine IP-Adresse angeben um zu überprüfen, ob diese autorisiert ist, E-Mails im Namen der Domain zu versenden. Der SPF-Lookup analysiert eingetragene TXT-Records in echtzeit. Wenn Sie einen SPF-Record manuell angeben wollen, nutzen Sie den SPF-Analyzer.
Existiert ein gültiger SPF-Record?
Für die Domain life-pay.ru wurde ein SPF-Record gefunden.
Der SPF-Record für life-pay.ru ist valide.
Die Syntaxprüfung des SPF-Records weist keine offensichtlichen Fehler auf.
Welche IP-Adressen sind legitimiert, E-Mails zu senden?
Der SPF-Record enthält einen Verweis auf externe Regeln, das bedeutet, dass die Gültigkeit des SPF-Records von mindestens einer anderen Domain abhängt. Eine detaillierte Auflistung der extern genutzten Regeln entnehmen Sie dem Analyseergebnis.
Insgesamt wurde(n) 36 IP-Adresse(n) durch den SPF-Record zum Senden von E-Mails berechtigt.
Die SPF-Record Analyse erfolgte am 22.12.2024 um 20:09:51 Uhr.
|
(life-pay.ru → _spf.amocrmmail.com) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von _spf.amocrmmail.com enthält zulässige Zeichen.
|
|
(life-pay.ru → _spf.amocrmmail.com) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'ip4' -> '88.212.249.38'
OK bei 'ip4' -> '23.105.230.36'
OK bei 'ip4' -> '204.74.249.142'
OK bei 'ip4' -> '23.105.235.133'
OK bei 'ip4' -> '169.150.216.177'
OK bei 'all' -> '~'
|
|
(life-pay.ru → _spf.google.com → _netblocks.google.com) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von _netblocks.google.com enthält zulässige Zeichen.
|
|
(life-pay.ru → _spf.google.com → _netblocks.google.com) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'ip4' -> '35.190.247.0/24'
OK bei 'ip4' -> '64.233.160.0/19'
OK bei 'ip4' -> '66.102.0.0/20'
OK bei 'ip4' -> '66.249.80.0/20'
OK bei 'ip4' -> '72.14.192.0/18'
OK bei 'ip4' -> '74.125.0.0/16'
OK bei 'ip4' -> '108.177.8.0/21'
OK bei 'ip4' -> '173.194.0.0/16'
OK bei 'ip4' -> '209.85.128.0/17'
OK bei 'ip4' -> '216.58.192.0/19'
OK bei 'ip4' -> '216.239.32.0/19'
OK bei 'all' -> '~'
|
|
(life-pay.ru → _spf.google.com → _netblocks2.google.com) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von _netblocks2.google.com enthält zulässige Zeichen.
|
|
(life-pay.ru → _spf.google.com → _netblocks2.google.com) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'ip6' -> '2001:4860:4000::/36'
OK bei 'ip6' -> '2404:6800:4000::/36'
OK bei 'ip6' -> '2607:f8b0:4000::/36'
OK bei 'ip6' -> '2800:3f0:4000::/36'
OK bei 'ip6' -> '2a00:1450:4000::/36'
OK bei 'ip6' -> '2c0f:fb50:4000::/36'
OK bei 'all' -> '~'
|
|
(life-pay.ru → _spf.google.com → _netblocks3.google.com) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von _netblocks3.google.com enthält zulässige Zeichen.
|
|
(life-pay.ru → _spf.google.com → _netblocks3.google.com) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'ip4' -> '172.217.0.0/19'
OK bei 'ip4' -> '172.217.32.0/20'
OK bei 'ip4' -> '172.217.128.0/19'
OK bei 'ip4' -> '172.217.160.0/20'
OK bei 'ip4' -> '172.217.192.0/19'
OK bei 'ip4' -> '172.253.56.0/21'
OK bei 'ip4' -> '172.253.112.0/20'
OK bei 'ip4' -> '108.177.96.0/19'
OK bei 'ip4' -> '35.191.0.0/16'
OK bei 'ip4' -> '130.211.0.0/22'
OK bei 'all' -> '~'
|
|
(life-pay.ru → _spf.google.com) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von _spf.google.com enthält zulässige Zeichen.
|
|
(life-pay.ru → _spf.google.com) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'include' -> '_netblocks.google.com'
OK bei 'include' -> '_netblocks2.google.com'
OK bei 'include' -> '_netblocks3.google.com'
OK bei 'all' -> '~'
|
|
(life-pay.ru → spf.smtp.bz) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von spf.smtp.bz enthält zulässige Zeichen.
|
|
(life-pay.ru → spf.smtp.bz) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'ip4' -> '91.220.186.0/24'
OK bei 'ip4' -> '5.8.75.128/27'
OK bei 'ip4' -> '217.26.217.0/24'
Korrekte Syntax bei 'exists' -> '%{i}._ip4.smtp.bz'.
OK bei 'all' -> '-'
|
|
(life-pay.ru) Das DNS-Lookup Limit wurde nicht überschritten.
Das Limit wurde nicht überschritten:
1: life-pay.ru include:_spf.amocrmmail.com 2: life-pay.ru include:_spf.google.com 3: life-pay.ru include:_spf.google.com include:_netblocks.google.com 4: life-pay.ru include:_spf.google.com include:_netblocks2.google.com 5: life-pay.ru include:_spf.google.com include:_netblocks3.google.com 6: life-pay.ru include:spf.smtp.bz |
|
(life-pay.ru) Der SPF besteht aus einem zulässigen Zeichensatz.
Der SPF Record von life-pay.ru enthält zulässige Zeichen.
|
|
(life-pay.ru) Mechanismen in SPF-Record sind valide
OK bei 'v' -> 'spf1'
OK bei 'ip4' -> '178.159.33.141'
OK bei 'include' -> '_spf.amocrmmail.com'
OK bei 'include' -> '_spf.google.com'
OK bei 'include' -> 'spf.smtp.bz'
OK bei 'all' -> '~'
|
SPF-Record vorhanden?
Für die Domain haben wir einen SPF-Record gefunden.
Zusätzlich autorisierte IPv4-Adressen
Es wurden expliziten IPv4-Adressen im SPF-Record zum Senden autorisiert.
Zusätzliche, externe SPF-Records
Wir konnten noch weitere, im SPF-Record autorisierte Records finden.
Behandlung von E-Mails
Wie soll die checkHost() funktion des E-Mail Servers mit der E-Mail umgehen? (Syntax )
Wird auf einen anderen SPF-Record weitergeleitet?
Es wird auf keinen anderen SPF-Record verwiesen.
Dürfen die Serveradressen E-Mails versenden?
Im SPF-Eintrag wurde der Mechanismus 'a' nicht gesetzt.
Zusätzlich autorisierte A-Records?
Wir konnten neben den im DNS hinterlegten A-Records, keine weiteren im SPF-Record autorisierten Records finden.
Dürfen die eingetragenen Mailserver E-Mails versenden?
Im SPF-Eintrag wurde der Mechanismus 'mx' nicht gesetzt.
Zusätzlich autorisierte MX-Records
Wir konnten neben den im DNS hinterlegten MX-Records, keine weiteren im SPF-Record autorisierten Records finden.
Zusätzlich autorisierte IPv6-Adressen
Es wurden keine expliziten IPv6-Adressen im SPF-Record zum Senden autorisiert.
Wie wird der Absender informiert?
Der exp Mechanismus dient als Rückgabe zum Absender, falls die IP-Adresse nicht autorisiert war zu senden und dies ihm mitzuteilen. Es wurde keiner gefunden.
PTR (veralteter Mechanismus)
Der ptr Mechanismus ist veraltet, langsam und unsicher und sollte daher nicht verwendet werden.
PTR: (veralteter Mechanismus)
Der ptr Mechanismus ist veraltet, langsam und unsicher und sollte daher nicht verwendet werden.
IP Adressen durch Makros autorisieren
Wenn der SPF evaluiert wird, können Makros spezifische anhand der Anfrage oder Verbindung des Benutzers oder Clients Ip-Addressen autorisieren (RFC7208 )
Benachrichtigungs-Adresse
analysis.ra-missing
Report-Menge
analysis.rp-missing
Report-Auswahl
analysis.rr-missing
Unbekannte Mechanismen
Es wurden keine Unbekannte Mechanismen im SPF-Record gefunden.
Server-IP Adresse
Für die Domain haben wir folgende IP-Adresse ermittelt:
Keine Domain angegeben
Reverse-Adresse
Für die Server-IP-Adresse haben wir folgenden Namen ermittelt:
158.160.106.118
Gewinnen Sie den ersten Eindruck über die eigenen Gefahrenpotenziale in Ihrem Unternehmen
