我确信这种问题已经得到解答,所以我提前道歉,但我似乎找不到任何东西。我已经设置了 spf、dkim、dmarc,所以我不担心外发垃圾邮件,但我收到了传入的垃圾邮件,从标题来看,这些垃圾邮件显然是垃圾邮件。 \
当身份验证失败、smtp.mailfrom 和 from 不同且 to 字段不是收件人时,是否有好的传输规则来阻止?此外,主题和 from 正在被编码。这可能是它如何通过基本的垃圾邮件过滤的。
这看起来应该很容易,但我找不到任何东西......
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
。根据您的情况,它可能会导致误报。