一封電子郵件從一個可見的連接 IP 到達時可以攜帶多個網域身分。問「聲譽」是否良好掩蓋了這些差異。首先命名每個來源評估的位址或網域以及產生訊號的接收服務。
將身分與聲譽分開
DKIM 在簽章訊息和簽章域之間建立關聯。它本身並不聲明所需內容或安全內容。不需要的郵件可以附有有效的簽名。 RFC 6376.
類似地，IP 位址標識在某一跳處觀察到的網路來源，它可能是共用服務或轉換後的位址。聲譽是評估者對觀察到的行為的評估，而不是可轉讓的證書。谷歌公開不同的IP和 域名聲譽 視圖，而 Microsoft SNDS 提供面向 IP 的遙測。 Google 的 Postmaster 資料涵蓋個人Gmail流量，不是即時的，可以出於隱私考慮而忽略少量資料。 Microsoft SNDS 為授權位址擁有者提供Outlook .com IP 觀察值。保留這些範圍，而不是將視圖合併到發明的通用樂譜中。 郵政局長儀表板, SNDS.
為失敗的流建立身份映射
記錄連線IP，從域中可見， 信封寄件人 域和DKIM簽章域。也保留提供者路由和訊息修訂。如果服務使用自己的網域進行簽名，而可見的寄件者使用客戶的品牌，請明確寫入兩者。 「網域聲譽不好」是不完整的，除非它指出了該評估的網域名稱和來源。
使用相同的維度比較受影響和未受影響的流量。一個IP可承載多個品牌；一個品牌可以使用多個IP。新路由可以在不更改品牌的情況下更改 IP，而自訂簽名部署可以在不移動連接的情況下更改簽名域。將這些變更保留在過時的配置歷史記錄中。
謹慎使用二乘二的例子
考慮假設的兩個品牌、兩個 IP 的比較。品牌A對這兩個地址都有不利的觀察；品牌 B 僅對第一個有不利的意見。這使得與品牌相關的模式和與智慧財產權相關的模式都值得研究。它沒有確定單一原因。
這些發明的標籤不是提供者分數，矩陣也不是過濾演算法的模型。它說明了混淆：觀眾構成、內容和路線可能會一起改變。真正的診斷需要可比較的流量和獨立的觀察，然後才能確定原因。
在正確的層選擇修正工作
對於特定於路線的傳輸故障，請保留實際診斷並要求基礎設施所有者進行調查。對於集中在跨多個路線的一個計劃的投訴，請與該計劃所有者一起檢查許可、期望和抑制。對於失敗的身份驗證，請直接檢查評估的身份和配置，而不是希望聲譽改進將使失敗消失。
避免以全新的方式呈現新的 IP 或網域。改變基礎設施並不能消除對通緝郵件、正確身分和可靠投訴處理的需求。如果每個變數同時發生變化，可能會引入新的操作工作並削弱比較性。
保留關閉的不確定性
說明觀察到哪些訊號、它們涵蓋的身份以及它們所支持的行動。如果提供者沒有公開某個領域的分數，則可以說資料不可用，而不是從不相關的 IP 圖表推斷分數。將接收結果與推斷原因分開追蹤。
一個有用的結果可能是“問題通過兩條路線遵循此流”，而不是“該域有罪”。該較窄的聲明指導下一個測試，而無需聲稱了解專有權重或有保證的收件匣路徑。
使用無因果關係的受控比較
假設下一個提議的檢查通過批准的備用路線追蹤受影響的流，同時盡可能保留內容、目的地組合和觀察持續時間。在收集結果之前，說明相互競爭的解釋：特定於路由的拒絕、特定於程序的投訴或訊息級身份驗證缺陷。
如果同一個流在兩條路由上仍然有問題，這並不能證明是域分數造成的。如果一條路線看起來更好，觀眾歷史記錄和接收行為仍然可能有所不同。保留實際的診斷和提供者的範圍遙測，並選擇可以區分這些替代方案的下一個證據請求。這是一個假設的調查計劃，而不是計算的聲譽模型或測量的路線改進。
將下一個檢查分配給支援的模式
- 映射實際流的 IP、寄件者、信封和DKIM身分。
- 記錄每個信譽訊號的提供者、範圍和時間。
- 比較跨路線的流，而不將相關性視為因果關係。
- 分別調查路線診斷、觀眾投訴和身份驗證。
- 如果提供者未公開分數，請將其標記為不可用，而不是推斷通用評級。