Oracle Cloud Infrastructure Email Delivery 是一種電子郵件發送服務，可提供快速可靠的託管服務，用於發送需要到達用戶收件箱的大量電子郵件。Email Delivery 為客戶提供所需工具，有助快速可靠地傳送應用程式生成的電子郵件，以進行任務必要通信，例如收據、欺詐檢測警報、多因素身分驗證和密碼重設。Email Delivery 是一種可高度調整規模、經濟高效且可靠的基礎架構服務，消除了構建內部電子郵件傳送解決方案的複雜性和開支。

• 任何包含電子郵件的雲端應用程式都應利用 Email Delivery。
• 任何希望以高成本效益方式發送郵件到用戶收件箱的企業，都應使用 Email Delivery。

• 企業電子郵件務必送達用戶收件箱，這點至關重要，因為電子郵件是企業與客戶進行交流的最直接途徑。隨著自動出站電子郵件的數量和頻率日增，市面出現許多垃圾郵件過濾系統，令人更難確保郵件送達客戶的收件箱。
• Email Delivery 是專為便利開發人員而設的服務，可解決電子郵件傳遞的配置、基礎架構、安全性和身分驗證問題。

Email Delivery 最適合通過應用程式生成的交易電子郵件，例如收據、欺詐檢測警報、多因素身分驗證和密碼重設，惟也可用來傳送任何符合行業法規和法律的電子郵件。

Email Delivery 是一種後端基礎架構，可以與 Eloqua 或 Responsys 等前端供應商整合。Email Delivery 無法讓用戶開發 HTML 廣告系列或管理收件人名單。

是的，Email Delivery 服務與 Amazon SES 或 SendGrid 相似。

只要按照 API 或 Oracle Cloud Infrastructure 控制台中的以下步驟，即可開始發送電子郵件。

有關如何配置和使用 Email Delivery 的詳細說明，可參閱此處

1.在 Oracle Cloud Infrastructure 控制台中，找到您要為其建立 SMTP 憑證的用戶。確保該用戶所在的群組具有管理獲核准發送方的政策，例如允許群組 MyGroup 使用隔離專區 MyCompartment 中的獲核准發送方。

2.在新用戶的設定中，選擇左側的 SMTP 憑證，然後生成 SMTP 憑證。

3.在 Oracle Cloud Infrastructure 控制台中選擇「電子郵件」。請確保您選擇了正確的隔離專區。您用戶所屬的群組必須具有管理此隔離專區中獲核准發送方的權限。

4.在指定的隔離專區建立一個或多個獲核准發送方。這些電子郵件地址會在電子郵件的「寄件人」行中出現。請注意：獲核准發送方具有地區專屬性。如果您在鳳凰城建立獲核准發送方，則無法發送電子郵件至阿什伯恩。

5.請按照說明，在相應網域下添加 TXT 紀錄，為發送方政策框架 (SPF) 配置 DNS。有關此項目的設定方法，請參閱 Oracle Cloud Infrastructure DNS 常見問題。

6.通過 Email Delivery 設置並測試您系統的 SMTP 連線。Postfix 和 SendMail 是兩種熱門 SMTP 產品，但您也可以使用任何 SMTP 資料庫。

Email Delivery 適用於阿什伯恩、阿姆斯特丹、吉達、倫敦、墨爾本、孟買、大阪、鳳凰城、聖保羅、首爾、雪梨、東京和蘇黎世，而我們正致力擴展到其他地區。

有關配置 Email Delivery 區域發送功能的一些重要說明：

• 發送郵件的應用程式不必位於發送郵件進行傳遞的區域中
  
  例如：
  如果您的應用程式位於其他區域，可從電子郵件的可用區域之一進行配置。在控制台用戶介面中，請更改可用電子郵件的區域，然後添加獲核准發送方。由於身分屬全局資產，因此任何區域建立的 SMTP 憑證都會是相同的。然後，您可以讓應用程式 (在沒有電子郵件的區域中) 使用 SMTP 憑證，將其電子郵件發送到 PHX smtp 端點 smtp.us-phoenix-1.oraclecloud.com (僅為範例)。之後，您的應用程式會將其應用程式電子郵件發送到使用 SMTP 憑證建立獲核准發送方的區域 SMTP 端點。

