我確信此類問題已經得到解答,所以我提前道歉,但我似乎找不到任何東西。我有 spf、dkim、dmarc 所有設置,所以我不擔心傳出的垃圾郵件,但我有傳入的垃圾郵件,在查看標頭時顯然是垃圾郵件。 \
當身分驗證失敗、smtp.mailfrom 和 from 不同、to 欄位不是收件者時,是否有良好的傳輸規則來封鎖?主題和寄件者也被編碼。這可能就是它通過基本垃圾郵件過濾的方式。
這看起來應該很容易,但我找不到任何東西...
From: =?utf-8?Q?=C6=8Aropbox?= <[email protected]>
Return Path: [email protected]
Message ID: <[email protected]>
To: <[email protected]>
Authentication-Results: spf=none (sender IP is 173.203.187.93) smtp.mailfrom=nutra-balance-products.com; mysitehere.com; dkim=none (message not signed) header.d=none;mysitehere.com; dmarc=none action=none header.from=onlineconnect.dpbox.com;
Subject: =?utf-8?Q?New_document_shared_-_=28investment-2018-en.pdf=29?= which decodes to New document shared - (investment-2018-en.pdf)
答案1
Return-Path
(信封寄件者) 和之間的不符From:
並不一定表示垃圾郵件,並且不應用作阻止任何郵件的明確規則。
例如,我們可能會遇到這樣的情況:郵件清單為其訂閱者轉發訊息。郵件清單無法變更原始寄件者的 SPF 行為,且不應修改From:
指定的標頭 (RFC 4021,2.1.2) 訊息的作者。因此,必須更改信封發送方才能通過接收方的 SPF 測試。
Return-Path: <[email protected]>
Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=198.51.100.30;
helo=mail.example.net; [email protected]; receiver=<UNKNOWN>
To: <[email protected]>
From: "Original Sender" <[email protected]>
另一方面,Office 365 郵件流規則並不是為進行此類比較而設計的。例如,您可以將寄件者與其位置(租用戶內部/外部)進行比較,或繞過受信任外部伺服器的過濾。這些是為了解決啟發法失敗的更具體的問題。
如果您認為您只收到來自設定了 SPF/DKIM/DMARC 的寄件者的合法郵件,您可以新增一條規則來更改垃圾郵件置信度(SCL)基於Authentication-Results
包含spf=none
和dkim=none
。根據您的情況,可能會導致誤報。