我想请教你如何设置一个适当的头文件来发送邮件从我的服务器上运行的Ubuntu 14.04和Postfix的安装。 从我的服务器发送的所有电子邮件被标记为垃圾邮件(对其他邮件服务,电子邮件交付没有问题)。 我读了这个论坛上的所有提示,没有什么帮助。
通过mxtoolbox.com上的“域健康”testing,我收到2个警告:
SOA Serial Number Format is Invalid SOA Expire Value out of recommended range
但是我觉得他们不是很重要,其他的一切都很好,这意味着我的SPF和DKIM的设置是正确的。
发送邮件到Gmail,我收到以下结果:
Authentication-Results: mx.google.com; dkim=pass [email protected]; spf=pass (google.com: domain of [email protected] designates MY.SERVER.IP as permitted sender) [email protected]; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=MYDOMAIN.com
来自网站mail-tester.com的结果:10/10。 结果来自:[email protected]:
========================================================== Summary of Results ========================================================== SPF check: pass DomainKeys check: neutral DKIM check: pass SpamAssassin check: ham
Sender-ID检查是否丢失?
也许设置一些额外的头附加到我的电子邮件将有助于? 有没有人有过这方面的经验? 我还能做什么/检查? 一封电子邮件与HTML没有区别,都去垃圾邮件(即使是简单的消息)。 我想发送注册确认和通讯等内容。
我看到Gmail发送了2个标题,我想问一下: In-Reply-To和References 。 他们代表什么? 他们重要吗?
不,没有任何额外的秘密“非垃圾邮件”标题,默认情况下,Postfix不会添加。
在这个答案中,我解释了你的build议标题的含义和你失败的testing; 他们不是垃圾邮件分类的原因。 一切问题都包含在规范问题中:
In-Reply-To和References是与回复相关的 标识字段 ( RFC 5322 3.6.4 ):
尽pipe在3.6节的表中列为可选项,但每条消息都应该有一个
Message-ID:字段。 此外,回复消息应该有适当的In-Reply-To:和References:字段,如下所述。
In-Reply-To:和References:字段在创build对消息的回复时使用。 它们保存原始消息的消息标识符和其他消息的消息标识符(例如,在回复本身是答复的消息的情况下)。In-Reply-To:字段可以用于标识新消息是回复的消息(或多个消息),而References:字段可以用于标识对话的“线索”。
由他们的邮件用户代理 (MUA)可以将邮件安排为线程 ,因为单独的主题格式Re: original subject还没有得到足够的信息:许多电子邮件可以具有相同/空的主题, Re:可以被replace为本地化的版本,可以回复答复等
RFC 3834 3.1.8引入了Precedence作为阻止对批量电子邮件的响应的非标准字段。 Google以自己的方式使用相同的标题来进行(内部)标记,而不是垃圾邮件filter; Gmail用户可以自行决定它的重要性。 但是,当Precedence: bulk添加到外部时,也会导致邮件被标记为批量。 这不是一个标准,也不是一个好的做法。 阅读更多 。 使用它也不会影响您的电子邮件信誉。 这里没有魔法。
List-Unsubscribe是一个很好的补充,但不是你绝对应该有的。 其目的是在电子邮件客户端可以使用的标题中提供取消订阅URL作为标准的取消订阅button。 另外,Gmail使用此function作为“报告垃圾邮件”工具中的自动退订function; 它会询问您是否要报告垃圾邮件或取消订阅并报告垃圾邮件 。 Carly Brantz深入解释了这一点 。
你的DKIM,SPF和DMARC似乎全部pass ; 他们也不应该有任何问题。
你是正确的, SOA警告是无关的 。 SOA序列号格式YYYYMMDDnn只是一个build议:使用UNIX时间和自动增量也很常见,例如在使用DNSSEC( dnssec-signzone -N unixtime )时,它们更容易自动化。 唯一的限制是它必须增加。 对于SOA Expire,每个RFC 1912 2.2的build议值为1209600 – 2419200秒(14-28天)。 就像序列号一样,其他值不一定是不好的,只会导致DNS相关的问题,而不是您的邮件结束在垃圾邮件文件夹。