Email Delivery 於更多地區可用之際，最好在發送方應用程式所處的同一區域配置電子郵件，則對效能而言最為理想。

• 請確保您具有在已選隔離專區中管理獲核准發送方的權限。(政策基礎知識)
• 您可能已達到獲核准發送方上限。您可以使用 My Oracle Support 提交服務請求，按需要增加電子郵件發送上限。
• 您的帳戶可能會被暫停，因而將獲核准發送方上限降到 0。

獲核准發送方是讓 Email Delivery 發送電子郵件到相符地址的資源。獲核准發送方會與隔離專區相關聯，並且僅存在於其獲配置的區域中。

可以，您可以通過 Oracle Email Delivery 以編程方式發送批量電子郵件。

注意 - GA 無法提供報告。

• Oracle 以嚴謹的安全政策為榮，而 Email Delivery 也須遵守這些政策。因此，我們僅接受客戶通過 TLS 發送的電子郵件。
• TLS (必須使用 TLS)
• 由於早期版本的安全性較低，因此僅支持 TLS 1.2 版。
• Java 應用程式必須更新為最新版本，以確保更新版安全協定、密碼和補丁程式符合 Oracle 的安全政策。
• 獲核准的密碼如下：
• TLSv1.2：
• TLS_DHE_RSA_WITH_AES_256_CBC_SHA256、
• TLS_DHE_DSS_WITH_AES_256_CBC_SHA256、
• TLS_RSA_WITH_AES_256_CBC_SHA、
• TLS_RSA_WITH_AES_256_CBC_SHA256、
• TLS_DHE_DSS_WITH_AES_128_CBC_SHA256
• TLS_DHE_RSA_WITH_AES_128_CBC_SHA、
• TLS_DHE_RSA_WITH_AES_256_CBC_SHA、
• TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256
• TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384、
• TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256、
• TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256、
• TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256

• 僅支持 SMTP Plain
• 請注意 - 如果被發送的應用程式在 Auth 指令上不具靈活性，則可以使用 smtp 代理/中繼

• 可以，惟該應用程式須發送電子郵件到具有網際網路存取權的服務，例如代理或中繼服務。
• 將來，Email Delivery 將能夠使用 Service Gateway 服務，從 Oracle Cloud Infrastructure 內部接收電子郵件，而毋須橫跨公共網際網路

Email Delivery 平台由 Oracle Cloud Infrastructure 的電子郵件可傳遞性團隊管理，對帳戶設有限制，以保障服務和客戶信譽。通過開立 My Oracle Support 服務請求，以下限額可提升，以滿足大規模發送要求。

• 在 oracle.com 上註冊免費試用的客戶連續 24 小時內的限額為 200 封電子郵件，並且發送速率每分鐘不得超過 10 封電子郵件。獲核准發送方限為 5 個。
• 企業帳戶連續 24 小時內的限額為 50,000 封電子郵件，並且發送速率每分鐘不得超過 18,000 封電子郵件。企業客戶的獲核准發送方限為 10,000 個。
• Email Delivery 支持高容量操作，設定上述限額僅為維護我們客戶的信譽。
• 請與 My Oracle Support 聯繫，讓他們瞭解您的用例，並應您需要增加發送限額。

如服務說明所述，以下義務適用於通過 Email Delivery 發送的電子郵件類型：

• 您不得將服務用於散佈「垃圾郵件」、大量不請自來的即時信息，又或不請自來的其他電子通信給與您沒有任何業務或個人關係的收件人。

初期支持容量不超過 2MB 的郵件，當中包含郵件標題、正文和附件。目前，此容量不可配置，惟日後將推出相應配置功能。

Email Delivery 支持通過 SMTP 發送多用途網際網路郵件擴展 (MIME) 信息。MIME 是 RFC 標準，指定了附件的部分運作方式。更多詳情請參閱此處。

SMTP 是目前通過 Email Delivery 發送電子郵件的唯一方法。每個 Oracle Cloud Infrastructure 區域中都有一個獨一無二的 SMTP 端點，提供 Email Delivery 服務。

