Oracle Cloud Infrastructure 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 區域發送功能的一些重要說明:
Email Delivery 於更多地區可用之際,最好在發送方應用程式所處的同一區域配置電子郵件,則對效能而言最為理想。
獲核准發送方是讓 Email Delivery 發送電子郵件到相符地址的資源。獲核准發送方會與隔離專區相關聯,並且僅存在於其獲配置的區域中。
可以,您可以通過 Oracle Email Delivery 以編程方式發送批量電子郵件。
注意 - GA 無法提供報告。
Email Delivery 平台由 Oracle Cloud Infrastructure 的電子郵件可傳遞性團隊管理,對帳戶設有限制,以保障服務和客戶信譽。通過開立 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 發送電子郵件時,團隊將為您處理以下各項:
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.評估發送頻率。如果在下一封郵件發送給收件人之前,郵件沒有機會註冊為強制退信,就會再次被強制退信。請給予郵箱供應商和電子郵件服務供應商一些時間來處理退信,然後再發送另一封郵件。減低發送頻率也讓用戶有機會在收到多條可能被標記為垃圾郵件的信息之前,選擇退訂。
當向收件人發送信息,而收件伺服器暫時不可用、又或信息被收件人封鎖時,就會衍生暫時退信率 (發送信息數量對暫時退信次數的比例)。這是暫時未送達狀態,郵箱供應者會向發送方傳回暫時退信代碼。由於上述地址存在,因此不會添加到禁發名單中。
暫時退信通常是郵件內容品質和相關性的良好指標。
一般來說,暫時退信會在以下情況發生:
投訴出現的原因有很多,並非全部都因為用戶認為您的郵件是「垃圾郵件」。面對現實吧—有時候,人們點擊「垃圾郵件」按鈕,即可更輕鬆地減少擁擠收件箱中的郵件。
以下是用戶可能對您的信息提出投訴的一些常見原因:
以下是減低投訴率的方法:
是的,Email Delivery 支持專用 IP,而這些 IP 可讓您掌控個人信譽。專用 IP 是 Oracle Cloud 保留給您的 IP 位址。在預設情況下,客戶帳戶會根據您的電子郵件特徵配置到分層共享發送池內。如發送大量郵件,建議使用專用 IP。如郵件發送量較低或僅屬零星,可能不建議使用專用 IP,因為此舉無助支持良好發送信譽,並會影響電子郵件可傳遞性。
每個客戶郵件特徵 (數量、突發率、信譽等) 都會改變您的專用 IP 策略。我們團隊已接受此主題的相關培訓,隨時準備好支持您的專用 IP 需求。請與支持人員聯繫,以針對此配置尋求協助。
信譽管理是一項附加銷售服務,須購買 Universal Cloud 訂閱方案,方可使用。
Email Delivery 費用如下:通過服務每發送 1,000 封電子郵件,則收取 $0.10。發送電子郵件的定義為單個日曆月內不重複向外傳遞項目的數量。向外傳遞項目以不重複信息、以及每個信息的不重複收件人數量定義。