SPF Check:
medline.com

1. Domainname angeben

Geben Sie eine Domain an die auf den SPF-Record überprüft werden soll.
2. IP-Adresse angeben (optional)
Geben Sie eine beliebige IP-Adresse ein, um zu überprüfen, ob diese durch den SPF-Record berechtigt ist, E-Mails zu versenden

Wozu dient der SPF-Lookup?

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.

Loading...

SPF-Check bestanden

Ihr SPF-Record Prüfergebnis
  •   SPF-Record gefunden
  •   Syntaxprüfung: 0 Fehler
  •   E-Mail-Spoofingschutz: Gut
Zusammenfassung des SPF-Checks

Existiert ein gültiger SPF-Record?
Für die Domain medline.com wurde ein SPF-Record gefunden.
Der SPF-Record für medline.com 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) 39 IP-Adresse(n) durch den SPF-Record zum Senden von E-Mails berechtigt.

Die SPF-Record Analyse erfolgte am 08.05.2025 um 10:33:24 Uhr.

Lookup für die Domain:
medline.com
zu überprüfende IP-Adresse:
keine IP-Adresse angegeben
Lösen Sie Ihre Probleme im Handumdrehen
Garantiert messbare Verbesserung für E‑Mailzustellbarkeit und Domainsicherheit
Lösen Sie Ihre Probleme im Handumdrehen

Auswertung für die Domain medline.com 

Nameserverset:
ns1.medline.net
ns2.medline.net
Ermittelter SPF-Record:
Legitimierte IP-Adressen:
IP Provider / ASN DNSBL-Check
148.163.148.158 PROOFPOINT-ASN-US-WEST Blacklist 
148.163.148.158 PROOFPOINT-ASN-US-WEST Blacklist 
205.233.244.132 MEDLINE Blacklist 
205.233.244.245 MEDLINE Blacklist 
205.233.245.135 MEDLINE Blacklist 
205.233.245.77 MEDLINE Blacklist 
148.163.152.107 PROOFPOINT-ASN-US-EAST Blacklist 
148.163.148.158 PROOFPOINT-ASN-US-WEST Blacklist 
148.163.154.129 PROOFPOINT-ASN-US-EAST Blacklist 
148.163.150.180 PROOFPOINT-ASN-US-WEST Blacklist 
207.193.132.6 ATT-INTERNET4 Blacklist 
192.254.115.42 SENDGRID Blacklist 
216.69.207.36 COLOGIX Blacklist 
74.201.84.203 INTERNAP-2BLK Blacklist 
162.242.201.69 RACKSPACE Blacklist 
68.232.129.235 IRONPORT-SYSTEMS-INC Blacklist 
204.11.245.165 BCI Blacklist 
66.150.161.30 INTERNAP-BLOCK-4 Blacklist 
164.156.184.51 LUMEN-LEGACY-L3-CUSTOMER-SHARED-USE Blacklist 
192.237.159.152 RACKSPACE Blacklist 
66.240.227.18 CARINET Blacklist 
66.240.227.21 CARINET Blacklist 
63.143.57.146 LIMESTONENETWORKS Blacklist 
63.143.57.149 LIMESTONENETWORKS Blacklist 
68.232.140.79 IRONPORT-SYSTEMS-INC Blacklist 
206.51.156.15 NKTC Blacklist 
184.175.91.226 AMAZON-02 Blacklist 
157.56.111.103 MICROSOFT-CORP-MSN-AS-BLOCK Blacklist 
75.98.93.0/24
INTERNAP-2BLK Blacklist 
62.159.28.152/30
Deutsche Telekom AG Blacklist 
76.227.222.185/30
AECP-AS Blacklist 
12.198.148.12/30
AECP-AS Blacklist 
150.105.184.5 OPENTEXT-NA-US-4 Blacklist 
150.105.216.5 OPENTEXT-NA-US-4 Blacklist 
103.151.192.0/23
AMAZON-02 Blacklist 
185.12.80.0/22
- Blacklist 
188.172.128.0/20
- Blacklist 
192.161.144.0/20
- Blacklist 
216.198.0.0/18
AMAZON-02 Blacklist 
Prüfung SPF-Syntax:
Analyseergebnis des SPF-Records für die Domain: medline.com

SPF-Record vorhanden?

Für die Domain haben wir einen SPF-Record gefunden.

v=spf1

Dürfen die Serveradressen E-Mails versenden?