有。Email Delivery 已包含在 Oracle Cloud Infrastructure SDK 中。

Email Delivery 通過符合行業最佳實踐的系統提供可靠服務。該平台由 Oracle Cloud Infrastructure 的電子郵件可傳遞性團隊管理，其審查關鍵的可傳遞性指標，盡可能提升發送信譽。 使用 Email Delivery 發送電子郵件時，團隊將為您處理以下各項：

• 郵箱供應商的不重複 SMTP 配置
• 退信收集
• 用戶投訴收集
• 電子郵件驗證標準 (如 SPF)
• IP 資源池管理

Email Delivery 已配置了郵箱供應商專屬的速率限制、退避模式和 SMTP 配置。這些配置是通過行業關係、以及多年與環球郵箱供應商進行的調整來設定，以優化收件箱置入和傳遞速度。

會，系統會收集被退回的電子郵件，並按相應退信代碼進行適當分類。

任何被視為永久無法發送的收件人地址 (例如強制退信) 都會放入客戶的禁發名單中。Email Delivery 不會傳遞重複發送至禁發名單所列地址的電子郵件，而此類情況會紀錄在封鎖報告中。 當發送方嘗試將郵件發送到不存在的收件人地址時，會出現較高的強制退信率 (強制退信對已發送郵件的比率)。郵箱供應商會向發送者傳回強制退信代碼。強制退信代碼是顯示清單品質的有效指標，應低於 2%。

會。用戶投訴是通過郵箱供應商的投訴反饋循環收集和處理。有了 Email Delivery，上述投訴反饋循環的設定可完全自動化。

收集到用戶的垃圾郵件投訴後，該用戶會獲加入禁發名單中，以維護客戶發送信譽。建議您同時將用戶從郵件名單中移除，但毋須採取其他措施來確保電子郵件可傳遞性達到高品質。

禁發名單包含在您的 Email Delivery 控制台用戶介面及 API、SDK 和 CLI 中。

Email Delivery 會自動將帶有退信代碼的電子郵件地址 (顯示永久性故障或用戶投訴) 添加到禁發名單中，以維護發送方的信譽。將來，Email Delivery 不會發送任何郵件給這些收件人。如重複嘗試發送郵件到禁發電子郵件地址，此行為將紀錄在封鎖報告中。

禁發原因目前包括：垃圾郵件投訴、強制退信、重複暫時退信、手動輸入項目和取消訂閱名單請求。

SPF 可防止電子郵件地址欺詐，並盡量減少入站垃圾郵件。網域可通過 SPF 明確授權獲允許使用其域名的主機。SPF 通過發佈 SPF (代碼 99) 或 TXT (代碼 16) 紀錄來運作，而這些紀錄均為 DNS 資源紀錄，用於聲明允許哪些主機使用域名。收件伺服器會從被標識為發送電子郵件的網域中檢查 SPF 紀錄，以驗證該電子郵件所來自的源頭 IP 已獲授權從該網域中發送電子郵件。

郵箱供應商和 ISP 會檢查 SPF，以確保發送方 (Email Delivery) 獲授權代表您的網域發送電子郵件。SPF 是為您的網域提供良好可傳遞性、並保護您免受垃圾郵件或網路釣魚攻擊等濫用行為侵害的重要基礎。

要設定 SPF，您必須在獲核准發送方使用的網域上加入 TXT 紀錄。如果 Email Delivery 是該網域的唯一授權發送方，則其外觀應如下所示：

v=spf1 include:spf.oracleemaildelivery.com -all

「v」代表已使用的 SPF 版本；其他機制則會測試電子郵件的合法性。「MX」和「A」是資源紀錄，在電子郵件和 SPF 紀錄之間進行比較，以確定是否接受電子郵件。「all」時刻配對，並用做預設操作。上述機制與限定符整合，決定如何處理相符項目。最簡單的是 + (即使省略也隱含) 和 -，分別導致「通過」或「失敗」結果。這些結果如何處理，則由接收網域管理員決定。通常，「失敗」項目都會被拒，而「暫時性失敗」則被標記為「潛在垃圾郵件」。

