Verwenden Sie die Kontokonfiguration als Ausgangspunkt
Sendloop bietet einen Konto-Workflow für die Authentifizierung der Absenderdomäne, während sein öffentlicher Authentifizierungsassistent auch dedizierte Konten erwähnt DKIM Und Ausrichtung Einstellungen. Auf diesen Seiten wird nachgewiesen, dass eine Authentifizierung verfügbar ist, sie legen jedoch nicht den genauen Datensatz, die Signaturidentität oder die Umschlagskontrollen für ein bestimmtes Konto fest. Dieser Leitfaden führt Sie durch den dokumentierten Konto-Workflow und einen kontrollierten Verifizierungsplan. Eine dedizierte DKIM Vereinbarung oder eine benutzerdefinierte Umschlaganforderung bleibt ein Punkt der Anbieterbestätigung. Sendloop-Authentifizierungsassistent, DKIM und Domänenausrichtungseinstellungen.
Identifizieren Sie zunächst das Konto, die genehmigten Von-Domänen und die Kampagnen oder Automatisierungen, die diese verwenden. Erfassen Sie, ob für das Konto eine spezielle Liefervereinbarung besteht und wer diese bestätigen kann. Schließen Sie nicht aus einem Preisschild, einer alten Onboarding-E-Mail oder einer Drittanbieterliste mit sendenden IPs auf eine dedizierte Infrastruktur ab. Weisen Sie einen Sendloop-Administrator, einen DNS Besitzer und einen Prüfer für die Organisation zu DMARC Politik.
Bevor Sie Änderungen vornehmen, exportieren Sie die aktuellen DNS Einträge der jeweiligen Eigentümer. Bewahren Sie eine empfangene Nachricht des Vertreters von der bestehenden genehmigten Route auf, falls verfügbar. Eine Bestandsaufnahme dessen, was bereits funktioniert, verhindert, dass ein neues Authentifizierungsprojekt versehentlich einen anderen Absender deaktiviert. Das Ziel ist eine authentifizierte und abgestimmte Sendloop-Route und kein umfassender Ersatz der E-Mail-Konfiguration der Domäne.
Öffnen Sie das Kontrollfeld der Absenderdomäne
Der Leitfaden des Anbieters führt Sie durch Einstellungen > Authentifizierung der Absenderdomäne > Absenderdomäne authentifizieren und dann Domäne hinzufügen. Das resultierende Domain Control Panel stellt kontorelevante Werte und eine Aktion DNS Einträge überprüfen“ bereit. Erfassen Sie diese Ausgabe, bevor Sie DNS bearbeiten. Wenn sich die aktuelle Benutzeroberfläche unterscheidet, verwenden Sie die Anweisungen oder den Support des aktuellen Anbieters, anstatt gleichwertige Schaltflächen zu erraten. Sendloop-Anleitung: Verwenden des E-Mail-Autorisierungsassistenten und Überprüfen der Authentifizierungseinrichtung.
Notieren Sie jeden vollständigen Besitzer, DNS Typ, Wert und TTL mit seinem Zweck. Bewahren Sie den angezeigten Datensatz im Anhang des Änderungstickets auf. Wenn auf dem Panel ein fehlender Datensatz angezeigt wird, stellen Sie fest, ob dieser fehlt, beim falschen Eigentümer veröffentlicht wurde oder einen anderen Wert aufweist. Eine Domäne, die bereits für ein anderes Sendloop-Konto konfiguriert ist, erfordert möglicherweise eher eine Anbieterkoordination als einen Ersatz.
Der öffentliche Führer verfügt über eine SPF Beispiel und eine Ergänzung zu bestehenden Datensätzen, in denen keine identischen Includes aufgeführt sind. Außerdem wird die Vorbereitung von Textdateien beschrieben. Verwandeln Sie keines der Details in ein automatisches Produktionsrezept. DNS muss die aktuelle, anwendbare Richtlinie enthalten; Eine auf einer Workstation gespeicherte Textdatei veröffentlicht sie nicht. Beheben Sie vor der Implementierung etwaige Diskrepanzen zwischen dem Kontobereich und der öffentlichen Seite. Sendloop-Anleitung: Einrichten des SPF -Eintrags.
Überprüfen Sie SPF , ohne irrelevante Berechtigungen zu erweitern
Bestimmen Sie, welche Umschlagdomäne die echte Sendloop-Nachricht verwendet. Dies ist die Identität, die für SPF untersucht werden soll, anstatt davon auszugehen, dass die sichtbare Von-Domäne der Bewertungseigentümer sein muss. Wenn eine autorisierte benutzerdefinierte Umschlagvereinbarung vorhanden ist, erfassen Sie deren ausgestellte Einstellungen und Umfang. Ist dies nicht der Fall, notieren Sie die beobachtete Provider-Envelope-Identität und bewerten Sie DKIM Ausrichtung separat.
Behalten Sie bei jedem Besitzerwechsel eine einzige SPF Richtlinie bei und bewahren Sie die von anderen aktiven Absendern benötigten Autorisierungen auf. Überprüfen Sie verschachtelte DNS Suchen, bevor Sie neue Begriffe hinzufügen. Die Zehn-Term-Grenze von SPF gilt für Mechanismen und Modifikatoren, die während der Auswertung DNS Suchen auslösen, nicht für die Anzahl der im Datensatz sichtbaren Wörter. Bestehende Permissivmechanismen sind ebenfalls eine Überprüfung wert, deren Entfernung ist jedoch eine separate Abhängigkeitsentscheidung. RFC 7208 , Abschnitte 4.5 und 4.6.4.
Kopieren Sie keine umfassende Beispielrichtlinie als Ersatz für den vorhandenen Datensatz. Dies könnte unerwünschte Hosts autorisieren, den Fehlerqualifizierer ändern oder einen anderen Anbieter entfernen. Wenn die erforderliche Autorisierung nicht sicher passt, halten Sie inne und bitten Sie den E-Mail-Eigentümer, ein unterstütztes Design auszuwählen. Lösen Sie das Problem nicht durch die Veröffentlichung einer anderen SPF -Richtlinie oder das Löschen unbekannter Dienste.
Veröffentlichen Sie nur das veröffentlichte öffentliche DKIM Material
Verwenden Sie den für dieses Konto bereitgestellten Eigentümer und öffentlichen Wert. Der öffentliche Leitfaden zeigt ein DKIM TXT Setup, der Demoschlüssel ist jedoch nicht der Schlüssel des Kunden. Wenn das Gremium oder der Support ein anderes unterstütztes Datensatzformular bereitstellt, behalten Sie diese Anweisung bei, anstatt sie ohne Beweise umzuwandeln. Sendloop-Anleitung, Einrichten des DKIM Eintrags.
Nur der öffentliche Verifizierungsschlüssel gehört zum DNS . DKIM erstellt eine kryptografische Signatur mit einem privaten Schlüssel; Der private Schlüssel wird nicht in die ausgehende Nachricht eingebettet. Die informelle Erklärung des öffentlichen Führers sollte nicht als Aufforderung zur Weitergabe von Signaturgeheimnissen verstanden werden. Die Nachricht trägt eine Signatur und der Verifizierer verwendet den öffentlichen Schlüssel, der durch seine Signaturdomäne und identifiziert wird Wähler. RFC 6376 , Abschnitte 3.5 und 6.1.
Überprüfen Sie den vorgeschlagenen Besitzer auf einen aktiven Schlüssel, der zu einer anderen Route gehört. Eine Kollision erfordert Koordination; Es ist nicht sicher, einen funktionierenden Selektor zu überschreiben, nur um einen roten Status zu löschen. Überprüfen Sie nach der Veröffentlichung den vollständig qualifizierten Namen, einschließlich des vom DNS Editor hinzugefügten Domänensuffixes. Behalten Sie Zeitstempel und Abfrageergebnisse bei, damit spätere Berichte einen veralteten Cache von einem falschen Besitzer oder Schlüssel unterscheiden können.
Halten Sie das Link-Branding außerhalb des Ausrichtungsabschlusses
Das Handbuch des Anbieters beschreibt eine optionale Option CNAME für Alias-Nachrichtenlinks. Sein Zweck ist Link-Branding, nicht der Nachweis, dass SPF oder DKIM übereinstimmen. Implementieren Sie es nur, wenn die entsprechende Tracking-Änderung genehmigt wurde und das Konto das genaue Ziel liefert. Sendloop-Anleitung, OPTIONAL: Richten Sie den CNAME Eintrag ein.
Überprüfen Sie die vorhandene Website oder Tracking-Nutzung, bevor Sie Anspruch auf den vorgeschlagenen Eigentümer erheben. Richten Sie die Root-Website oder den Hostnamen einer Live-Anwendung nicht auf ein Tracking-Ziel. Behalten Sie in der kontrollierten Kampagne einen harmlosen Testlink bei, damit der Prüfer sowohl sein Ziel als auch den angezeigten Hostnamen überprüfen kann. Authentifizierung und Linkfunktion sind separate Akzeptanzprüfungen; Ein funktionierender Markenlink stellt keine gültige Signatur her.
Kehren Sie nach der Veröffentlichung zur DNS Prüfung des Kontos zurück. Vergleichen Sie jedes angezeigte Ergebnis mit einer unabhängigen öffentlichen Suche. Erfassen Sie ausstehende Zustände ehrlich. Wenn ein Konto als verifiziert angezeigt wird, während der externe Test immer noch fehlschlägt, lassen Sie die Änderung offen und verwenden Sie den Nachrichtennachweis, um die verbleibende Grenze zu ermitteln.
Sammeln Sie einen Identitätsdatensatz für empfangene Nachrichten
Senden Sie den eigentlichen Kampagnen-Workflow ohne Kundendaten an kontrollierte externe Postfächer. Wiederholen Sie diesen Vorgang für wesentlich andere Absenderdomänen oder Lieferkonfigurationen. Behalten Sie die ursprüngliche Nachricht und die Ergebnisse des vertrauenswürdigen Empfängers zusammen mit einer Nachrichten-ID und einem UTC-Zeitstempel bei. Zeichnen Sie alle DKIM -Signaturen auf, anstatt bei der ersten Signatur anzuhalten, die übergeben wird.
Der Beweisdatensatz sollte die sichtbare Absenderdomäne, die authentifizierte Umschlagidentität, Return-Path, DKIM d=- und s=-Werte, SPF und DKIM Ergebnisse und das DMARC Ergebnis des Empfängers. Stellen Sie fest, welcher Übergabemechanismus mit der Von-Domäne übereinstimmt. Eine lockere und strikte Ausrichtung erfordert unterschiedliche Domänenvergleiche. Notieren Sie den verwendeten Modus. RFC 9989 , Identifier-Ausrichtung erklärt.
Wenn die einzige Passsignatur eine unabhängige Anbieterdomäne verwendet, fordern Sie die unterstützte Signaturoption für die Kundendomäne und deren Aktivierungsbedingungen an. Die dedizierte DKIM-Kontaktnotiz des öffentlichen Assistenten beweist nicht, dass die Option aktiviert, kostenlos, in jedem Plan verfügbar oder automatisch konfiguriert ist. Erhalten Sie diese Antworten für das genaue Konto. Stellen Sie keinen Tracking-Alias als alternative Umschlagdomäne dar.
Nutzen Sie den Fehler, um die nächste Prüfung auszuwählen
Für ein Vermisstes DKIM Signatur, Bestätigen Sie das Konto, wählen Sie Von Identität und Anbieteraktivierung aus. Vergleichen Sie bei einem Signaturfehler den beobachteten Selektor und den öffentlichen Schlüssel, bevor Sie nachgelagerte Änderungen am signierten Inhalt untersuchen. Ein Test mit einer anderen Absenderadresse kann erfolgreich sein, während die betroffene Kampagne immer noch fehlschlägt. Halten Sie daher den Workflow während der Diagnose konstant.
Identifizieren Sie bei SPF Fehler die ausgewertete Domäne und die endgültige Sendequelle. Überprüfen Sie bei SPF Bestehen mit DMARC Fehler die Ausrichtung, anstatt weitere SPF Includes hinzuzufügen. Wenn der Anbieter die erforderliche Identitätsoption nicht dokumentieren kann, halten Sie diese Anforderung blockiert und prüfen Sie mit dem Geschäftsinhaber einen anderen unterstützten Weg. Senken Sie nicht die Richtlinien einer gesamten Domain, nur damit der Test eines Anbieters nicht mehr fehlschlägt.
Bereiten Sie ein Support-Paket vor, das die Kontoidentifikation, die betroffene Domain, ausgestellte öffentliche Einträge, beobachtete DNS Antworten, Nachrichten-ID, Zeit und relevante Empfängerergebnisse enthält. Schließen Sie Passwörter, API-Schlüssel, Empfängerlisten und nicht verwandte Nachrichteninhalte aus. Ein präziser reproduzierbarer Fehler ist nützlicher als mehrere unkorrelierte Screenshots von DNS Änderungen.
Wiederherstellung und Akzeptanz des Arbeitsblatts
Verwenden Sie das Sendloop-Authentifizierungsarbeitsblatt (erstellen Sie einen separaten Überprüfungsdatensatz mit den hier beschriebenen Feldern), um die Überprüfung der Datensatzdiskrepanz, die Bestätigung dedizierter Funktionen und den endgültigen Identitätsvergleich zu verfolgen. Eine fehlende Antwort auf die Umschlagsfähigkeit kann explizit ungelöst bleiben, selbst wenn normal ausgerichtetes DKIM funktioniert. Definieren Sie die Akzeptanz anhand der Geschäftsanforderung, anstatt jede Lücke mit einer Annahme zu füllen.
Wenn die Änderung fehlschlägt, pausieren Sie die betroffenen Versendungen und stellen Sie die zuvor genehmigte Konfiguration mithilfe des aufgezeichneten Änderungsplans wieder her. Koordinieren Sie DKIM Änderungen mit der Anbieteraktivierung. Das Löschen eines öffentlichen Schlüssels, während der Dienst noch mit ihm signiert, führt zu einem neuen Fehler. Stellen Sie bei der Einstellung von Sendloop sicher, dass alle Kampagnen und Automatisierungen gestoppt wurden, und überprüfen Sie die gemeinsamen SPF Abhängigkeiten, bevor Sie Vertrauens- oder Tracking-Datensätze entfernen.
Fiktives Beispiel einer SPF Diskrepanz
Nur fiktiver schriftlicher Fall: SLP-01 geht davon aus, dass dies beabsichtigt ist. Von offers@workshop.example . Das öffentliche Beispiel enthält zwei Anbieter-Includes, während die Anweisung zu vorhandenen Richtlinien eines nennt; Girokontoautorisierung, Umschlagidentität und DKIM / SPF Ergebnisse sind unbekannt. Der DNS Inhaber hält die Änderung fest und fordert den Kontoinhaber auf, eine routenspezifische Bestätigung zu erhalten. Eine Textdatei und ein Markenlink stellen keine Authentifizierung dar. Nach der Klärung überprüfte das Team eine Richtlinie und sammelte eine kontrollierte Kampagnennachricht. Es wurde kein Konto-, DNS oder Sendetest ausgeführt.
Dokumentarische Berichterstattung und verbleibende Tore
Dieser Entwurf behandelt den Arbeitsablauf für öffentliche Konten und die sichere Überprüfung. Es wird kein universelles dediziertes DKIM- oder benutzerdefiniertes Return-Path -Setup eingerichtet und es wird nicht behauptet, dass eine live ausgerichtete Sendloop-Nachricht überprüft wurde. Diese kontoabhängigen Details, Live DNS und Header-Beweise, unabhängige Überprüfung, visuelle Überprüfung und menschliche KMU-Genehmigung stehen noch aus. Halten Sie den ursprünglichen vollständigen Implementierungsumfang zurück, bis die erforderlichen Kontonachweise die Lücken schließen.
Trennen Sie eine vorübergehende Nachricht von der Durchsetzungsbereitschaft
RFC 9989 Abschnitt 7.4 erfordert gültiges DKIM für eine Domain-Veröffentlichung p=reject und warnt vor der Interoperabilität indirekter E-Mails. Ein einzelnes abgestimmtes SPF Ergebnis allein rechtfertigt nicht die Einführung einer Ablehnungsrichtlinie. Überprüfen Sie alle legitimen Routen und Richtlinieneigentümer getrennt von dieser Anbietereinrichtung.