Bestätigen Sie, dass Porkbun die Nachricht sendet
Eine bei Porkbun registrierte Domain nutzt nicht unbedingt das E-Mail-Hosting von Porkbun. Stellen Sie zunächst fest, ob die Nachricht aus einem gehosteten Postfach, einer Weiterleitungsregel, einem Postfach eines Drittanbieters oder einer Website stammt. Dieser Leitfaden behandelt die von Porkbun gehosteten E-Mails. Behalten Sie ein separates Routeninventar für Website-Formulare und CRM-Mails bei, auch wenn sie dieselbe sichtbare Absenderdomäne haben.
Notieren Sie die Domäne, das sendende Postfach und die Autorität Nameserver, aktuell SPF Und DMARC Datensätze, und der DNS Administrator. Bewahren Sie die vorhandene Zone vor Änderungen auf. Der DNS Editor eines Registrars enthält möglicherweise Datensätze, die öffentliche Empfänger nie sehen, wenn die Nameserver eines anderen Anbieters autorisierend sind. Das Verschieben von Nameservern ist keine Voraussetzung für die Authentifizierung und sollte nicht in dieser Änderung gebündelt werden.
Wählen Sie den entsprechenden DNS Workflow aus
Bei von Porkbun gehosteten E-Mails öffnet das Umschlagsymbol „Domänenverwaltung“ E-Mail-Hosting und -Weiterleitung. Unter „Zusätzliche Hinweise und Konfiguration“ klicken Sie auf „Konfigurieren“. DMARC Die Steuerung konfiguriert auch DKIM. Der Anbieter gibt an, dass diese Kontrolle nur bei einem E-Mail-Hosting-Dienst erscheint. Überprüfen Sie die beabsichtigte Änderung und die bestehende Richtlinie, bevor Sie eine automatische Konfiguration akzeptieren. Schweinefleischbrötchen DKIM und DMARC.
Wenn das Panel eine DMARC Warnung meldet, verhindern externe Nameserver möglicherweise die automatische Veröffentlichung. Das ist kein Beweis dafür, dass das Postfach nicht unterstützt wird. Besorgen Sie sich die generierten Datensätze und vereinbaren Sie die Veröffentlichung mit dem zuständigen DNS Administrator. Überprüfen Sie die resultierenden öffentlichen Antworten, bevor Sie sich auf den Kontostatus verlassen.
Für externes DNS dokumentiert Porkbun seine SPF Einbindung als _spf.porkbun.com . In den Anweisungen wird außerdem erläutert, wie die Standardeinstellungen des Kontos kopiert werden. _domainkey und _dmarc TXT Datensätze aus dem Bereich DNS -Einträge“. Kopieren Sie den öffentlichen Schlüssel genau. Führen Sie die geltenden Absenderberechtigungen zusammen SPF Eintrag anstatt ein zweites zu veröffentlichen. Anleitung für externes DNS von Porkbun.
Behalten Sie vorhandene E-Mails beim Veröffentlichen bei
Verwenden Sie das vollständige Postfachmigrationsrezept des Artikels zum externen DNS nicht als Anleitung zum Ersetzen des Funktionierens MX Einträge während einer reinen Authentifizierungsänderung. MX -Migration ändert die eingehende Zustellung und erfordert einen eigenen genehmigten Plan. Überprüfen Sie ebenfalls alle vorhandenen DMARC Richtlinien, bevor Sie einen generierten Ersatz kopieren: Andere Absender und Berichtsziele können davon abhängig sein.
Unterscheiden Sie für den DKIM Datensatz das Hostfeld vom TXT Wert. Wenn der Editor example.com anhängt, kann durch die Eingabe eines vollständigen Hostnamens in ein relatives Namensfeld default._domainkey.example.com.example.com erstellt werden. Bestätigen Sie den tatsächlichen öffentlichen Suchort, nicht nur die angezeigte Zeile. SPF wird als TXT unter der entsprechenden Umschlagdomäne veröffentlicht. Die ausgewertete Richtlinie muss innerhalb der DNS-Suchgrenzen des Protokolls bleiben. SPF Regeln.
Testen Sie das Senden und Weiterleiten von Postfächern separat
Senden Sie eine harmlose Nachricht vom gehosteten Postfach über den normalen Sendeclient an einen kontrollierten externen Empfänger. Speichern Sie das komplette Original und den vom Empfänger hinzugefügten Inhalt Authentication-Results. Testen Sie dann jeden Weiterleitungsworkflow separat. Ersetzen Sie die Direktversand-Basislinie nicht durch weitergeleitete E-Mails.
- Test: Gehosteter Postfach-Direktversand; Erfassung: Von, Return-Path, alle DKIM d=- und s=-Werte; Erfolgsbedingung: Mindestens eine Erfolgsmethode entspricht der tatsächlichen Richtlinie
- Test: Website-Formular eines Drittanbieters; Erfassung: Senderkonfiguration und empfangenes Original; Erfolgsbedingung: Bewerten Sie diesen separaten Sendedienst, nicht die Inhaberschaft des Registrars
- Test: Weitergeleitete Nachricht; Erfassung: Originalunterschrift und Post-Forward-Ergebnisse; Erfolgsbedingung: Änderungen unabhängig vom direkten Postfachpfad diagnostizieren
- Bei dieser Tabelle handelt es sich um einen Testplan, nicht um einen Bericht über ausgeführte Nachrichten. Bei einem synthetischen Absender von user@example.com und einem validierten DKIM d=example.com, stimmt die signierende Domäne genau überein. Eine Passing-Signatur für eine unabhängige Anbieterdomäne stellt dies nicht sicher Ausrichtung. Reply-To ist für die Weiterleitung von Antworten nützlich, ist jedoch nicht die Domäne, DMARC ausgerichtet ist. DMARC.
Beheben Sie den spezifischen Fehler
Wenn die automatische Steuerung nicht vorhanden ist, bestätigen Sie die Produktberechtigung, anstatt nach einer nicht verwandten Registrareinstellung zu suchen. Wenn in der Anzeige „Konfiguriert“ angezeigt wird, DNS jedoch der Schlüssel fehlt, vergleichen Sie die autorisierenden Nameserver und die Zone. Wenn der Schlüssel vorhanden ist, die Nachricht jedoch nicht signiert ist, überprüfen Sie die SMTP Route und das Postfach und geben Sie dem Support dann eine redigierte Nachrichten-ID und einen beobachteten Signaturstatus. Veröffentlichen Sie keinen privaten Schlüssel oder kein Postfachkennwort in einem Ticket.
Wenn SPF nach einer Zusammenführung nicht mehr funktioniert, stellen Sie den vorherigen als funktionierend bekannten Datensatz wieder her und überprüfen Sie jedes Include, bevor Sie es erneut versuchen. Wenn ein anderer Absender nach einer automatischen DMARC -Änderung ausfällt, stellen Sie die genehmigte vorherige Richtlinie wieder her, anstatt einen versehentlichen Ersatz aktiv zu lassen. Überwachen Sie das genaue Postfach und die betroffenen Anwendungen während des nächsten normalen Sendezyklus. Bewahren Sie DNS Snapshots und Originale zusammen mit dem Änderungsdatensatz auf und überprüfen Sie veraltete Berechtigungen nach einer Postfachmigration. Für diesen Dokumentationsleitfaden wurde kein Live-Postfach, keine DNS Bearbeitung oder keine zugestellte Nachricht getestet.
Stimmen Sie den Produktumfang ab, bevor Sie handeln
Gehen Sie für den schriftlichen Fall PB-01 davon aus, dass Porkbun das Postfach hostet, example.com jedoch DNS an eine andere Stelle delegiert und außerdem ein CRM verwendet. Der Status DMARC konfigurieren“ ist kein Beweis dafür, dass sich die externe Zone geändert hat. Erhalten Sie den tatsächlich generierten Schlüssel und die vorgeschlagene Richtlinie, bewahren Sie die legitimen Berechtigungen des CRM und veröffentlichen Sie es nur über den autorisierten Zonenbesitzer. Wenn die sendende Identität des CRM unbekannt ist, raten Sie nicht davon ab, die vorhandene SPF Richtlinie vollständig einzuschließen oder zu ersetzen. Lassen Sie jede erforderliche DNS und Nachrichtenbeobachtung warten, bis sie tatsächlich erfasst wird. Hier fand keine Konfiguration oder E-Mail-Versand statt.
Behalten Sie die Durchsetzungsgrenze bei
RFC 9989 Abschnitt 7.4 erfordert gültiges DKIM , nicht nur SPF , für Domänen, die p=reject, und warnt vor der Interoperabilität von indirekter E-Mail und Mailingliste. Ein einziger erfolgreicher Direktnachrichtentest ist kein Beweis dafür, dass jede legitime Route für strengere Richtlinien bereit ist. Behalten Sie den vorhandenen zugelassenen Schutz bei, während Sie die tatsächliche Lücke diagnostizieren. Jede politische Änderung erfordert eine eigene Entscheidung.