使用 SPF 可以提高客戶的信心和信任度，因實施 SPF 的網域遭遇欺詐的可能性要小得多。如沒有 SPF，垃圾郵件可進行欺詐以顯示特定網域；而在這種情況下，收件人很可能會將電子郵件舉報為垃圾郵件。有了足夠的此類報告，Bayesian 垃圾郵件過濾器就更有可能封鎖網域，因而封鎖一切潛在合法電子郵件。反之，如果個別網域實施了 SPF，卻屬偽造，則收件伺服器較大機會僅封鎖欺詐電子郵件。

可以，Email Delivery 支持專用 IP。在預設情況下，客戶帳戶會根據您的電子郵件特徵配置到分層共享發送池內。如發送大量郵件，建議使用專用 IP。如郵件發送量較低或僅屬零星，可能不建議使用專用 IP，因為此舉無助支持良好發送信譽，並會影響電子郵件可傳遞性。

每個客戶郵件特徵 (數量、突發率、信譽等) 都會改變您的專用 IP 策略。我們團隊已接受此主題的相關培訓，隨時準備好支持您的專用 IP 需求。請與支持人員聯繫，以針對此配置尋求協助。

可傳遞性最佳實踐建基於提供符合用戶期望、並具有透明度的電子郵件。加拿大的《反垃圾郵件法》(CASL) 是確保您遵守法律、符合用戶期望、並遵循大多數郵箱供應商使用之預期過濾系統的最佳指南之一。以下連結提供了 CASL 概要，並說明領先業界的實踐：https://help.dyn.com/casl-faq/

說到發送郵件，以乾淨網路來發送電子郵件比以往任何時候都來得更重要。如果您與垃圾郵件發送者、以及其他信譽較差的發送者共用 IP 位址，則將電子郵件成功發送到收件箱的機會將大大減少。我們對網路持續警惕，有助去蕪存菁。

認證

當使用第三方電子郵件傳遞服務時，電子郵件身分驗證會將 SPF 和網域密鑰 (DKIM) 附印在 DNS 紀錄中，有助驗證發送方 (Email Delivery) 與收件伺服器 (ISP 和公司郵件伺服器) 的身分，以及兩者之間的信任。為了防止不必要或偽造的郵件到達收件箱，收件伺服器會對您網域的 DNS 紀錄進行查詢，以查看第三方發送方是否獲授權代表您發送郵件。

發送量/頻率

穩定發送量與頻率有助提高您做為優良發送方的信譽。流量突發爆升，通常是與垃圾郵件相關的行為。在通過接收 ISP 建立為可信發送方之前，您的 IP 須發送充足郵件量。

退信率

退信率是指無法發送的郵件 (退信) 佔已發送電子郵件總數的百分比，建議將退信率保持在 2% 以下。如退信率較高，通常表示名單管理和清理不當，又或者名單過舊、屬向他人租用或購買。Email Delivery 會自動將退信項目添加到禁發名單中，以令退信率處於較低水平。

垃圾郵件投訴率

垃圾郵件投訴率是以您發送給用戶的電子郵件總數為基礎，用戶向 ISP 提出投訴的百分比。當電子郵件接收者選擇在電子郵件客戶端的用戶介面中點擊「這是垃圾郵件」按鈕，就會產生垃圾郵件投訴。建議您將垃圾郵件投訴率保持在 0.05% 以下。Email Delivery 會自動將垃圾郵件投訴添加到禁發名單中。

黑名單

ISP 使用黑名單來封鎖信譽較差之發送方的垃圾郵件。合法發送方也有機會被錯誤列入黑名單。Email Delivery 會實時掃描我們發送 IP 的前十名黑名單服務。大多數黑名單都在 24 小時內被封鎖；此期間之後，您會自動從名單上被移除。在部分情況下，您則須採取行動，才能將自己從名單上移除。

當發送方嘗試將郵件發送到不存在的收件人地址時，會出現較高的強制退信率 (強制退信對已發送郵件的比率)。郵箱供應商會向發送者傳回強制退信代碼。強制退信代碼是顯示清單品質的有效指標，應低於 2%。

