Microsoft-365-Prüfung: eine geschäftliche Outlook-Adresse verifizieren
Kurz gesagt: Bestätigt über den MX, dass eine Firmendomain auf Exchange Online läuft, und fragt dann den Server von Microsoft nach diesem einen Postfach, mit Catch-all-Test zuerst, ohne etwas zu senden. Grenze: Hybride (Internal Relay), migrierende oder hinter einem Security-Gateway liegende Domains nehmen jede Adresse an und kommen als riskant wegen Catch-all zurück. Adressen bei outlook.com und hotmail.com werden nicht abgefragt.
Diese Microsoft-365-Prüfung sieht im MX der Domain nach, ob er auf mail.protection.outlook.com endet, fragt dann Exchange Online nach der Adresse und trennt die Verbindung, bevor etwas gesendet wird. Liegen alle Postfächer einer Domain in Microsoft 365, werden unbekannte Adressen mit 550 5.4.1 abgelehnt, Sie bekommen also eine klare Antwort. Hybrid- und Gateway-Setups nehmen oft alles an und kommen als riskant zurück.
Tuned for company domains whose MX ends in mail.protection.outlook.com. Five checks a minute, no account needed. Nothing is sent to the address — we ask its mail server whether the mailbox exists, then disconnect.
Das Tool ist dasselbe wie auf der englischen Seite: Schaltflächen und Ergebnisse erscheinen auf Englisch. Aktualisiert am 5. November 2026
So verifizieren Sie eine Microsoft-365-Adresse
- Geben Sie eine Firmenadresse ein, etwa
[email protected]. Adressen bei outlook.com und hotmail.com gehören in die Outlook-Prüfung. - Klicken Sie auf Check. Der MX der Domain wird abgefragt, und die Zeile Mail host zeigt, ob er auf Microsoft 365 zeigt.
- Die Prüfung fragt Microsoft zuerst nach einer erfundenen Adresse, dann nach der echten, und trennt die Verbindung.
- Gültig heißt, das Postfach wurde angenommen und das erfundene abgelehnt. Ungültig heißt, Microsoft hat gesagt, dass es den Empfänger nicht gibt. Riskant heißt, es ließ sich nicht bestätigen.
Warum lassen sich Microsoft-365-Adressen verifizieren, Outlook.com-Adressen aber nicht?
Sie laufen auf verschiedenen Systemen. Firmen-Tenants empfangen E-Mails auf Hosts, die auf mail.protection.outlook.com enden; outlook.com und hotmail.com für Privatkunden nutzen olc.protection.outlook.com. Bei einer Firmendomain, deren Postfächer alle in Exchange Online liegen, lehnt Microsofts Directory-Based Edge Blocking (auf Englisch) unbekannte Empfänger schon an der Tür mit 550 5.4.1 Recipient address rejected: Access denied ab, und die Prüfung liest das als ungültig.
Microsofts Mail für Privatkunden ist anders: Microsoft weist derzeit Postfachprüfungen aus dem Netz unseres Servers ab, diese Prüfung fragt also, wie die Outlook-Prüfung, outlook.com, hotmail.com, live.com und msn.com nicht ab und gibt riskant mit "Provider hides mailbox status" zurück, sobald die anderen Prüfungen bestehen. Geben Sie hier eine solche Adresse ein, verweist das Ergebnis auf die richtige Seite.
Wann nimmt eine Microsoft-365-Domain jede Adresse an?
Wenn Microsoft nicht jedes Postfach kennen kann. Eine Organisation, die einige Postfächer auf eigenen Exchange-Servern behält (ein Hybrid-Setup), stellt ihre Domain auf Internal Relay statt Authoritative, wie in Microsofts Anleitung zum Verwalten akzeptierter Domänen (auf Englisch) beschrieben. Exchange Online nimmt dann E-Mails für unbekannte Adressen an und reicht sie weiter. Migrationen tun eine Zeit lang dasselbe.
Ein vorgeschaltetes Gateway wie Proofpoint oder Mimecast nimmt oft ebenfalls alles an und entscheidet später. In jedem Fall wird die erfundene Adresse der Prüfung angenommen, das Ergebnis ist also riskant mit "Accepts all addresses", kein gültig, dem Sie nicht trauen können. Nennt der MX ein Gateway und enthält SPF spf.protection.outlook.com, vermerkt das Ergebnis, dass das Gateway geantwortet hat.
Was bedeutet 550 5.4.1 Recipient address rejected?
Dass die Adresse in der Organisation nicht existiert. Trotz der Worte "Access denied" ist es die Verzeichnisprüfung von Microsoft 365, keine Sperre der IP des Absenders. Die Referenz zu 550 5.4.1 (auf Englisch) hat den vollständigen Text und was zu tun ist, wenn Ihre eigene Mail ihn bekommt.
Sehen Sie ihn bei einer Adresse, die sicher stimmt, prüfen Sie zuerst die Schreibweise und fragen Sie dann den Empfänger, ob es ein Alias eines anderen Postfachs ist. Aliase stehen im Verzeichnis und werden wie jedes Postfach angenommen.
Häufige Fragen
- Woran erkenne ich, ob eine Firma Microsoft 365 nutzt?
- Ihr MX-Eintrag endet auf mail.protection.outlook.com. Die Prüfung fragt ihn ab und zeigt ihn in der Zeile Mail host; die E-Mail-Anbieter-Abfrage tut dasselbe für eine Domain, ohne eine Adresse zu prüfen.
- Warum ist meine Microsoft-365-Adresse riskant und nicht gültig?
- Meist, weil die Domain jede Adresse annimmt: ein Hybrid- oder Migrations-Setup oder ein Gateway vor Microsoft. Es kann auch heißen, dass die Adresse ein Funktionspostfach wie info@ ist oder Microsoft vorübergehend geantwortet hat.
- Funktioniert das für outlook.com- und hotmail.com-Adressen?
- Das sind Microsoft-Konten für Privatkunden auf einem anderen System. Sie werden nicht abgefragt, solange Microsoft Prüfungen aus dem Netz unseres Servers abweist, und kommen als riskant mit "Provider hides mailbox status" zurück, sobald Syntax, Domain und Wegwerf-Prüfung bestehen. Die Outlook-Prüfung erklärt, warum.
- Sieht die Person etwas?
- Nein. Die Prüfung trennt die Verbindung nach dem Schritt RCPT TO, bevor eine Nachricht gesendet wird.
- Ist die Microsoft-365-Prüfung kostenlos?
- Ja, fünf Prüfungen pro Minute ohne Konto. Für eine Liste melden Sie sich mit Google an und erhalten 100 kostenlose E-Mail-Prüfungen, ohne Kreditkarte.
Eine ganze Liste prüfen? Die ersten 100 Adressen sind kostenlos.
Melden Sie sich mit Google an, fügen Sie die Adressen ein oder laden Sie eine CSV-Datei hoch. Jede Adresse erhält eine echte SMTP-Postfachprüfung, mit Ergebnissen zum Herunterladen. Keine Kreditkarte.
Catch-all-Domains und Server, die nicht antworten, werden als riskant ausgewiesen, niemals als gültig.
Mit der Anmeldung akzeptieren Sie die Nutzungsbedingungen und die Datenschutzerklärung (auf Englisch). Terms · Privacy
Kostenlose Tools auf Deutsch
- Gmail-Adressprüfer
- E-Mail-Anbieter-Abfrage
- E-Mail-Prüfer
- Domain-Alter-Prüfer
- MBOX in CSV
- VCF-in-CSV-Konverter
- Liste kostenloser E-Mail-Domains
- Prüfung von Domainendungen
- Prüfung des Domain-Transfers
- SSL-Prüfung für viele Websites
- Domain-Hack-Generator
- Telefonlisten vergleichen
- Längenprüfung für Telefonnummern
- Liste der Ländervorwahlen
- Mail.ru-Prüfung
- EML-zu-CSV-Konverter
- WEB.DE-Prüfung
- Apollo-Kontakte zu E-Mail-Liste
- Omnisend-Kontakte zu E-Mail-Liste
- Drip-Abonnenten zu E-Mail-Liste
- Flodesk-Abonnenten zu E-Mail-Liste
- GetResponse-Kontakte zu E-Mail-Liste
- Copper-CRM-Kontakte zu E-Mail-Liste
- DNSSEC-Prüfung
- Prüfung von Domain-Statuscodes
- Prüfung von CAA-Einträgen
- IPv6-Prüfung
- Generator für eigene Tracking-Domains
- Massenprüfung für Outlook
- Massenprüfung für Yahoo
- Massenprüfung für iCloud
- Massenprüfung für AOL
- iCloud-Prüfung
- AOL-Prüfung
- Yandex-Prüfung
- Proton-Mail-Prüfung
- Google-Workspace-Prüfung
- GMX-Prüfung
- QR-Code-Generator für Telefonnummern
- BIMI-SVG-Validator und Konverter
- SMTP-Einstellungen nachschlagen
- DNS-Lookup
- TXT-Record-Lookup
- SPF-, DKIM- und DMARC-Checker für viele Domains
- Telefonnummern-Extraktor
- Massen-Validator für Telefonnummern
- CSV-zu-VCF-Konverter
- Catch-all-Checker
- Generator für freie Domainnamen
- Ablaufdatum-Prüfung für Domainlisten
- Ländersuche für Telefonnummern
- Telefonnummern-Validator
- Massen-Nameserver-Abfrage
- E-Mail-Massenprüfung
- Domain-Verfügbarkeit in großen Mengen
- MX-Massenabfrage nach Anbieter
- DMARC-Checker
- Outlook-Prüfung
- Yahoo-Prüfung
- Website-Status in großen Mengen
- Webhosting-Checker
- WHOIS-Massenabfrage
- Massen-DNS-Abfrage
- Registrar-Abfrage für Domains
- Domain-Check für Cold E-Mail
- HubSpot-Kontakte zu E-Mail-Liste
- Keap-Kontakte zu E-Mail-Liste
- Mailchimp-Zielgruppe zu E-Mail-Liste
- Klaviyo-Profile zu E-Mail-Liste
- Kit-Abonnenten zu E-Mail-Liste
- MailerLite-Abonnenten zu E-Mail-Liste
- DNS-Einträge für Cold E-Mail in Masse
- Planer für Cold-E-Mail-Follow-ups