Leiten Sie Oracle Cloud-Mail weiter, bevor Sie DNS ändern
Oracle Cloud ist keine einzelne E-Mail-Versandkonfiguration. Beginnen Sie damit, den Dienst zu identifizieren, der die Nachricht tatsächlich erstellt und überträgt. Eine Infrastrukturanwendung, die OCI-E-Mail-Zustellung, eine Fusion-Benachrichtigung und eine Eloqua-Kampagne verwendet, kann eine Unternehmensdomäne gemeinsam nutzen und dabei über unterschiedliche Aktivierungsworkflows verfügen. Dieser Artikel enthält einen Routing- und Akzeptanzplan. Es wird keine universelle Oracle Cloud etabliert SPF einschließen bzw DKIM Selektor.
Oracle schließt Fusion Apps, Cloud Notification Services, klassisches IDCS, Oracle Integration Cloud Generation 2 und OTMGTM ausdrücklich von der OCI-E-Mail-Zustellung aus DKIM Konsolenprozedur. Für diese Strecken sind produktspezifische Anleitungen bzw. Support erforderlich. Unterschiedliche Dienstschlüssel, die sich eine Domäne teilen, benötigen unterschiedliche Selektoren. Sehen OCI-E-Mail-Zustellung mit DKIM Konfiguration.
Erstellen Sie einen Produkt- und Transportbestand
Fragen Sie den Anwendungseigentümer nach dem genauen Produktnamen, der Umgebung, der Region, dem Nachrichtentyp und der Transporteinstellung. Ein Screenshot mit der Bezeichnung „Oracle Cloud“ allein reicht nicht aus. Zeichnen Sie auf, ob die Anwendung an einen E-Mail-Zustellungsendpunkt übermittelt, eine verwaltete SaaS-Benachrichtigung ausgibt oder das Senden an einen anderen Dienst delegiert. Verwenden Sie keine IP-Adresse oder eine Marketing-Fußzeile als alleinigen Beweis für das Produkt.
Erfassen Sie eine harmlose Grundmeldung des zu bewertenden Arbeitsablaufs. Behalten Sie den Zeitstempel, den Empfänger, die Nachrichten-ID und den sichtbaren Absender bei. Return-Path und DKIM d= und s= Werte. Vergleichen Sie diese mit der Anwendungskonfiguration. Wenn der Eigentümer die Nachricht nicht mit einer bestimmten Umgebung verbinden kann, lassen Sie die Konfiguration zurück, anstatt DNS Berechtigungen zu erweitern, um eine Vermutung zu ermöglichen.
Weisen Sie den richtigen Konfigurationseigentümer zu
Für eine identifizierte OCI-E-Mail-Zustellungsroute gehören die Ressourcen „email-domain“ und „approved-sender“ zu diesem Dienst. Genehmigte Absender sind regionale Ressourcen, sodass ein in einer Region konfigurierter Absender keine Genehmigung in einer anderen herstellt. Sehen OCI verwaltet genehmigte Absender. Für Fusion ist der dokumentierte DKIM Prozess manuell und wird pro Umgebung wiederholt, kein OCI-Konsolenvorgang. Sehen Fusion Applications konfigurieren die E-Mail-Sicherheit.
Erstellen Sie für jedes Produkt und jede Umgebung einen separaten Änderungsdatensatz. Der DNS Besitzer sollte den genauen Datensatzeigentümer, -typ und -wert aus dem entsprechenden Workflow erhalten. Der Anwendungseigentümer muss die Aktivierung separat bestätigen. Diese beiden Genehmigungen beantworten unterschiedliche Fragen: ob die erforderlichen Informationen öffentlich veröffentlicht werden und ob der beabsichtigte Absender sie tatsächlich verwendet.
Bewerten Sie die Authentifizierung, ohne Identitäten zu vermischen
SPF wertet die Autorisierung für seine SMTP Identität aus; DKIM überprüft eine Signatur, die einer signierenden Domäne zugeordnet ist. Weder ein bekannter Anzeigename noch ein genehmigter Absendereintrag beweisen dies DMARC Ausrichtung. Für DMARC Erfolg ist ein positives SPF oder DKIM Ergebnis erforderlich, abhängig vom anwendbaren Ausrichtungsmodus. Verwenden RFC 7208 Sender Policy Framework, RFC 6376 DomainKeys Identified Mail Und RFC 9989 Domänenbasierte Nachrichtenauthentifizierung, Berichterstattung und Konformität für diese Unterscheidungen.
Schreiben Sie für jede Route die erwartete Von-Domäne neben die beobachtete authentifizierte Domäne. Erklären Sie dann, welcher Pfad für die Ausrichtung sorgt. Wenn eine anbietereigene Umschlagdomäne SPF besteht, sich aber von der organisatorischen Von-Domäne unterscheidet, überprüfen Sie DKIM anstatt davon auszugehen, dass SPF allein ausreicht. Schwächen Sie nicht die DMARC -Richtlinie der Organisation, um eine nicht identifizierte Route zu verbergen.
Oracle Cloud-Routenarbeitsblatt
Erstellen Sie eine Zeile pro Geschäftsworkflow und verwenden Sie dabei die folgenden Felder:
- Anwendung und genaues Oracle-Produkt: ____; Umgebung oder Pod: ____; Region oder Reich: ____.
- Nachrichtentyp und Geschäftsinhaber: ____; Beobachteter Transport oder Endpunkt: ____.
- Baseline-Nachrichten-ID und UTC-Zeitstempel: ____; gesteuerter Empfänger: ____.
- Sichtbar ab: ____; Umschlagdomäne: ____; DKIM d= und s=: ____.
- Anwendbares Erstparteiverfahren: ____; Ausgeschlossene Prozeduren überprüft: ____.
- Eigentümer DNS Eintrags und Quelle des ausgegebenen Werts: ____; Aktivierungseigentümer und Nachweis: ____.
- Erwarteter ausgerichteter Mechanismus: ____; beobachtetes Ergebnis: ____; ungelöster Umfang: ____.
- Pilotenentscheidung, Wiederherstellungseigentümer und menschliche Genehmigung: ____.
Behalten Sie nicht unterstützte Routen als separate ungelöste Zeilen bei. Ein erfolgreicher OCI-Test darf die Fusion-Reihe nicht grün färben. Diese Trennung verhindert, dass ein gemeinsamer Markenname als gemeinsame technische Berichterstattung behandelt wird.
Fiktive Diagnose einer falschen Oracle-Route
Nur fiktives Beispiel: Northstar Services fügt einen OCI Email Delivery DKIM Datensatz hinzu, nachdem die Authentifizierung einer Fusion-Rechnungsbenachrichtigung fehlgeschlagen ist. Der neue Selektor wird korrekt aufgelöst, aber die Rechnung trägt immer noch die ursprüngliche Signaturidentität. Die DNS Suche beweist die Veröffentlichung, nicht aber, dass Fusion den Schlüssel übernommen hat. Das Team identifiziert die Fusion-Umgebung und fordert das unterstützte Aktivierungsverfahren an. Der OCI-Datensatz wird nur dann beibehalten, wenn eine tatsächliche OCI-Anwendung ihn noch benötigt.
Die Diagnoselektion besteht darin, die Nachricht mit dem generierenden Dienst abzugleichen, bevor Datensätze geändert werden. Für diesen Artikel wurde kein Live-Mandant, keine DNS Zone oder keine Live-Nachricht von Northstar getestet.
Abnahme und verbleibende Tore
Genehmigen Sie nur den genannten Workflow, nachdem das korrekte Produktverfahren, autorisierendes DNS , Anwendungsaktivierung und kontrollierter Nachweis empfangener Nachrichten vereinbart wurden. Testen Sie geänderte Regionen, benutzerdefinierte Von-Domänen und alternative Benachrichtigungstypen erneut als unterschiedliche Routen. Archivieren Sie ein geschwärztes Muster und die genaue Änderungsrevision und überwachen Sie dann während des vereinbarten Pilotprojekts Regressionen.
Das ursprünglich umfassende Oracle Cloud-Thema bleibt ein Scope-Hold. Dieser Routing-Artikel ist kein Konfigurationsleitfaden für jeden Oracle-Dienst. Live-Mieterinspektion, ausgegebene Werte, DNS und Empfängertests, visuelle Überprüfung, menschliche KMU-Genehmigung und Veröffentlichung stehen noch aus.
Trennen Sie die Nachrichtenannahme vom Richtlinien-Rollout
Ein bestandenes, abgestimmtes SPF Ergebnis kann einer Nachrichtenbewertung genügen, rechtfertigt jedoch nicht allein das Verschieben einer gesamten Domäne in die Ablehnung. RFC 9989 Abschnitt 7.4 erfordert gültiges DKIM für die Veröffentlichung von Domains p=reject und warnt vor der Interoperabilität indirekter E-Mails. Führen Sie eine Bestandsaufnahme aller legitimen Absender und indirekten Routen durch, bevor der Richtlinieneigentümer die Durchsetzung genehmigt. Für diesen Artikel wurde keine DNS Änderung, kein Mandantenbetrieb oder kein Test der empfangenen Nachrichten durchgeführt.