通常，當收件人地址符合以下條件，就會出現強制退信情況：

• 錯誤輸入
• 已不再使用 (用戶取消了帳戶)
• 通過抓取網路從網站獲得
• 由名單服務供應商產生

郵箱供應商已預期會發生強制退信情況；然而，如果發生太多次強制退信，則可傳遞性將開始下降。Email Delivery 會將自動將所有強制退信的收件人地址添加到您的禁發名單中，以防止將來再度嘗試傳遞，並保障您的發送信譽。

您可以通過執行以下操作來降低退信率：

1.實施「選擇加入」程序。對於批量郵件 (同時發送給許多收件人) 而言，您可實施「選擇加入」程序，讓用戶訂閱 (授予您發送信息的權限) 您的郵件名單內容。請務必僅向已選擇加入的訂戶發送信息。 「選擇加入」程序有兩種。

2.單次選擇加入 (未確認) –「單次選擇加入」是指用戶提供其電子郵件地址，並允許接收相關信息。一旦用戶提供了地址，您就可以發送信息，而毋須確認電子郵件地址是否屬於提供該地址的用戶。

3.雙重選擇加入 (已確認) –「雙重選擇加入」是指用戶提供其個人電子郵件地址。在第一次發送郵件之前，系终會發送一封確認電子郵件，其中包含必需的用戶操作，以確保帳戶所有者希望接收以後的信息。系統可通過讓所有者點擊連結回覆電子郵件，來驗證帳戶，確保地址不會在未經所有者同意的情況下添加到第三方郵件名單中。

4.清除未參與互動的用戶。實施移除未參與互動之用戶的過程。如果收件人沒有打開或點擊您的郵件，則可能表示他們已不再使用該電子郵件帳戶。在此情況下，郵箱供應商最終會終止該帳戶，或將其轉換為垃圾郵件陷阱。為避免遇到這些垃圾郵件陷阱、或電子郵件因發送至已取消的帳戶而被強制退信，請刪除未在您的業務模型定義的時間範圍內參與互動的收件人，這樣也有助提高用戶參與率，對可傳遞性有利。

5.覆閱訂戶名單。覆閱訂戶名單時，請務必：

在發送前消除重複的地址。如果不存在的地址多次收到電子郵件，則可能會提高您的強制退信率。

確保沒有意外加入以前的禁發名單 (可能來自其他電子郵件服務供應商)。

驗證訂戶已選擇加入 (不要使用您找到的舊名單發送信息)。

限制用戶以「全選」方式上載其電子郵件客戶端的聯絡人名單。強制用戶個別選擇地址，可防止意外包含過時或可能逾期的地址。

6.評估發送頻率。如果在下一封郵件發送給收件人之前，郵件沒有機會註冊為強制退信，就會再次被強制退信。請給予郵箱供應商和電子郵件服務供應商一些時間來處理退信，然後再發送另一封郵件。減低發送頻率也讓用戶有機會在收到多條可能被標記為垃圾郵件的信息之前，選擇退訂。

當向收件人發送信息，而收件伺服器暫時不可用、又或信息被收件人封鎖時，就會衍生暫時退信率 (發送信息數量對暫時退信次數的比例)。這是暫時未送達狀態，郵箱供應者會向發送方傳回暫時退信代碼。由於上述地址存在，因此不會添加到禁發名單中。

• 請注意：如果在 24 小時內發送的 4 封電子郵件都被暫時退回，則 Email Delivery 會將該地址添加到禁發名單中。

暫時退信通常是郵件內容品質和相關性的良好指標。

一般來說，暫時退信會在以下情況發生：

• 垃圾內容 – 郵件內容已被收件人識別為垃圾郵件，並被暫時封鎖。
• 與收件人無關的內容 – 這可能會引起大量投訴，而收件人將暫時封鎖來自發送方 IP 位址或網域的郵件。
• 大量投訴 – 如超過投訴閾值 (每個 IP 在一段時間內的投訴數量) 時，某些收件人會封鎖來自該 IP 位址的所有傳入信息。
• 收件伺服器繁忙 – 如果發生這種情況，傳出郵件伺服器將嘗試發送該郵件四次，然後強制退回郵件。
• 郵箱配額已滿或超額 – 如果收件人的郵箱已滿或超出其配額，則郵件可能會暫時退回。

