本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# Amazon SES 傳送審核程序常見問答集
我們會監控透過 Amazon SES 傳送的電子郵件，以確保服務不會用來遞送惡意、未經要求，或品質低落的電子郵件。如果我們判斷使用者傳送的內容屬於這些類別之一，即會對該帳戶採取相關動作。我們將這項程序稱為*傳送審核程序*。
在許多情況下，當我們偵測到帳戶問題時，我們會將該帳戶[列入審核](#e-faq-pr)。在其他情況下，我們會[暫停帳戶的傳送電子郵件功能](#e-faq-sp)。我們採取這些動作來保護每個帳戶的寄件者評價，並防止其他 SES 使用者遇到服務中斷和可交付性問題。
**Topics**
+ [審核中帳戶的常見問答集](#e-faq-pr)
+ [暫停傳送常見問答集](#e-faq-sp)
+ [退信常見問答集](#e-faq-bn)
+ [投訴常見問答集](#e-faq-cm)
+ [垃圾郵件防禦常見問答集](#e-faq-st)
+ [手動調查常見問答集](#e-faq-mi)
## 審核中帳戶的常見問答集
### Q1. (問題 1)：我收到訊息，指出我的帳戶受到審核。那代表什麼意思？
我們已偵測到您帳戶傳送的電子郵件相關問題，我們會給您時間進行修正。您可以像平常一樣繼續傳送電子郵件，但您也應該修正導致帳戶列入審核的問題。如果您未在審核期屆滿前修正問題，我們可能會暫停您傳送其他電子郵件的功能。
### Q2. (問題 2): 如果我的帳戶列入審核，是否會收到通知？
是。您會在您 AWS 帳戶的相關聯電子郵件地址收到通知。
### Q3. (問題 3): 為何我沒有收到帳戶正在進行審核的通知？
當您的帳戶處於審核狀態時，我們會自動傳送通知到與您 AWS 帳戶相關聯的電子郵件地址。此電子郵件地址是您建立 AWS 帳戶時指定的電子郵件地址。在某些情況下，此電子郵件地址可能與您使用 SES 傳送電子郵件的地址不同。
我們建議您定期檢視[評價指標](monitor-sender-reputation.md)，以監控您的寄件者評價。您也可以[在 Amazon CloudWatch 中設定自動化警示](reputationdashboard-cloudwatch-alarm.md)。這些警示可以在您的評價指標超出特定閾值時傳送通知給您。您也可以將 Amazon CloudWatch 設定為使用其他方式聯絡您，像是傳送簡訊到您的手機。
### 問題 4：我的 SES 帳戶接受審核的事實是否會影響我對其他服務的使用 AWS ？
當您的 SES 帳戶接受審核時，您仍然可以使用其他 AWS 服務。不過，如果您請求提高傳送傳出通訊的其他服務 AWS （例如 Amazon SNS) 的服務配額，該請求可能會被拒絕，直到 SES 帳戶的審核期間解除為止。
### 問題 5：如果我的帳戶受到審核該怎麼辦？
您應該執行下列事項：
+ 如果情況允許，直到問題完成修正前請停止傳送郵件。當您的帳戶受到審核時，您仍可以傳送電子郵件。不過，如果您繼續傳送郵件而未做任何變更，可能會無意間讓問題更加惡化。
+ 請查看我們寄給您的電子郵件，可在信中看到問題摘要。
+ 調查您的傳送，以判斷傳送中哪個部分觸發了問題。
+ 在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。
+ 請務必提供所有我們特別要求的資訊。我們需要此資訊才可評估您的案例。
### 問題 6：如何請求複查？
您可以請求我們審核將您的帳戶列入審核的決定。若要請求檢閱，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。
請在您的請求中提供下列資訊：
+ 導致帳戶列入審核的事件根本原因相關資訊。
+ 您為了修正問題所做的變更清單。僅包含您已實作的步驟即可，不需包含您打算日後實作的步驟。
+ 說明這些變更可如何防止未來再次發生相同的問題。
根據導致您帳戶列入審核的事件性質而定，我們可能需要其他資訊。請參閱所遭遇問題的相關聯常見問答集主題，以取得您應該包含在請求中的資訊清單。
### 問題 7：如果我的複查請求未被接受該怎麼辦？
我們會回覆您的請求，並包含請求未受理的原因資訊。在某些情況下，如果您能夠證實您已解決問題，且該變更亦能防止未來再次發生問題，您可以再次提交請求。
### 問題 8：可以協助我診斷問題嗎？
一般而言，我們可以提供關於問題的整體概觀 (例如，您有退信問題)。您需要自己調查根本原因。
### 問題 9：如何得知我的帳戶已不再受到審核？
評價指標包括您帳戶目前狀態的相關資訊。如需詳細資訊，請參閱[使用評價指標來追蹤退信與投訴率](reputation-dashboard-dg.md)。
### 問題 10：是否每次發生問題時都會將我的帳戶列入審核？
否。在某些情況下，我們可能不會先將您的帳戶列入審核，就直接暫停帳戶的傳送電子郵件功能。例如：
+ 如果該問題非常嚴重的情況。
+ 如果您的帳戶過去已因相同問題多次列入審核。因此，請務必解決根本問題，而不只是解決導致您帳戶列入審核的特定事件。舉例來說，如果特定行銷活動導致我們將您的帳戶列入審核，除了停止該行銷活動以外，您還必須執行更多作業。您應判斷行銷活動中的哪方面屬性發生問題，並確保過程中每個步驟皆確實執行，以避免未來的行銷活動再次發生相同問題。
在上述任一情況下，我們會在暫停您帳戶的傳送電子郵件功能時自動傳送通知給您。
### 問題 11：如果我在審核期即將屆滿前才修正問題呢？
登入 AWS 管理主控台 並前往支援中心。回覆我們代表您提出的案例。在您回覆案例時，請告知我們您已解決問題。
### 問題 12：我可以從我的 AWS 代表或 Premium Support 取得協助嗎？
如果您已經在與 AWS 帳戶代表合作，我們會在您的帳戶列入審核時自動與其聯絡。您的帳戶代表也許可以提供額外的資訊，協助您更清楚了解問題。如果您使用付費支援，也應該聯絡該團隊以取得其他協助。
## 暫停傳送常見問答集
### Q1. (問題 1)：我收到訊息指出我帳戶的傳送電子郵件功能已暫停。那代表什麼意思？
由於您傳送的電子郵件發生重大問題，因此我們必須暫停您帳戶的傳送電子郵件功能。通常，我們會基於下列原因之一暫停帳戶：
+ 您的帳戶之前已列入審核。您未在審核期結束前修正導致帳戶列入審核的問題，因此我們暫停了您帳戶傳送電子郵件的功能。
+ 您的帳戶已因相同的問題數次列入審核。
+ 您帳戶傳送的電子郵件違反 [AWS 服務條款](https://aws.amazon.com/service-terms)。如果這些屬於重大違規，我們可能不會先將您的帳戶列入審核，就直接暫停帳戶的傳送電子郵件功能。
### Q2. (問題 2): 如果我帳戶的傳送電子郵件功能被暫停，是否會收到通知？
是。您會在您 AWS 帳戶的相關聯電子郵件地址收到通知。
### Q3. (問題 3): 您帳戶的傳送電子郵件功能已暫停。為什麼我沒有收到通知？
當我們暫停您帳戶的傳送電子郵件功能時，我們會自動傳送通知到該帳戶的相關聯電子郵件地址。
**注意**
建立 AWS 帳戶時，您必須提供電子郵件地址。您可隨時變更此地址。如需變更與 AWS 帳戶相關聯之地址的詳細資訊，請參閱*AWS 帳單與成本管理 《 使用者指南*》中的[管理 AWS 帳戶](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/manage-account-payment.html#account-info)。
您可以使用 Amazon CloudWatch 來建立警示，以在退信率和投訴率太高時通知您。建立警示是一種好方法，可讓您針對可能會導致帳戶傳送電子郵件功能被暫停的因素收到早期警告。不過，除了退信和抱怨以外，還有其他因素可能會導致我們暫停您的傳送電子郵件功能。如需有關建立 CloudWatch 警示的詳細資訊，請參閱「[使用 CloudWatch 來建立評價監控警示](reputationdashboard-cloudwatch-alarm.md)」。
您也可以使用[帳戶儀表板](monitor-sending-activity-console.md)，判斷帳戶目前的狀態。舉例來說，如果您帳戶的傳送電子郵件功能目前已暫停，則帳戶儀表板的 **Account status (帳戶狀態)** 區段會顯示 **Sending paused (傳送暫停)** 狀態。如果您的帳戶可以正常傳送電子郵件，它會顯示 **Healthy** (狀況良好) 狀態。
最後，您可以在 [https://phd.aws.amazon.com/](https://phd.aws.amazon.com/)：// 上查看 AWS Health 儀板表 (PHD)，以判斷您的帳戶傳送電子郵件的能力目前是否暫停。當我們暫停您帳戶的傳送電子郵件功能時，會自動在 PHD 的**事件記錄**區段中新增 **SES 傳送已暫停**事件。無論帳戶的傳送電子郵件功能目前是否已暫停，**SES sending paused (SES 傳送暫停)** 的狀態一律為 **Closed (已關閉)**。事件日誌也包含當傳送暫停事件發生時，我們傳送至與您 AWS 帳戶關聯之電子郵件地址的電子郵件副本。
您可以使用 CloudWatch 建立警示，以在個人運作狀態儀表板上出現新事件時提醒您。如需詳細資訊，請參閱 *AWS Health 使用者指南*中的[透過 CloudWatch Events 監控 AWS Health 事件](https://docs.aws.amazon.com/health/latest/ug/cloudwatch-events-health.html)。
### 問題 4：您帳戶的傳送電子郵件功能已暫停。這是否會影響我使用其他 AWS 服務的能力？
當您的帳戶傳送電子郵件的能力暫停時，您仍然可以使用其他 AWS 服務。不過，如果您對另一項傳送傳出通訊的 AWS 服務 (如 Amazon SNS) 請求提高服務配額，在您帳戶的傳送電子郵件功能恢復之前，我們可能會拒絕該請求。
### 問題 5：如果我帳戶的傳送電子郵件功能被暫停，該怎麼辦？
您應該執行下列事項：
+ 請查看我們寄給您的電子郵件，可在信中看到問題摘要。
+ 調查您的傳送，以判斷傳送中哪個部分觸發了問題。
+ 在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。
+ 請務必提供所有我們特別要求的資訊。我們需要此資訊才可評估您的案例。
### 問題 6：什麼是審核？
您可以向我們提出複查您審核決策的請求。如需請求複查的詳細資訊，請參閱下列問題。
### 問題 7：如何請求複查？
若要請求檢閱，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。
請在您的請求中提供下列資訊：
+ 問題起因的相關資訊。
+ 您為了修正問題所做的變更清單。僅包含您已實作的步驟即可，不需包含您打算日後實作的步驟。
+ 說明這些變更可如何防止未來再次發生相同的問題。
根據導致您帳戶傳送電子郵件功能被暫停的事件性質而定，我們可能需要其他資訊。請參閱所遭遇問題的相關聯常見問答集主題，以取得您應該包含在請求中的資訊清單。
### 問題 8：如果我的請求未被接受該怎麼辦？
我們會回覆您的請求，並包含請求未受理的原因資訊。在某些情況下，如果您能夠證實您已解決問題，且該變更亦能防止未來再次發生問題，您可以再次提交請求。
### 問題 9：可以協助我診斷問題嗎？
一般而言，我們可以提供關於問題的整體概觀 (例如，您有退信問題)。您有責任修正問題。
### 問題 10：如何得知我的帳戶傳送電子郵件功能已恢復？
評價指標包括您帳戶目前狀態的相關資訊。如需詳細資訊，請參閱[使用評價指標來追蹤退信與投訴率](reputation-dashboard-dg.md)。
### 問題 11：我可以從我的 AWS 代表或 Premium Support 取得協助嗎？
如果您已經在與 AWS 帳戶代表合作，如果我們暫停您帳戶傳送電子郵件的能力，我們會自動聯絡他/她。您的帳戶代表也許可以提供額外的資訊，協助您更清楚了解問題。如果您使用付費支援，也應該聯絡該團隊以取得其他協助。
## 退信常見問答集
### Q1. (問題 1)：為什麼要關心我的退信情況？
電子郵件提供者和反垃圾郵件組織等實體通常會使用高退信率，以偵測參與惡意電子郵件傳送實務的寄件者。高退信率可能會導致將電子郵件傳送到垃圾郵件資料夾，而不是收件匣。
### Q2. (問題 2): 如果我收到通知指出帳戶因為帳戶退信率而受到審核或傳送暫停，該怎麼辦？
識別問題的成因，然後加以修正。在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。也包含下列資訊：
+ 您用來追蹤退信的方法
+ 如何在傳送郵件前確認新的收件人為有效的電子郵件地址。例如，您使用的是 [問題 11：如何降低退信數量？](#bn-q11) 中的哪項建議
### Q3. (問題 3): 哪些類型的退信將計入我的退信率？
您的退信率僅包含退至尚未驗證網域的硬退信。硬退信是永久性的傳遞失敗，例如「地址不存在。」 暫時性與間歇性的失敗，例如「信箱已滿」、或因為封鎖 IP 地址造成的退信都不會計入您的退信率。
### 問題 4：您是否會揭露可能導致我的帳戶列入審核或傳送暫停的退信率？
為了獲得最佳結果，您應該將退信率維持在低於 2%。較高的退信率可能會影響電子郵件的傳遞。
如果您的退信率等於或大於 5%，我們即會將您的帳戶列入審核。如果您的退信率等於或大於 10%，我們可能會暫停您帳戶傳送其他電子郵件的功能，直到您解決造成高退信率的問題。
### 問題 5：我的退信率會以什麼時間範圍計算？
我們不會根據固定的時間範圍來計算您的退信率，因為不同寄件者的寄件率皆不相同。而是會查看*代表性數量*，即代表您常用傳送做法的電子郵件數量。為公平對待高寄件量與低寄件量的寄件者，每位使用者的代表性數量皆不同，且會隨使用者的寄件模式變化而改變。
### 問題 6：我可以使用來自 SES 主控台或 GetSendStatistics API 的資訊來計算自己的退信率嗎？
不可以。退信率的計算採用代表性數量 (請參閱[問題 5：我的退信率會以什麼時間範圍計算？](#bn-q5))。根據您的傳送速率，您的退信率可以比 SES 主控台更往前延伸，或`GetSendStatistics`可以擷取。此外，只有寄至非驗證網域的電子郵件會計入退信率。不過，如果您使用這些方法來定期監控退信率，仍可獲得一項良好的指標，以在問題演變為帳戶列入審核或暫停帳戶的傳送電子郵件功能之前，就事先找出問題所在。
### 問題 7：如何找出哪些電子郵件地址產生退信？
檢查 SES 傳送給您的退信通知。SES 轉送通知的電子郵件地址取決於您傳送原始訊息的方式，如 中所述[透過電子郵件接收 Amazon SES 通知](monitor-sending-activity-using-notifications-email.md)。您也可以透過 Amazon Simple Notification Service (Amazon SNS) 設定退信通知，如「[設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md)」所述。請注意，若只是自清單中移除遭退信的地址而不進行任何其他的調查，可能無法解決任何潛在的問題。如需降低退信方法的相關資訊，請參閱 [問題 11：如何降低退信數量？](#bn-q11)。
### 問題 8：如果我沒有監控我的退信，可以提供我曾被退信的地址清單嗎？
不可以，我們無法提供被退信地址的完整清單。您應負責監控帳戶的退信，並採取相應行動。
### 問題 9：應如何處理退信？
您需要自郵寄清單中移除遭退信的地址並立即停止傳送電子郵件給這些地址。如果您的寄件量較低，可能只需透過電子郵件監控退信，並手動自郵寄清單中移除遭退信的地址即可。如果您的寄件量較高，可能需要設定自動處理程序；您可以透過編寫程式的方式來處理收到退信的信箱，或透過 Amazon SNS 來設定退信通知。如需詳細資訊，請參閱[設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md)。
### 問題 10：如果已達我的傳送配額，電子郵件是否會被退信？
否。退信與傳送配額無關。如果您嘗試超過傳送配額，當您嘗試傳送電子郵件時，會收到來自 SES API 或 SMTP 界面的錯誤。
### 問題 11：如何降低退信數量？
首先，請確定您了解自己的退信情況 (請參閱[問題 7：如何找出哪些電子郵件地址產生退信？](#bn-q7))。接著請遵守這些準則：
+ 不要購買、租用或共用電子郵件地址。只將電子郵件傳送給明確請求要收到您電子郵件的收件人。
+ 從清單移除遭退信的電子郵件地址。
+ 在 Web 表單上，要求使用者輸入他們的電子郵件地址兩次，並檢查確保這兩個地址相符之後再提交表單。
+ 使用雙重選擇使用以註冊新使用者。也就是說，當新的使用者註冊時，將發送一封確認電子郵件，他們需要按一下這封確認郵件才能收到任何其他的郵件。這可防止冒名註冊，並可避免意外註冊。
+ 如果您必須傳送到最近未寄送的地址 (也就是您無法保證該地址仍然有效)，請先寄送所有信件的一小部分做為確認。如需詳細資訊，請參閱我們的部落格文章[不要寄信到舊地址，若必須寄送該怎麼辦？](https://aws.amazon.com//blogs/messaging-and-targeting/never-send-to-old-addresses-but-what-if-you-have-to/)
+ 請確定您設定的註冊方式不會讓使用者想趁機使用虛構地址。例如，在收件人驗證他們的地址之前，請勿提升任何價值或效益。
+ 如果您設定了「寄電子郵件給朋友」功能，請使用 CAPTCHA 或類似的機制以避免該功能遭自動化使用，亦不允許使用者插入任意內容。
+ 如果您使用 SES 進行系統通知，請確定您要將通知傳送到可接收郵件的實際地址。此外，請考慮關閉不需要的通知。
+ 如果您正在測試新系統，請確定您要傳送到可接收電子郵件的真實地址，或使用 SES 信箱模擬器。如需詳細資訊，請參閱[手動使用信箱模擬器](send-an-email-from-console.md#send-email-simulator)。
## 投訴常見問答集
### Q1. (問題 1)：什麼是抱怨？
當收件人回報不想收到這封電子郵件時，就算發生抱怨。他們可能已按一下電子郵件用戶端中的「報告垃圾郵件」按鈕、向其電子郵件供應商提出投訴、直接通知 SES，或透過其他方法通知 SES。此主題包含投訴的一般資訊。如果您的通知包含有關投訴來源的特定資訊，也請閱讀相關主題：
+ [透過意見回饋迴圈的 SES 投訴常見問答集](#cm-feedback-loop)
+ [直接來自收件人的 SES 投訴常見問答集](#cm-direct)
+ [透過電子郵件供應商的 SES 投訴常見問答集](#cm-email-provider)
### Q2. (問題 2): 為什麼要關心我的投訴情況？
電子郵件提供者和反垃圾郵件組織等實體通常會使用高投訴率來做為指標，顯示寄件者傳送郵件給未特別註冊接收電子郵件的收件人，或者該寄件者傳送的內容與該收件人註冊想要收到的內容類型不同。
### Q3. (問題 3): 如果我收到通知指出我的帳戶因為抱怨問題而受到審核或傳送暫停，該怎麼辦？
請檢閱您的清單取得過程以及電子郵件的內容，嘗試了解為何收件人不喜歡您所傳送的這封電子郵件。識別問題的成因，然後加以修正。在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。
### 問題 4：如何降低投訴數量？
首先，請務必監控 SES 可以通知您的投訴，這是 SES 透過意見回饋迴圈收到的投訴 （請參閱 [透過意見回饋迴圈的 SES 投訴常見問答集](#cm-feedback-loop))。接著請遵守這些準則：
+ 不要購買、租用或共用電子郵件地址。僅使用明確要求您的郵件的地址。
+ 使用雙重選擇使用以註冊新使用者。也就是說，當使用者註冊時，將發送一封確認電子郵件，他們需要按一下這封確認郵件才能收到任何其他的郵件。這可防止冒名註冊，並可避免意外註冊。
+ 監控您傳送的郵件參與度，並停止傳送給不開啟或點選訊息的收件人。
+ 當新使用者註冊時，請清楚地告知他們將收到的電子郵件類型，並確認您寄出的郵件符合他們註冊時指定的類型。例如，如果使用者註冊最新消息，請勿傳送廣告給他們。
+ 請確認您的郵件格式得宜且專業。
+ 請確認您的郵件明確顯示由您寄出，而不會與其他內容混淆。
+ 提供使用者清晰且簡單的方式來取消訂閱您寄送的郵件。
### 透過意見回饋迴圈的 SES 投訴常見問答集
本主題提供 SES 透過意見回饋迴圈從電子郵件提供者收到的投訴相關資訊。如需適用於所有投訴類型的一般資訊，請參閱 [投訴常見問答集](#e-faq-cm)。
#### Q1. (問題 1)：如何回報此類型的投訴？
大多數的電子郵件用戶端程式提供標示為「標記為垃圾郵件」或類似的按鈕，此功能會將郵件移到垃圾郵件資料夾並轉寄給電子郵件提供者。此外，大多數電子郵件提供者會提供濫用回報地址 (例如 *abuse@example.com*)，讓使用者可以轉發不想收到的電子郵件至此地址，並要求提供者採取行動來防止這類郵件。如果 SES 已設定電子郵件提供者的意見回饋迴圈 (FBL)，則他們會將投訴傳回 SES。
**注意**
SES 會在您傳送訊息時自動設定 Feedback-ID 標頭，讓信箱提供者能夠彙總交付統計資料，例如投訴和垃圾郵件率，並為您提供這些統計資料。SES 提供的 Feedback-ID 標頭值包含如下：
`FeedBackId:((SESInternalID):(AmazonSES))`，其中：
*SESInternalID* 是 SES 用於收集投訴資訊的識別符。
*AmazonSES* 是識別 SES 作為傳送平台的靜態標籤。
或者，除了 SES 提供的標準 Feedback-ID 標頭值之外，您也可以使用 `ses:feedback-id-a`和 `ses:feedback-id-b` 訊息標籤來指定自己的自訂意見回饋 IDs （最多兩個），請參閱 [電子郵件行銷活動的精細意見回饋](monitor-using-event-publishing.md#event-publishing-fine-grained-feedback)。
#### Q2. (問題 2): 這些投訴是否包含在 SES 主控台中顯示的投訴率統計資料中，並由 GetSendStatistics API 傳回？
是。不過，投訴率統計資料不包含來自未提供意見回饋給 SES 之電子郵件供應商的投訴。提供意見回饋的網域回報的投訴率可能也代表您其他的傳送情況。
#### Q3. (問題 3): 我要如何收到這些投訴通知？
您可以透過電子郵件或透過 Amazon SNS 通知來收到通知。請參閱 [設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md) 中的設定說明。
#### 問題 4：如果透過電子郵件或 Amazon SNS 收到投訴通知該怎麼辦？
首先，您需要自郵寄清單中移除產生投訴的地址並立即停止傳送電子郵件給這些地址。絕對不要傳送電子郵件給您已收到請求取消訂閱的地址。請考慮設定自動處理程序；您可以透過編寫程式的方式來處理收到投訴的信箱，或透過 Amazon SNS 來設定投訴通知。如需詳細資訊，請參閱[設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md)。
然後，請仔細檢視您的寄件情況，以判定為何收件人不喜歡您所傳送的這封電子郵件，並解決根本問題。只要有一個人抱怨，就可能有數十個人不喜歡您的電子郵件，只是他們沒有 (或無法) 提出抱怨。如果您只是將實際提出抱怨的收件人移除，這麼做並無法解決根本問題。
#### 問題 5：您是否揭露可能導致我的帳戶遭到審核，或可能導致我的帳戶傳送電子郵件暫停的 SES 投訴率？
為了獲得最佳結果，您應該將抱怨率維持在低於 0.1%。較高的抱怨率可能會影響電子郵件的遞送。
如果您的抱怨率等於或大於 0.1%，我們即會將您的帳戶列入審核。如果您的抱怨率等於或大於 0.5%，我們可能會暫停您帳戶傳送其他電子郵件的功能，直到您解決造成高抱怨率的問題。
#### 問題 6：我的投訴率會以什麼時間範圍計算？
我們不會根據固定的時間範圍來計算您的投訴率，因為不同寄件者的寄件率皆不相同。而是會查看*代表性數量*，即代表您常用傳送做法的郵件數量。為公平對待高寄件量與低寄件量的寄件者，每位使用者的代表性數量皆不同，且會隨使用者的寄件模式變化而改變。此外，投訴率並非根據每封電子郵件來計算。反之，其計算方式為傳送至傳送投訴意見回饋給 SES 之網域的郵件投訴百分比。
#### 問題 7：我可以從 SES 主控台或 GetSendStatistics API 使用指標來計算自己的投訴率嗎？
不可以。這有兩個主要的原因：
+ 抱怨率的計算採用代表性數量 (請參閱 [問題 6：我的投訴率會以什麼時間範圍計算？](#cm-feedback-loop-q6))。視您的傳送速率而定，您的投訴率可能會比 SES 主控台或 `GetSendStatistics` API 擷取的時間更久。因此，我們建議您定期使用這些方法來監控帳戶的抱怨率。透過這種方式來監控抱怨率，您可以獲得所需的資訊，在問題演變為可能會對電子郵件遞送造成影響的層級之前加以識別。
+ 計算投訴率時，並不會採計每封電子郵件。投訴率的計算方式為傳送至傳送投訴意見回饋給 SES 之網域的郵件投訴百分比。
#### 問題 8：如何找出哪些電子郵件地址產生投訴？
檢查 SES 透過電子郵件或 Amazon SNS 傳送給您的投訴通知 （請參閱 [設定 Amazon SES 的事件通知](monitor-sending-activity-using-notifications.md))。不過，不同的電子郵件供應商提供不同的資訊量，有些供應商會在將投訴通知傳遞給 SES 之前修訂收件人的電子郵件地址。為了讓您能夠在未來尋找收件人的電子郵件地址，您的最佳選項是在識別符與 SES 接受電子郵件時傳回給您的 SES 訊息 ID 之間存放您自己的映射。請注意，SES 不會保留您新增的任何自訂訊息 IDs。
#### 問題 9：如果我沒有監控我的投訴，可以提供我曾被投訴的地址清單嗎？
很抱歉，我們無法提供您完整清單。不過，您可以透過電子郵件或 Amazon SNS 來監控未來的投訴。
#### 問題 10：是否能取得範例電子郵件？
我們無法依您的請求傳送範例電子郵件給您，但是抱怨通知中可能包含此資訊。如需詳細資訊，請參閱[問題 8：如何找出哪些電子郵件地址產生投訴？](#cm-feedback-loop-q8)。
### 直接來自收件人的 SES 投訴常見問答集
本主題提供有關 SES 直接從收件人收到的投訴的資訊。如需適用於所有投訴類型的一般資訊，請參閱 [投訴常見問答集](#e-faq-cm)。
#### Q1. (問題 1)：如何回報此類型的投訴？
多個收件人透過電子郵件或其他方式直接聯絡 SES 詢問您的郵件。
#### Q2. (問題 2): 這些投訴是否包含在 SES 主控台中顯示的投訴率統計資料中，並由 GetSendStatistics API 傳回？
否。您使用 SES 主控台或 `GetSendStatistics` API 擷取的投訴率統計資料僅包含 SES 透過回饋迴圈收到的投訴。如需此類投訴類型的詳細資訊，請參閱 [透過意見回饋迴圈的 SES 投訴常見問答集](#cm-feedback-loop)。
#### Q3. (問題 3): 為什麼我還沒有透過電子郵件意見回饋通知或 Amazon SNS 得知這些投訴？
電子郵件意見回饋轉送和 Amazon SNS 通知僅包含 SES 透過意見回饋迴圈收到的投訴。對於收件人直接向 SES 提交的投訴，您不會收到通知。
#### 問題 4：如何找出哪些電子郵件地址產生投訴？
為了保護抱怨的收件人身分，我們無法提供抱怨您電子郵件的電子郵件地址清單。
我們建議您判斷導致抱怨的問題，而不是只從您的清單移除個別收件人。我們建議您先從檢閱吸納客戶的程序開始，並從清單移除未明確要求要收到您傳送的電子郵件的任何客戶。您還應該分析電子郵件的內容以嘗試了解收件人抱怨的原因。
#### 問題 5：是否能取得範例電子郵件？
為了保護抱怨的收件人身分，我們無法提供導致收件人抱怨的電子郵件複本。
#### 問題 6：如果我收到通知指出我的帳戶因為直接抱怨而受到審核或傳送暫停，該怎麼辦？
立即變更您的傳送程序，僅將訊息傳送給特地為接收您的郵件而註冊的收件人。此外，請確認您傳送的內容類型是收件人註冊想要收到的。在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。
如果您未在三週內提出複查請求，而我們持續收到收件人直接抱怨，我們可能會暫停您帳戶的傳送電子郵件功能。
### 透過電子郵件供應商的 SES 投訴常見問答集
本主題提供 SES 透過電子郵件提供者 （也稱為*信箱提供者*) 收到的投訴相關資訊。如需適用於所有投訴類型的一般資訊，請參閱 [投訴常見問答集](#e-faq-cm)。
#### Q1. (問題 1)：如何回報此類型的投訴？
電子郵件供應商向 SES 回報有大量客戶將您的電子郵件標記為垃圾郵件。報告是透過 中所述回饋迴圈以外的方式提供給 SES[透過意見回饋迴圈的 SES 投訴常見問答集](#cm-feedback-loop)。
#### Q2. (問題 2): 這些投訴是否包含在 SES 主控台中顯示的投訴率統計資料中，並由 GetSendStatistics API 傳回？
否。您使用 SES 主控台或 `GetSendStatistics` API 擷取的投訴率統計資料僅包含 SES 透過回饋迴圈收到的投訴。
#### Q3. (問題 3): 為什麼我還沒有透過電子郵件意見回饋通知或 Amazon SNS 得知這些投訴？
電子郵件意見回饋轉送和 Amazon SNS 通知僅包含 SES 透過意見回饋迴圈收到的投訴。
#### 問題 4：如何找出哪些電子郵件地址產生投訴？
電子郵件提供者通常不會揭露此資訊。不過，不應儘著重於從清單移除個別收件人，更需要專注於找出根本問題並加以修正。請從檢閱您的清單取得過程以及電子郵件的內容開始著手，以試著了解為什麼收件人可能不喜歡這封電子郵件。
#### 問題 5：是否能取得範例電子郵件？
否。電子郵件提供者通常不會提供範例電子郵件。
#### 問題 6：如果我收到通知指出我的帳戶因為電子郵件提供者抱怨而受到審核或傳送暫停，該怎麼辦？
識別問題的成因，然後加以修正。在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。如果您未在三週內提出複查請求，而我們持續收到供應商的抱怨，我們可能會暫停您帳戶傳送其他電子郵件的功能。
## 垃圾郵件防禦常見問答集
### Q1. (問題 1)：什麼是垃圾郵件防禦？
垃圾郵件防禦是由網際網路服務供應商 (ISP)、電子郵件提供者或反垃圾郵件組織維護的特殊電子郵件地址。因為該組地址不會被用於註冊接收郵件，只要有人傳送郵件到任一個相關地址，提供這類垃圾郵件防禦功能的組織便會知道該傳送者正在進行可疑的電子郵件操作行為。
### Q2. (問題 2): 如何設定垃圾郵件防禦？
可以多種方式設定垃圾郵件防禦地址。可以從過去有效但已有一段時間未使用 (也未退信) 的地址來轉換。也可以是專為垃圾郵件防禦設定的地址。可以是難以猜測的特殊地址，有時可能接近實際地址 (例如在一般的網域名稱內穿插錯別字)。通常，但不是每次，有多種方式可將垃圾郵件防禦「種入」網路世界。
### Q3. (問題 3): SES 如何知道我是否傳送至垃圾郵件防禦？
某些操作垃圾郵件防禦的組織會在垃圾郵件防禦遭到 SES 寄件者攻擊時傳送 SES 通知。
### 問題 4：SES 如何使用垃圾郵件防禦報告？
我們會檢閱報告。如果我們判斷您的帳戶傳送電子郵件到垃圾郵件防禦地址，我們會將帳戶列入審核並要求您修正根本問題。如果您未在審核期結束前修正問題，我們可能會暫停您帳戶傳送其他電子郵件的功能。如果您的垃圾郵件防禦問題非常嚴重，我們可能不會先將您的帳戶列入審核，就立即暫停帳戶的傳送電子郵件功能。
### 問題 5：如果我收到通知指出我的帳戶因為垃圾郵件防禦問題而受到審核或傳送暫停，該怎麼辦？
首先，您應該解決導致帳戶列入審核或電子郵件傳送功能被暫停的問題。接著，登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。如果我們同意您所做的變更可妥善解決問題，就會取消審核期或移除您帳戶的傳送暫停。
基於報告垃圾郵件防禦次數的方式，我們可能需要三週以上時間，才能判斷您所做的變更是否能解決問題。
### 問題 6：在將我的帳戶列入審核或暫停其傳送電子郵件的功能前，我有多少垃圾郵件防禦次數？
我們不會透露達到哪個垃圾郵件防禦次數會導致我們對您的帳戶採取動作。不過，請務必注意，即使垃圾郵件防禦次數很少，仍可能對您身為寄件者的評價造成非常負面的影響，因此您應該慎重看待垃圾郵件防禦報告。
### 問題 7：是否會揭露垃圾郵件防禦地址？
否。垃圾郵件防禦地址要能有效運作，本質上就必須保密。垃圾郵件防禦組織只會揭露傳送給垃圾郵件防禦地址的發生次數，不會透露真正的垃圾郵件防禦地址。
### 問題 8：我要如何避免傳送到垃圾郵件防禦地址？
為降低傳送到垃圾郵件防禦地址的風險，請遵循以下準則：
+ 不要購買、租用或共用電子郵件地址。僅使用明確要求您的郵件的地址。
+ 在 Web 表單上，要求使用者輸入他們的電子郵件地址兩次，並檢查確保這兩個地址相符之後再提交表單。
+ 使用雙重選擇使用以註冊新使用者。也就是說，當使用者註冊時，將發送一封確認電子郵件，他們需要按一下這封確認郵件才能收到任何其他的郵件。
+ 請確定您已自清單中移除硬退信的地址，以避免轉換為垃圾郵件防禦地址。
+ 請務必監控收件人的參與度，並停止傳送郵件給最近曾表達不想參與您的電子郵件或網站的收件人。「互動的使用者」的時限根據您的使用案例而定，但是一般而言若使用者在數個月內皆未開啟或點選您的電子郵件，就應考慮自清單移除這些收件人，除非有證據顯示他們確實想要收到您的郵件。
+ 在刻意聯絡最近未與您互動的使用者而舉行老客戶回娘家的行銷活動時，必須非常謹慎。這種嘗試通常具有高風險，且除了造成垃圾郵件防禦地址傳送的問題外，還可能發生退信與投訴。
+ 請傳送選擇加入訊息給郵寄清單中的所有收件人，並只保留曾按下驗證連結的收件人。除了自清單中移除不活躍的收件人外，此程序也有助於移除垃圾郵件防禦地址。不過，若您認為自己的郵寄清單可能包含許多無效的地址，或您的帳戶已發生退信問題，則不建議使用此方法，因為這可能會造成您的退信率進一步攀升。
## 手動調查常見問答集
### Q1. (問題 1)：如果我收到通知指出我的帳戶因為手動調查而受到審核或傳送暫停，該怎麼辦？
SES 調查人員已發現您的傳送有重大問題。典型問題包含但不限於下列項目：
+ 您的傳送模式違反 [AWS 可接受的使用政策](https://aws.amazon.com/aup/) (AUP)。
+ 您的電子郵件似乎未經要求。
+ 您的內容與網路釣魚相關 (包括模擬網路釣魚)。
+ 您的內容以其他方式與 SES 不支援的使用案例相關聯。
如果我們認為問題可以修正，我們會將您的帳戶列入審核一段時間。當您的帳戶受到審核時，您應該變更您的電子郵件傳送模式以修正問題。
如果我們不認為問題可以修正，或是問題非常嚴重，我們可能不會先將您的帳戶列入審核，就直接暫停帳戶的傳送電子郵件功能。
### Q2. (問題 2): 哪些問題可能會導致我的電子郵件傳送受到手動審核？
下列幾個問題可能會導致我們開始手動審核您的帳戶。這些原因包含但不限於下列項目：
+ 收件人聯絡 SES 投訴從您的 帳戶傳送的電子郵件。
+ 我們在您的電子郵件傳送模式中偵測到異常變更。
+ 我們的垃圾郵件篩選條件發現您的電子郵件具有未經要求典型或低品質內容的特性。
當我們將您的帳戶列入審核或暫停帳戶的傳送電子郵件功能時，都會傳送通知給您。在大部分情況下，這項通知會包含問題的相關資訊，並提供您可以採取的後續步驟。
### Q3. (問題 3): 什麼是「未經要求」的電子郵件？
未經要求的電子郵件是指收件人並未明確要求要收到的電子郵件。這包括收件人註冊了特定的郵件類型 (例如通知)，而實際寄出的確是不同類型的郵件 (例如廣告) 此類的案例。
當我們將您的帳戶列入審核或暫停帳戶的傳送電子郵件功能時，都會傳送通知給您。如果您收到通知，指出我們因為未經要求的電子郵件問題而採取其中一個動作，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。在您的訊息中，包括下列資訊：
+ 您傳送的所有訊息是否是由收件人具體請求，且符合 [AWS 可接受的使用政策](https://aws.amazon.com/aup/)？
+ 您取得電子郵件地址的方式是否不包含客戶確實與您或您的網站互動並要求收到電子郵件？ 您應該說明自己的郵寄清單是如何取得的。
+ 您的訂閱和取消訂閱程序如何運作？ 您應該提供選擇加入與選擇退出連結。
### 問題 4：如果我收到通知指出我的帳戶因為手動審核而受到審核或傳送暫停，該怎麼辦？
識別問題的成因，然後加以修正。在您進行您認為會解決問題的變更後，請登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例。請在訊息中提供您為解決此問題所採取步驟的詳細資訊，並說明這些步驟如何防止未來再發生問題。如果我們同意您所做的變更可妥善解決問題，就會取消您帳戶的審核期。
### 問題 5：哪些問題類型會被視為「可修正」？
一般而言，若您有良好的傳送操作歷史記錄，且在持續執行大量傳送的情況下有解決步驟可用於消除傳送問題，我們就會認為情況是可以被修正的。例如，如果您傳送三種不同類型的電子郵件，其中只有一種出現問題，您可以只停止有問題的傳送並繼續執行其他傳送任務。
### 問題 6：如果我找不到問題來源該怎麼辦？
您可以登入 AWS 主控台並前往支援中心。回覆我們代表您提出的案例，並索取造成問題的郵件範例。