Veeva verfügt über unterschiedliche E-Mail-Oberflächen. Dieses Verfahren folgt der aktuellen Vault CRM Approved E-Mail-Dokumentation und nicht generischen Vault-Anwendungsbenachrichtigungen oder einem angenommenen gleichwertigen älteren CRM-Bildschirm. Identifizieren Sie den lizenzierten Workflow und die genaue Vorlage-Von-Identität, bevor Sie eine Domäne ändern. Durch die Authentifizierung allein wird weder die Einwilligung zum Marketing im Gesundheitswesen noch die Einhaltung gesetzlicher Vorschriften begründet.
Stellen Sie die sendende Domäne mit Support bereit
Definieren Sie eine sendende Domäne, vorzugsweise eine dedizierte Subdomäne gemäß der Empfehlung des Anbieters, und öffnen Sie ein Vault CRM-Supportticket, um sie bereitzustellen. Veröffentlichen Sie die spezifischen Datensätze. Support-Materialien: SPF TXT, DKIM TXT und ein Tracking CNAME. Der Leitfaden gibt vor 2048-Bit DKIM -Schlüssel. Wenn Ihre DNS Schnittstelle Chunking erfordert, belassen Sie die Chunks in einem TXT Ressourceneintrag und nicht in konkurrierenden Schlüsseleinträgen. Lassen Sie die Eingaben vom Support validieren. Konfigurieren Sie nach der Überprüfung „approved_email_domain__v“ in der benutzerdefinierten Einstellung „Genehmigte E-Mail“. Einrichtung der Vault CRM-Domäne
Wenn Sie eine Subdomain verwenden, koordinieren Sie die Absenderadressen der Vorlage mit dem im Handbuch beschriebenen Benutzerformelfeld und den Berechtigungen und synchronisieren Sie dann den Inhalt. Eine Subdomain-Beziehung kann entspannt sein DMARC Ausrichtung, aber eine strikte Ausrichtung erfordert exakt übereinstimmende Domänen für den verwendeten Mechanismus. Gehen Sie nicht davon aus, dass eine Reply-To-Änderung die From-Ausrichtung behebt.
Behalten Sie die Nachverfolgung und den vorherigen Inhalt bei
Halten Sie Authentifizierungsdatensätze vom Tracking CNAME getrennt. Der Anbieter dokumentiert eine reine DNS-Behandlung für diesen CNAME bei Verwendung Cloudflare und CAA-Kompatibilität für die Ausstellung von HTTPS-Zertifikaten. Klären Sie Fragen zu Zertifikatsrichtlinien mit dem Sicherheitseigentümer, anstatt Schutzmaßnahmen einfach so zu deaktivieren. Durch das Entfernen einer sendenden Domäne aus „Genehmigte E-Mail“ kann der Zugriff auf Links in zuvor gesendeten Nachrichten unterbrochen werden. Planen Sie den Ruhestand sowohl für alte als auch für neue Inhalte. Das Löschen der Domäne ist kein routinemäßiger Rollback.
Überprüfen Sie die generierte Benutzeradresse auf Namen mit Leerzeichen oder Sonderzeichen. Eine Formel kann eine ungültige Adresse ergeben, selbst wenn DNS korrekt ist. Gewähren Sie Lesezugriff auf das Feld, referenzieren Sie es in jeder anwendbaren Vorlage und synchronisieren Sie Vault mit Vault CRM. Für Domänen, die vor dem 12. Januar 2022 registriert wurden, weist der Leitfaden Administratoren auf die Unterstützung der HTTPS-Aktivierung hin. Auch ein ehemaliger CDN-Pfad eines Drittanbieters benötigt eine Support-Koordination. Führen Sie kein Downgrade auf HTTP durch und ändern Sie die Zertifikatsrichtlinie nicht, nur um eine grüne DNS Prüfung zu erhalten.
Überprüfen Sie DNS und ein echtes Empfangsergebnis
Bevor Sie die von Vault CRM genehmigte E-Mail ändern, exportieren Sie die vorhandenen DNS Werte, zeichnen Sie den genehmigten Diff auf und benennen Sie den Rollback-Eigentümer. Bestätigen Sie, ob der DNS Editor eine relative Bezeichnung oder einen vollständig qualifizierten Namen erwartet. Durch die Verdoppelung des Domain-Suffixes entsteht ein Rekord die kein beabsichtigter Prüfer finden wird. Fragen Sie nach dem Speichern den tatsächlichen Besitzernamen ab, einschließlich aller CNAME Ziele, anstatt sich auf das Erfolgsbanner des Editors zu verlassen.
SPF muss eine Richtlinie in der relevanten Domäne bleiben und innerhalb der DNS-Abfragezeitgrenzen bleiben RFC 7208. Das Hinzufügen eines Include stellt selbst keine Ausrichtung her. Unter RFC 9989, DMARC besteht den Test, wenn mindestens ein erfolgreiches SPF oder DKIM -Ergebnis mit der sichtbaren Von-Domäne im entsprechenden Modus übereinstimmt. Fordern Sie nicht als durch den Standard auferlegte Bedingung die Ausrichtung beider Mechanismen auf, und verwechseln Sie einen Provider-Domain-Pass nicht mit einem angepassten Kunden-Domain-Pass.
Senden Sie eine genehmigte E-Mail, die mit der entsprechenden Vorlage und Benutzeridentität generiert wurde, an ein von Ihnen kontrolliertes Postfach. Speichern Sie die vertrauenswürdigen Authentifizierungsergebnisse des empfangenden Systems, den sichtbaren Absender, die Umschlagidentität, DKIM d=- und s=-Werte, den Zeitstempel und den Anbieterstatus. Bei einer DNS Suche wird nur der verfügbare Schlüssel angezeigt. RFC 6376 Bei der Verifizierung wird auch die Signatur der empfangenen Nachricht ausgewertet. Verwenden Sie nicht vertrauliche Inhalte und vermeiden Sie es, vollständige Kundennachrichten öffentlichen Prüfern auszusetzen.
Verwenden Sie eine begrenzte Akzeptanz- und Rollback-Entscheidung
Nur fiktiver schriftlicher Diagnosefall: VE-01 geht von „From alex@clinic.example “ und einem gültigen aus DKIM Signatur mit d=mail.clinic.example. Diese Signatur wird im entspannten Modus ausgerichtet, jedoch nicht im strengen Modus. SPF und andere Signaturen sind unbekannt, sodass kein DMARC -Fehler im strikten Modus festgestellt werden kann. Der Vault CRM-Besitzer muss den effektiven Ausrichtungsmodus und die Vorlagenformel vergleichen, generierte Adressen für betroffene Benutzer überprüfen und genehmigte Inhalte synchronisieren, bevor er einen erneuten Test durchführt. Es sind keine Patientendaten erforderlich. Für dieses Beispiel wurde kein Konto, DNS , Relay oder Nachricht getestet.
Wenn der Test fehlschlägt, trennen Sie fehlende DNS , falsch Wähler, inaktive Anbieterkonfiguration, unerwartetes Routing und Nachrichtenänderung, bevor eine weitere Änderung vorgenommen wird. Testen Sie denselben Arbeitsablauf nach jeder genehmigten Korrektur erneut. Schwächt nicht die DMARC Richtlinie der gesamten Domain, um ein einzelnes Absenderproblem zu verbergen. Wenn ein Rollback erforderlich ist, stellen Sie die genehmigte vorherige Routing- oder Absenderkonfiguration wieder her und behalten Sie Schlüsseldatensätze bei, während signierte Nachrichten in der Warteschlange sie noch benötigen. Bewahren Sie die Testnachweise und ungelösten Ausnahmen im Domäneninventar auf. Bei der Erstellung dieses Leitfadens wurde kein Mandantenzugriff, keine DNS Änderung oder tatsächlicher Versand durchgeführt.
Führen Sie ein verantwortungsvolles Abnahmeprotokoll
Erstellen Sie eine Zeile pro Konto, Domäne und wesentlich unterschiedlicher Route. Erfassen Sie den Geschäftseigentümer, DNS Eigentümer, die Änderungsreferenz, den beabsichtigten Absender, den beobachteten Absender, die Umschlagdomäne und SPF Ergebnis, jedes DKIM d= und s= mit seinem Ergebnis, den anwendbaren Ausrichtungsmodus, den vertrauenswürdigen Empfänger und Zeitstempel, den Aktivierungsstatus des Anbieters, die Platzierungsbeobachtung, die ungelöste Frage und die nächste Aktion. Markieren Sie fehlende Werte als unbekannt, anstatt sie als bestanden oder nicht bestanden zu behandeln. Der Eigentümer akzeptiert nur die beabsichtigte Route und Identität, die durch die aufgezeichneten Beweise belegt sind; Andernfalls bleiben Sie auf diesem Weg und befolgen Sie den genehmigten Wiederherstellungsplan.
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.