本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# DNS 黑名單 (DNSBL) 常見問答集
*以網域名稱系統為基礎的黑名單* (*DNSBL*)，有時稱為*即時黑名單* (*RBL*)、*拒絕名單*、*封鎖名單*或*黑名單*，用途是通知電子郵件供應商哪些 IP 地址疑似會傳送收件人不想收到的電子郵件。
不同 DNSBL 對電子郵件遞送度有不同的影響。本主題說明 DNSBL 如何影響您使用 Amazon SES 傳送電子郵件時的遞送情況，以及我們從 DNSBL 移除 Amazon SES IP 地址的政策。
**注意**
本主題說明電子郵件供應商用來封鎖傳入訊息的 DNSBL。若要了解對於電子郵件地址曾發生過退信狀況的收件人，Amazon SES 如何封鎖外寄給他們的電子郵件，請參閱「[Amazon SES 全域禁止名單](sending-email-global-suppression-list.md)」。
## Q1. (問題 1)：DNSBL 如何影響電子郵件遞送？
不同的 DNSBL 對訊息成功遞送與否有不同的影響。主要的電子郵件供應商 (包括 Gmail、Hotmail、AOL 和 Oath) 似乎認可少數高評價的 DNSBL，例如 Samhaus 提供的 DNSBL。根據我們的經驗，其他 DNSBL 的影響較小，不過有些郵件系統會特別重視某些 DNSBL。
最後，許多電子郵件供應商都有自己的內部黑名單。電子郵件提供者嚴密保護這些清單，極少與大眾共用。如果某個 IP 地址位列其中一份清單中，對您將電子郵件傳送給使用該提供者收件人的能力會有重大影響。
## Q2. (問題 2): IP 地址如何落入 DNSBL 中？
有很多方式會讓 IP 地址落入 DNSBL 中。當 IP 地址將電子郵件傳送到*垃圾郵件防禦*時，就會新增到 DNSBL 中。垃圾郵件防禦是不屬於人類使用者的電子郵件地址。垃圾郵件防禦僅為收集垃圾郵件以及識別垃圾郵件發信者而存在。有些 DNSBL 也允許個人使用者提交 IP 地址。少數 DNSBL 甚至允許使用者提交整個 IP 地址範圍。其他 DNSBL 透過電子郵件管理員的貢獻進行維護，可以包含管理員認為濫用其專屬系統的 IP 地址。
## Q3. (問題 3): Amazon SES 如何防止其 IP 地址出現在 DNSBL 中？
我們的系統會尋找濫用的跡象。如果我們偵測到可能導致 IP 地址被新增到 DNSBL 中的傳送模式或其他特性，我們會向寄件者傳送通知。如果情況很嚴重，或寄件者在我們傳送通知後不修正問題，我們會暫停寄件者傳送電子郵件的能力，直到他們解決問題為止。以此方式強制執行我們的傳送政策，有助於降低我們的 IP 地址落入 DNSBL 的機會。
## 問題 4：Amazon SES 可以從 DNSBL 中移除其 IP 地址嗎？
對於 SES 共用 IPs，我們會主動監控可能影響整個 Amazon SES 服務交付的 DNSBLs，或可能影響傳送電子郵件給使用 Gmail、Yahoo、AOL 和 Hotmail 等主要電子郵件提供者的收件人的能力。Spamhaus 提供的 DNSBL 屬於此類。當我們的其中一個 IP 地址出現在符合這兩項條件之一的清單中時，我們會立即採取行動，爭取盡快從 DNSBL 中移除該地址。
我們不監控可能不會影響整個 Amazon SES 服務遞送情況的 DNSBL，或是無法衡量對主要電子郵件供應商遞送造成何種影響的 DNSBL。SORBS 和 UCEPROTECT 提供的 DNSBL 屬於此類別。由於操作這些清單的供應商對於清單和除名有特定做法，因此我們無法從這些清單中移除我們的 IP 位址。
對於任何收件人郵件提供者 RBL 中列出的專用 IP 地址 （受管或標準），SES 不負責將 IPs 取消清單，而且您必須直接向 RBL 管理員請求移除。
## 問題 5：電子郵件供應商拒絕我的電子郵件，因為傳送的 IP 地址列在 Spamhaus 以外的 DNSBL 中。我能怎麼做？
首先，請確認該訊息真的是因為 DNSBL 而遭封鎖。如果您的電子郵件是因為傳送 IP 地址列入 DNSBL 而遭到拒絕，您會將收到按名稱指出 DNSBL 供應商的退信通知，如以下範例所示：
```
554 5.7.1 Service unavailable; Client host [192.0.2.0] blocked using DNSBLName; See: http://www.example.com/query/ip/192.0.2.0
```
如果您收到退信通知，但未包含上述範例所示的類似資訊，則電子郵件供應商最有可能拒絕您訊息的原因與列入 DNSBL 無關。
如果您可以確認電子郵件供應商是因為傳送 IP 地址列入 DNSBL 中而封鎖您的電子郵件，您可以執行幾項動作：
+ 聯絡拒絕您訊息之網域的郵件管理員，請求其垃圾郵件篩選政策的例外狀況。有些郵件管理員擁有支援程序，會發佈說明這個程序的郵件管理員頁面。如果您嘗試聯絡的網域未發佈其郵件管理員支援政策，您或許可以傳送電子郵件到 *postmaster@**example.com* 聯絡郵件管理員，其中 *example.com* 是發生問題的網域。[RFC 5321](https://tools.ietf.org/html/rfc5321) 要求的網域有郵件管理員信箱。
聯絡郵件管理員時，請提供您收到的退信代碼、嘗試傳送的電子郵件標題、DNSBL 對您電子郵件遞送的影響衡量結果，以您為什麼認為電子郵件遭到不當封鎖的資訊。您向郵件管理員提供能證明您傳送合法電子郵件的資訊愈多，郵件管理員就愈有可能為您建立例外狀況。
+ 如果電子郵件提供者不予回應，或不願意變更其政策，請考慮使用[專用 IP 地址](dedicated-ip.md)。專用 IP 地址是只有您可以使用的地址。透過實作良好的傳送實務，您可以保持高的互動率，低的退信、抱怨和垃圾郵件防禦率。良好的傳送實務做法有助於確保您的地址不落入 DNSBL 中。
## 問題 6：我傳送到 Gmail、Yahoo、Hotmail 或其他主要提供者的電子郵件，會傳送至垃圾郵件資料夾。這是因為我的傳送 IP 地址在 DNSBL 中嗎？
可能不是。如果 DNSBL 列出會造成重大影響的 IP 地址 (例如 Spamhaus 的其中一個 DNSBL)，主要電子郵件供應商將會完全拒絕來自該 IP 地址的電子郵件，而不是將其傳送到垃圾郵件資料夾。
當主要電子郵件提供者接受電子郵件 (而不是拒絕) 時，在考慮是否要將郵件放入收件匣或垃圾郵件資料夾時，他們通常會考慮*使用者互動*。*使用者互動*是指使用者與您之前傳送給他們的郵件的互動方式。
為提高訊息到達您客戶信箱的機率，您應該實作下列所有最佳實務：
+ **絕不**租用或購買電子郵件地址清單。租用或購買清單違反 [AWS 可接受之使用政策](https://aws.amazon.com/aup) (AUP)，Amazon SES 無論任何情況皆不允許。
+ 只將電子郵件傳送給明確要求收到您電子郵件的客戶。在全球許多國家和轄區中，傳送電子郵件給未明確同意接收您的電子郵件的收件人是違法的行為。
+ 停止傳送電子郵件給未開啟您在過去 30-90 天內所傳送之訊息，或按一下內附連結的客戶。此步驟可協助保持高互動率，這會增加您日後傳送之郵件抵達收件人的收件匣的機會。
+ 您傳送的每則訊息都使用一致的設計元素和書寫樣式，確保客戶輕鬆識別您的訊息。
+ 使用電子郵件身分驗證機制，例如 [SPF](send-email-authentication-spf.md) 和 [DKIM](send-email-authentication-dkim.md)。
+ 當客戶使用 Web 表單訂閱您的內容時，向其傳送電子郵件，確認他們希望收到您的電子郵件。在他們確認要收到您的電子郵件前，不要向他們傳送任何其他電子郵件。這個過程稱為*確認選擇加入*或*雙向選擇加入*。
+ 讓客戶輕鬆取消訂閱，並立即接受取消訂閱請求。
+ 如果您傳送包含連結的電子郵件，請根據 Spamhaus Domain Block List (DBL) 檢查這些連結。請使用 Spamhaus 網站的 [Domain Lookup Tool](https://www.spamhaus.org/lookup/) 測試您的連結。
透過實作這些實務，您可以提高寄件者評價，增加您傳送的電子郵件到達收件人信箱的可能性。實作這些實務也有助於保持您帳戶的低退信和抱怨率，降低電子郵件傳送到垃圾郵件防禦的風險。