Identifizieren Sie den Rechnungs-Mail-Transport
Chargebee Billing 2.0 dokumentiert die Domänenauthentifizierung für Websites, die Chargebee SMTP verwenden. Beginnen Sie damit, die von der Site tatsächlich genutzten Transportmittel zu identifizieren. Eine Abrechnungsanwendung kann eine Benachrichtigung generieren, während ein separat konfigurierter SMTP Dienst die Zustellung übernimmt. Durch die Anwendung von Chargebee SMTP Anweisungen auf diesen anderen Transport würden nicht die korrekten DNS Anforderungen ermittelt. Notieren Sie den Standort, die Umgebung, die vorgesehene Absenderdomäne, die Benachrichtigungskategorie und den zuständigen Administrator, bevor Sie eine Konfiguration anfordern.
Dieses Handbuch behandelt den dokumentierten Support-unterstützten Domänenauthentifizierungs-Workflow. Es ist kein Beweis dafür, dass ein bestimmter Kunde es aktiviert hat, dass jede Chargebee-Funktion eine gemeinsame Senderoute hat oder dass eine benutzerdefinierte SMTP Integration dieselben Datensätze benötigt. Halten Sie die umfassenderen Implementierungsanforderungen offen, bis die Kontokonfiguration und die vom Vertreter empfangenen Nachrichten mit Genehmigung überprüft wurden. Chargebee-Domänenauthentifizierung
Erfüllen Sie die Voraussetzungen für das Absenderprofil, ohne die Abrechnung zu unterbrechen
Der Anbieter listet Voraussetzungen für Absenderprofile auf: Profile, chargebee.com verwenden, und Profile, die Domänen ohne DNS Zugriff verwenden, sollten vor dem Onboarding entfernt werden. Dabei handelt es sich um eine konsequente Konfigurationsentscheidung und nicht um einen Verwaltungsschritt, den man blind ausführen muss. Machen Sie eine Bestandsaufnahme, welche Benachrichtigungen von den einzelnen Profilen abhängen, identifizieren Sie einen zugelassenen Ersatzabsender und vereinbaren Sie, wie geplante Abrechnungsbenachrichtigungen fortgesetzt werden, bevor Sie die Entfernung vorschlagen.
Ein Team ohne DNS Zugriff sollte zunächst feststellen, wer die relevante autorisierende Zone kontrolliert. Ein Anwendungsadministrator ist möglicherweise Eigentümer von Benachrichtigungsvorlagen, nicht jedoch der Domäne. Der Domänenbesitz, DNS Bearbeitungsberechtigung und die Berechtigung zum Ändern der Abrechnungskommunikation sind separate Verantwortlichkeiten. Sammeln Sie keine Passwörter und bitten Sie niemanden, in einem Support-Thread DNS Administrator-Anmeldeinformationen zu senden. Bereiten Sie eine genehmigte Änderungsanforderung vor und leiten Sie diese stattdessen an den bestehenden Zonenbesitzer weiter.
Der nützliche Voraussetzungsbeweis ist ein Profil-zu-Domain-Inventar mit einem benannten Eigentümer und einem geplanten Übergang, nicht ein Screenshot, der zeigt, dass einige Profile verschwunden sind. Dadurch wird verhindert, dass ein Authentifizierungsprojekt stillschweigend ändert, welche Adresse Kunden auf Rechnungen sehen. Voraussetzungen
Verwenden Sie vom Support ausgegebene Datensätze für die tatsächliche Site
Das dokumentierte Onboarding beginnt mit der Kontaktaufnahme zum Chargebee-Support. Chargebee sendet dann die erforderlichen DNS -Einträge für jede Domain auf der Site. Diese ausgegebenen Werte und nicht ein kopierter Screenshot oder die Konfiguration einer anderen Organisation sind die vorgeschlagenen Änderungseingaben. Erfassen Sie genau die Domain, den Namen des Datensatzeigentümers, den Typ und den Wert sowie die Support-Referenz und das Datum.
Vergleichen Sie vor der Veröffentlichung die vorgeschlagenen Datensätze mit den vorhandenen Inhalten der maßgeblichen Zone. Bestätigen Sie, ob der DNS Editor relative Bezeichnungen oder vollständig qualifizierte Namen erwartet. Überprüfen Sie Konflikte bei jedem genauen Eigentümernamen und behalten Sie einen wiederherstellbaren Vorher-Zustand bei. Ein Rekord das Ihnen bekannt vorkommt, kann dennoch zu einer anderen Umgebung oder Domäne gehören. Leiten Sie nicht a ab Wähler, schließen Sie Mechanismus oder Ziel aus dem Firmennamen ein; Diese Dokumentation rechtfertigt nicht die Erfindung wiederverwendbarer Werte.
Die Support-Korrespondenz sollte nur die für diesen Arbeitsablauf erforderlichen Informationen enthalten. Kontozugriffsgeheimnisse und private Signaturschlüssel sind keine Diagnoseanhänge. Die DNS Änderung bleibt ein separater autorisierter Vorgang, der vom entsprechenden Eigentümer durchgeführt wird. Onboarding-Schritte
Behalten Sie die bestehende DMARC Richtlinie bei
Chargebee sagt ausdrücklich, dass eine bestehende DMARC Die Richtlinie muss nicht erneut hinzugefügt werden. Dies ist wichtig, wenn ein Supportpaket neben Authentifizierungsdatensätzen einen Beispiel DMARC Eintrag enthält. Veröffentlichen Sie keine zweite konkurrierende Richtlinie und ersetzen Sie nicht die etablierte Richtlinie einer Organisation, nur um das Paket vollständig erscheinen zu lassen. Vergleichen Sie die bestehende Richtlinie und die angeforderten Onboarding-Bedingungen und melden Sie eine echte Inkompatibilität an den Domaininhaber.
DMARC ist nicht gleichbedeutend mit DKIM aktiviert wird. Es wertet aus Ausrichtung zwischen der sichtbaren Autorendomäne und einer vorübergehenden Authentifizierungsidentität. A DKIM Signatur identifiziert seine Signaturdomäne durch d=; Das Vorhandensein einer Unterschrift allein beweist nicht, dass eine Unterschrift oder Ausrichtung gültig ist. SPF wertet seine angegebenen SMTP Identitäten aus, nicht einfach die Adresse, die Kunden im Nachrichtenkopf erkennen.
Verwenden Sie diese Unterscheidung, wenn Sie die Akzeptanz dokumentieren: Anbieter-Onboarding, DNS Veröffentlichung, kryptografische Validierung und Ausrichtung sind unterschiedliche Beobachtungen. Beschreiben Sie einen DNS Eintrag nicht als Garantie für die Zustellung im Posteingang, für die Einhaltung gesetzlicher Vorschriften oder als Schutz vor jeder betrügerischen Rechnungsanfrage. RFC 9989 , Abschnitt 4.4; RFC 6376 , Abschnitt 3.5; Bestehende DMARC Leitlinien
Schließen Sie die Supportschleife und überprüfen Sie dann die Senderoute
Nach den DNS Änderungen besteht der dokumentierte Prozess darin, auf die E-Mail von Chargebee zu antworten. Chargebee überprüft die Aktualisierungen und sendet eine Bestätigung. Der Leitfaden besagt, dass bei erfolgreichem Onboarding automatisch DKIM Signierung gestartet wird. Zeichnen Sie diese Bestätigung auf, aber wandeln Sie sie nicht in die Behauptung um, dass eine bestimmte historische Nachricht signiert wurde oder dass alle Benachrichtigungsklassen bereits überprüft wurden.
Die vorgeschlagene Betriebsabnahme besteht darin, eine autorisierte repräsentative Nachricht von der ausgewählten Chargebee- SMTP Route zu erhalten, einen minimierten Header-Auszug beizubehalten und die vertrauenswürdigen Authentifizierungsergebnisse des Empfängers zusammen mit der sichtbaren Absenderdomäne und DKIM Signaturdomäne zu überprüfen. Erfassen Sie die Ereigniszeit und die Benachrichtigungsklasse, damit Beweise aus einer Sandbox oder einem anderen Transport nicht mit der Produktionsabdeckung verwechselt werden können.
Wenn Bestätigung und beobachtetes Verhalten nicht übereinstimmen, bewahren Sie die Diskrepanz auf und fragen Sie den Support nach dieser Site und der Nachrichtenroute. Vermeiden Sie wiederholte, nicht zusammenhängende DNS -Änderungen. Eine neue Konfigurationsprüfung und eine Überprüfung der empfangenen Nachrichten beantworten unterschiedliche Fragen. Es wird auch nicht festgestellt, ob ein Empfänger die Rechnung gelesen hat. Verifizierung und Post-Onboarding
Abnahmearbeitsblatt für eine Abrechnungsübergabe
Verwenden Sie dieses vorgeschlagene Arbeitsblatt, bevor Sie die Route für bereit erklären. Für jede Zeile sind ein Eigentümer, eine Beweisreferenz und eine ungelöste Frage erforderlich. Eine leere Zeile ist kein Durchgang.
- Standort und Umgebung: Identifizieren Sie Chargebee SMTP oder den separat verwalteten Transport sowie die Benachrichtigungskategorien im Umfang.
- Absenderprofile: Ordnen Sie jedes betroffene Profil einer genehmigten Adresse zu und zeichnen Sie die Auswirkungsprüfung auf, bevor Sie es entfernen.
- DNS Anfrage: Behalten Sie die vom Anbieter ausgegebenen Datensätze, die genaue Domäne und den genehmigten Änderungsbereich ohne Anmeldeinformationen bei.
- Richtlinienüberprüfung: Erfassen Sie, ob DMARC bereits existiert und wer die vorgeschlagenen Richtlinienänderungen überprüft hat.
- Onboarding: Behalten Sie die Supportbestätigung und deren Umfang bei, nicht nur das Datum der ersten Anfrage.
- Nachrichtenannahme: Behalten Sie die Absenderdomäne, die Signaturdomäne, das Validierungsergebnis und die Ausrichtungsbewertung der ausgewählten Route bei.
- Freigabe: Identifizieren Sie vor der Genehmigung den Prüfer, den Rollback-Eigentümer und die verbleibenden Produktionsnachweise.
Dies ist ein Original-Planungsarbeitsblatt. Für dieses Manuskript wurde keine Mieteranmeldung, DNS Bearbeitung, Supportkommunikation oder Nachrichtentest durchgeführt.
Fiktive Diagnose: eine Bestätigung für den falschen Weg
In einem fiktiven Abonnementgeschäft erhält das Abrechnungsteam eine Bestätigung, dass seine Chargebee- SMTP Domäne integriert wurde. Ein separates Team untersucht dann eine Benachrichtigung, die über eine unabhängig konfigurierte SMTP Integration gesendet wurde, und kommt zu dem Schluss, dass das Onboarding fehlgeschlagen ist, da in den Headern eine andere Signaturdomäne angegeben ist. Die Beweise sehen echt aus, gehören aber zum falschen Transportmittel.
Die vorgeschlagene Korrektur besteht darin, die beiden Routen im Inventar zu trennen, die Transporteinstellung der Benachrichtigung zu überprüfen und für jeden Anbieter geeignete Nachweise anzufordern. Das Team überschreibt nicht die DMARC -Richtlinie der gemeinsam genutzten Domäne und entfernt auch nicht die Autorisierung unabhängiger Absender, um zu erzwingen, dass die Nachrichten gleich aussehen. Außerdem wird eine pauschale Bereitschaftserklärung verzögert, bis beide Strecken verantwortliche Eigentümer haben. Dieses Szenario ist fiktiv und demonstriert die Klassifizierung von Beweisen, keinen durchgeführten Test oder eine Feststellung über Chargebee.