投訴出現的原因有很多，並非全部都因為用戶認為您的郵件是「垃圾郵件」。面對現實吧—有時候，人們點擊「垃圾郵件」按鈕，即可更輕鬆地減少擁擠收件箱中的郵件。

以下是用戶可能對您的信息提出投訴的一些常見原因：

• 這真正是垃圾郵件。
• 內容不再與收件人的期望相關 (不同於他們選擇的內容)。
• 標示垃圾郵件，比查找隱藏在電子郵件頁腳中的取消訂閱網址容易。
• 收件人信任 ISP 用戶介面多於您的退訂網址。
• 收件人厭倦了接收您的信息。

以下是減低投訴率的方法：

• 不要發送垃圾郵件
• 保持內容相關 – 如果收件人在您的網站上註冊了日常食品雜貨優惠券，請不要發送自動貸款利率廣告。
• 退訂網址易於存取 – 退訂也不是壞事，名單縮小固然令人沮喪，實際上卻有助您僅向會打開或點擊郵件的收件人發送信息，因而獲得成功。反而，當有用戶投訴，則會損害您的發送信譽！所以，倒不如協助對方輕鬆退出郵件名單。您能做到最糟糕的事情，就是將退訂網址隱藏在信息底部。只有一小部分用戶會滾動到電子郵件的底部來尋找小小的退訂網址；而大多數人會捨難取易，索性將郵件標記為垃圾郵件。
• 應用列表退訂頁首 – 如獲郵箱供應商支持，此功能可允許用戶通過可信 ISP 用戶介面安全地從名單中退訂，而毋須將郵件標記為垃圾郵件；而這也是 Gmail 所提供與反饋循環最接近的功能。
• 實施「雙重加入」程序 – 向當前用戶發送郵件，並確認他們希望接收您的信息，正是確保對方仍然重視您信息的好方法，可在收件人標記信息為垃圾郵件之前，先將之從名單上移除。
• 覆核寄件頻率 – 在短時間內發送太多郵件，可能會使收件人反感，因而將您的郵件標記為垃圾郵件。請確保信息節奏與預期內容頻率保持一致。減低發信頻率，即可減少垃圾郵件投訴。
• 清除未參與互動的收件人 – 如果收件人沒有打開您的郵件或點擊您的連結，即表示對方可能已厭倦您的信息。如果您最終仍無法與收件人互動，則應將其移除。以下訣竅有助您瞭解此領域的名單管理最佳實踐。

• 檢查收件人是否在禁發名單中。
• 確認已設定 SPF 以提高收件箱置入率。
• 檢查應用程式紀錄，確保並無出現問題 (例如身分驗證失敗或電子郵件格式問題)。
• 如果您提供兩個不同的信封發送方地址和正文發送方地址，則兩者都必須是獲核准發送方，否則郵件將被拒絕。
• 如果 SMTP FROM 與電子郵件正文中的發送方地址不同，則兩者都必須是獲核准發送方。
• 還是找不到問題？您可以開立 客戶支持票證

是的，Email Delivery 支持專用 IP，而這些 IP 可讓您掌控個人信譽。專用 IP 是 Oracle Cloud 保留給您的 IP 位址。在預設情況下，客戶帳戶會根據您的電子郵件特徵配置到分層共享發送池內。如發送大量郵件，建議使用專用 IP。如郵件發送量較低或僅屬零星，可能不建議使用專用 IP，因為此舉無助支持良好發送信譽，並會影響電子郵件可傳遞性。

每個客戶郵件特徵 (數量、突發率、信譽等) 都會改變您的專用 IP 策略。我們團隊已接受此主題的相關培訓，隨時準備好支持您的專用 IP 需求。請與支持人員聯繫，以針對此配置尋求協助。

信譽管理是一項附加銷售服務，須購買 Universal Cloud 訂閱方案，方可使用。