Das Domain Name System (DNS) wandelt Domainnamen in IP-Adressen um, damit Nutzer leichter auf Websites zugreifen können. Es bildet die Basis für das Internet.
Mit dem kostenfreien SPF-Tool können Sie den passenden Record direkt auf Basis der tatsächlich genutzten Versandquellen erzeugen. So können etwa Mailprovider, eigene Server, Shopsysteme oder Newsletter-Dienste gezielt kombiniert und als fertiger SPF-Record ausgegeben werden. Der Generator verarbeitet Ihre Parameter direkt lokal in Ihrem Browser.
Kostenloser SPF Generator: SPF Record einfach erstellen oder ändern Weiterlesen »
Mit dem kostenfreien DMARC-Tool lässt sich der passende Record direkt zusammenstellen – inklusive Policy, Reporting-Adressen, Alignment-Einstellungen und optionaler Quarantäne- oder Reject-Strategie für einzelne Umgebungen.
Kostenloser DMARC Generator: DMARC Record einfach erstellen oder ändern Weiterlesen »
In neuen Microsoft-365-Tenants wirkt Exchange Online nach den ersten Schritten häufig „halb fertig“: Domänen werden gerade erst verifiziert, DNS-Änderungen sind frisch gesetzt, Richtlinien und Konnektoren befinden sich im Aufbau, und interne Replikation sowie externe DNS-Caches laufen noch nicht konsistent. In dieser Phase tauchen beim Senden und Empfangen schnell SMTP-Fehlercodes und Transportmeldungen auf, die wie harte Fehlkonfigurationen aussehen.
Beim Hinzufügen einer eigenen Domain zu Microsoft 365 wirken mehrere Systeme zusammen: Der Domainbesitz wird per DNS-Eintrag nachgewiesen, Microsoft übernimmt die Domain in die Mandantenkonfiguration und Exchange Online muss sie als zulässige Ziel-Domain („Accepted Domain“) führen, bevor E-Mail-Fluss zuverlässig funktioniert. In der Praxis kommt es genau in dieser Übergangsphase regelmäßig zu Fehlinterpretationen: Der TXT-Record ist sichtbar, die Verifikation scheint erfolgreich, trotzdem scheitern Zustellungen mit SMTP-Fehlern wie „550 5.7.54 Unable to relay recipient in non-accepted domain“.
Eine E-Mail-Migration nach Exchange Online ist kein reiner Umzug von Postfachdaten, sondern eine kontrollierte Umstellung von Identitäten, Zugriffswegen, Namensauflösung und Nachrichtenfluss. In der Praxis scheitern Projekte selten an fehlenden Features, sondern an falsch gewählten Migrationsmodellen, unklarer Zuständigkeit für DNS und Zertifikate oder an Koexistenzanforderungen, die erst im Betrieb sichtbar werden: Free/Busy muss über Organisationsgrenzen funktionieren, Kalenderdelegationen dürfen nicht brechen, Transportregeln sollen weiter greifen, und Outlook muss ohne Profilbruch sauber via Autodiscover umschalten.
Welche E-Mail-Migrationsmethode zu Exchange Online passt: Cutover, Staged oder Hybrid? Weiterlesen »