Im SPF-Eintrag wurde der Mechanismus 'a' gesetzt. Folgende IP-Adressen dürfen senden

205.233.244.132

Dürfen die eingetragenen Mailserver E-Mails versenden?

Im SPF-Eintrag wurde der Mechanismus 'mx' gesetzt. Folgende Hosts dürfen senden

mxa-00035a01.gslb.pphosted.com
mxb-00035a01.gslb.pphosted.com

Zusätzlich autorisierte IPv4-Adressen

Es wurden expliziten IPv4-Adressen im SPF-Record zum Senden autorisiert.

205.233.244.245
205.233.245.135
205.233.245.77
148.163.152.107
148.163.148.158
148.163.154.129
148.163.150.180

Zusätzliche, externe SPF-Records

Wir konnten noch weitere, im SPF-Record autorisierte Records finden.

include:_spf-a.medline.com
v=spf1 ip4:207.193.132.6 ip4:192.254.115.42 ip4:216.69.207.36 ip4:74.201.84.203 ip4:162.242.201.69 ip4:68.232.129.235 ip4:204.11.245.165 ip4:66.150.161.30 ip4:164.156.184.51 ~all
ipv4:
207.193.132.6
ipv4:
192.254.115.42
ipv4:
216.69.207.36
ipv4:
74.201.84.203
ipv4:
162.242.201.69
ipv4:
68.232.129.235
ipv4:
204.11.245.165
ipv4:
66.150.161.30
ipv4:
164.156.184.51
include:_spf-b.medline.com
v=spf1 ip4:192.237.159.152 ip4:66.240.227.18 ip4:66.240.227.21 ip4:63.143.57.146 ip4:63.143.57.149 ip4:68.232.140.79 ip4:206.51.156.15 ip4:184.175.91.226 ip4:157.56.111.103 ~all
ipv4:
192.237.159.152
ipv4:
66.240.227.18
ipv4:
66.240.227.21
ipv4:
63.143.57.146
ipv4:
63.143.57.149
ipv4:
68.232.140.79
ipv4:
206.51.156.15
ipv4:
184.175.91.226
ipv4:
157.56.111.103
include:_spf-c.medline.com
v=spf1 ip4:75.98.93.0/24 ip4:62.159.28.152/30 ip4:76.227.222.185/30 ip4:12.198.148.12/30 ip4:150.105.184.5 ip4:150.105.216.5 include:mail.zendesk.com include:_spf.salesforce.com ~all
ipv4:
75.98.93.0/24
ipv4:
62.159.28.152/30
ipv4:
76.227.222.185/30
ipv4:
12.198.148.12/30
ipv4:
150.105.184.5
ipv4:
150.105.216.5
include:mail.zendesk.com
v=spf1 ip4:103.151.192.0/23 ip4:185.12.80.0/22 ip4:188.172.128.0/20 ip4:192.161.144.0/20 ip4:216.198.0.0/18 ~all
ipv4:
103.151.192.0/23
ipv4:
185.12.80.0/22
ipv4:
188.172.128.0/20
ipv4:
192.161.144.0/20
ipv4:
216.198.0.0/18
include:_spf.salesforce.com
v=spf1 exists:%{i}._spf.mta.salesforce.com -all

Behandlung von E-Mails

Wie soll die checkHost() funktion des E-Mail Servers mit der E-Mail umgehen? (Syntax )

-all
Fail (Nicht konforme E-Mails werden abgewiesen)

Wird auf einen anderen SPF-Record weitergeleitet?

Es wird auf keinen anderen SPF-Record verwiesen.

Zusätzlich autorisierte A-Records?

Wir konnten neben den im DNS hinterlegten A-Records, keine weiteren im SPF-Record autorisierten Records finden.

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.

Kürzlich durchgeführte SPF-Lookups

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:

redirects.medline.com

Kostenloses Whitepaper

Wie sicher ist Ihre Domain?

  • Praxisnah mit vielen Beispielen
  • die Grundlagen des Domain-Risikomanagements in 20 Seiten zusammengefasst
  • Checkliste mit 53 Fragen zu 14 Risikogebieten

Gewinnen Sie den ersten Eindruck über die eigenen Gefahrenpotenziale in Ihrem Unternehmen

⮩ "Domain-Risikomanagement" kostenlos herunterladen
Alle Angebote richten sich an Gewerbetreibende, nicht an Endverbraucher und verstehen sich zzgl. MwSt.
© 2025 nicmanager.com.   Alle Rechte vorbehalten.
nicmanager