E-Mail senden
Hier erfahren Sie, wie Sie den Email Delivery-Service verwenden, indem Sie Oracle Cloud- und Drittanbieteranwendungen zum Senden einer E-Mail konfigurieren.
Konsole verwenden
- Erstellen Sie eine Gruppe, oder verwenden Sie eine vorhandene Gruppe im Mandanten. Benutzer dieser Gruppe können den Email Delivery-Service verwalten.
- Benutzer erstellen und der Gruppe hinzufügen oder der Gruppe vorhandene Benutzer hinzufügen.
- Benutzerberechtigungen erstellen.
- Richten Sie die HTTPS-E-Mail-Weiterleitung ein, oder erstellen Sie SMTP-Zugangsdaten, und richten Sie SMTP-E-Mail-Weiterleitungen ein.
- E-Mail-Domain erstellen.
- Logs zur Fehlerprüfung aktivieren.
- Konfigurieren Sie SPF, DKIM, und erstellen Sie einen genehmigten Absender.
- Konfigurieren Sie Oracle- oder Drittanbieteranwendungen, und senden Sie E-Mails.
API verwenden
Konfigurieren Sie den Email Delivery-Service mit der REST-API.
Anweisungen zur REST-API sind in den Themen dieser Dokumentation enthalten. Eine Liste der verfügbaren SDKs finden Sie unter SDKs und weitere Tools.
Mit dem SDK
Konfigurieren Sie den Email Delivery-Service mit dem SDK.
Das Email Delivery SDK ist in verschiedenen Programmiersprachen verfügbar. Informationen zum Installieren und Konfigurieren der Oracle Cloud Infrastructure-SDKs finden Sie unter Entwicklungstools und -ressourcen.
Beispiele für die Verwendung des SDK finden Sie in GitHub:
Volume-Tests und Senden an E-Mail-Aliasnamen
Führen Sie Volumentests durch, um unsere Absenderreputation und Ihre Reputation aufrechtzuerhalten.
Um Volume-Tests durchzuführen, verwenden Sie die folgenden Best Practices:
- Verwenden Sie eine Empfängeradresse in der discard.oracle.com-Domain, wie example@discard.oracle.com. Email Delivery akzeptiert die Mail, übermittelt sie jedoch nicht an einen Posteingang.
- Wenn E-Mails in großen Mengen an gültige E-Mail-Adressen gesendet werden, werden sie von Empfängern abgelehnt und führen zu einer großen Anzahl von Hard Bounces, die sich negativ auf die IP-Reputation auswirken. Senden Sie zum Testen der Bounceverarbeitung kleine Mengen von E-Mails an eine Domain ohne MX-Datensatz, die also nicht vorhanden ist.
-
Hinweis
Informationen zu den Gewohnheiten, die sich auf Ihre Absenderreputation auswirken, finden Sie unter E-Mail-Zustellung.
An E-Mail-Alias senden: Wenn Sie E-Mails an einen Alias senden, wird der Alias als ein Empfänger betrachtet. Wenn Sie E-Mails an eine in einem E-Mail-Client wie Apple Mail oder Outlook eingerichtete Verteilergruppe oder -liste senden, wird für jeden Empfänger in der Gruppe eine separate E-Mail gesendet.
Gemeinsame IP oder dedizierte IP
Beim Verschieben von Providern besteht eine der wichtigsten Entscheidungen bei der Verwaltung von E-Mails darin, zwischen dedizierten IPs und gemeinsamen IPs zum Senden von E-Mails zu wählen. Der richtige Weg zu beginnen ist, E-Mails über gemeinsame IPs zu senden.
Warum werden gemeinsame IPs bevorzugt?
Gemeinsame IPs von E-Mail-Serviceprovidern bestehen aus einer Gruppe von IP-Adressen, die von vielen verschiedenen Unternehmen gesendet werden.
Mit dieser Methode erleichtern Kunden mit großem Ruf beim Senden indirekt andere seriöse Absender, die versuchen, in den Posteingang zu gelangen und dabei ihren eigenen Ruf aufzubauen.
Shared IP-Pools sind auch die primäre Option für Absender, die entweder nicht über das Volume verfügen oder konsistente Sendemuster haben, um ihre eigenen dedizierten IPs zu verwalten, aber versuchen, dieses Volume im Laufe der Zeit aufzubauen. Beide sind Bojen für den Bau und die Aufrechterhaltung eines guten, hoffentlich großen Sendereputation.
Selbst wenn ein Absender mit einem gemeinsamen IP-Bereich beginnt, bedeutet dies nicht, dass gemeinsame IPs für immer die einzige Option für sie sind. Angesichts der richtigen Menge an Volumen und Best Practices für das E-Mail-Marketing kann ein Graduierungsplan erstellt werden.
Mehr über unsere Shared Pools
OCI Email Delivery verfügt über mehrere gemeinsame IP-Pools, die sowohl auf dem Typ der gesendeten E-Mail als auch auf dem Volume basieren. Alle unsere Pools werden kuratiert, um Probleme zu vermeiden und um Absender aufgrund von Volume-Constraints oder einer Rampe auf dedizierte IPs in andere Pools zu migrieren.
Möglicherweise haben Sie verständlicherweise einige Bedenken und Risiken beim Senden von Pools. Ein anderer Absender kann auf eine Sperrliste stoßen, die den IP-Reputationsrückgang verursacht, oder der Datenverkehr kann einen unerwarteten Anstieg sehen, der einige Verzögerungen verursacht. Mit einer ordnungsgemäßen Verwaltung durch die Teams wie unsere, die diese IPs überwachen, werden diese Probleme jedoch minimiert, wobei die Vorteile alle potenziellen Nachteile überwiegen.
Warum nicht dedizierte IPs?
Dedizierte IPs sind nur für die E-Mail dieses Absenders dediziert und exklusiv. Je nach Volume kann ein Absender über eine dedizierte IP oder mehrere verfügen. Sie ermöglichen es großen Absendern, die Kontrolle über ihre eigene Absenderreputation zu behalten und mehr Kontrolle über die Ausnahmeliste zu haben.
-
Ein gewisses Maß an hochwertigem monatlichem E-Mail-Volumen muss aufrechterhalten werden, um eine Absenderreputation auf dedizierten IPs aufzubauen. Wenn das Volume nicht jeden Monat konsistent ist, erleichtern gemeinsame IPs das Problem.
-
Konsistenz und Kadenz mit dieser E-Mail-Ebene ist notwendig, um eine IP-Reputation aufzubauen und aufrechtzuerhalten. Wenn der Absender keinen regulären Zeitplan für Massen- oder Marketing-Deployments hat, erleichtern gemeinsame IPs das Problem.
-
Die vollständige Kontrolle über die DNS-Einstellungen ist ein Muss, wenn Sie über gemeinsam genutzte oder dedizierte IPs senden, da Absender in der Lage sein müssen, bestimmte Updates vorzunehmen, die besser auf ihre Absenderdomains abgestimmt sind und die Reputation verbessern.