Rook Asked: 2010-04-03 21:23:07 +0800 CST2010-04-03 21:23:07 +0800 CST 2010-04-03 21:23:07 +0800 CST 使用后缀发送的电子邮件被标记为垃圾邮件 772 我使用 gmail 作为我控制的域名的电子邮件提供商。我想从由真正的托管公司托管的专用服务器发送电子邮件,我不喜欢每天 500 条消息的上限。为了解决这个问题,我想运行 postfix 只发送电子邮件,如果传入端口 25 被我的防火墙阻止,我更愿意。我可以发送电子邮件,但谷歌将所有使用后缀发送的邮件标记为垃圾邮件。我如何确保人们知道使用后缀发送的电子邮件是有效的? linux smtp postfix gmail 6 个回答 Voted Avery Payne 2010-05-04T09:03:53+08:002010-05-04T09:03:53+08:00 我使用 gmail 作为我的电子邮件提供商。 好的,所以我假设您有一个地址,我们称它为[email protected]您发送的地址,并且您正在使用该地址在谷歌接收电子邮件。 我想从我的专用服务器发送电子邮件,但我不喜欢每天 500 封邮件的上限。 好的,你想切换到你控制的服务器,因为一天的消息数量是有限制的。知道了。 为了解决这个问题,我想运行 postfix 只发送电子邮件,如果传入端口 25 被我的防火墙阻止,我更愿意。 这是第一个问题。不考虑到达该端口的流量的原因而阻止所有入站流量将在整个过程中产生问题。SMTP 是一种双向通信协议,您只会将 bejeebers 与您发送到上游的任何 SMTP 服务器混淆。 简而言之,取消阻塞端口 25。 我可以发送电子邮件,但谷歌将所有使用后缀发送的邮件标记为垃圾邮件。 好的,此时,您需要提供一些标题以供检查,或者一些日志。您的邮件可能由于各种原因被阻止,并且在不知道您是如何设置的情况下,我所做的任何猜测都是在黑暗中拍摄的。 我会说谷歌必须发疯才能允许任何 SMTP 服务器向其自身发送一封并非来自其域但声称来自该域的电子邮件;这可能很简单,因为您的 SMTP 服务器未在其服务器上“授权”以处理 Google 域的邮件。对于大多数 SMTP 服务器来说,这是一个常见的反中继设置,肯定会解释很多关于您的问题,但它仍然只是我的猜测。 我如何确保人们知道使用后缀发送的电子邮件是有效的? 后缀不是问题,而是您如何将后缀配置为与谷歌“交谈”。 我可以一直从我的 postfix 邮件程序向 gmail 发送电子邮件,并且已经这样做了多年。 发布解决此问题所需的其他信息(日志文件信息和/或示例电子邮件中的标题),以便我们能够找到问题的核心。否则,一切都是猜测,只是猜测。 评论的跟进 我认为 Postfix 不需要与 Google 交谈。 要么 postfix 直接连接到 Google(这是大多数 SMTP 传递的完成方式),要么您正在使用中继与 Google 交谈(这已经很少见了)。在前者中,您需要有一个正确的 MX 和 SPF 设置,以及一个正确的后缀 main.cf。在以后,Google 可能不会善待您发送到没有涵盖您的原始服务器的 SPF 记录的中继的任何电子邮件。 第三种选择是:您发现了一些神奇的互联网漩涡,它可以将电子邮件从一个服务器中继到另一个服务器,而无需两台服务器相互通信。我对此表示怀疑。 此外,如果我不接受传入的电子邮件,我看不到为什么我应该允许传入 25(除了我选择忽略的退回邮件,因为必须注册每个电子邮件地址) 因为您通常会破坏电子邮件。 我不是一个重复自己的人,但是... 发布解决此问题所需的其他信息(日志文件信息和/或示例电子邮件中的标题),以便我们能够找到问题的核心。否则,一切都是猜测,只是猜测。 Srikrishnan Chitoor 2010-04-10T03:51:47+08:002010-04-10T03:51:47+08:00 进行此电子邮件服务器测试。它将告诉您电子邮件被视为垃圾邮件的可能原因以及如何解决这些问题。 如果由于某种原因无法实施修复,请使用SMTP 中继服务。 Best Answer flooble 2010-05-04T10:14:08+08:002010-05-04T10:14:08+08:00 在您将任何时间投入 Postfix 之前,请转到此处并检查您正在使用的公共 IP 地址。 http://www.dnsblcheck.co.uk 如果你在住宅 DSL 街区,无论你做什么,你都可能会被搞砸。 TomTom 2010-04-04T05:54:59+08:002010-04-04T05:54:59+08:00 很简单——你不需要从你的机器上发送它们。 以下是一些可能将其标记为垃圾邮件的问题: 您发送 gmail.com 域 - 但您的 IP 地址不允许这样做,收件人可能会检查(gmail.com 域中的 SPF 记录)。 您的 IP 地址没有正确的域 bakcward DNS 设置,并且不是域的 MX 您的 IP 地址来自一个动态 IP 地址范围,一些反垃圾邮件设置可以计算出来(以特定标准格式反向 DNS 名称),因此根据定义被阻止。 后缀与它无关。根据您的域,您可以/必须输入正确的条目并远离您的最终用户动态 IP(获得一个小型 VPX 作为中继),或者 - 如果是外部域 - 了解您无能为力,因为您滥用提供者域。 从技术上讲,它们是垃圾邮件发送者——就像其他所有受 bot 感染的计算机一样,它们试图从家庭连接的计算机发送与 IP 地址不正确匹配的域的电子邮件。 Natalie Adams 2010-04-10T04:25:20+08:002010-04-10T04:25:20+08:00 @TomTom 我不同意。Postfix 确实在等式中发挥了作用,尽管不是专门针对 Postfix,但任何可以发送邮件的 SMTP 服务器都有可能将其发送“错误”。例如,我会检查标头以确保 from 是正确的(不是 [email protected]),并且 from/reply to 是相同的。我知道 MSN 对于不是从大型企业实体发送的电子邮件来说是非常挑剔的。此外,人们有充分的理由使用自己的服务器发送邮件,例如在邮件列表中。 实际上,如果他从动态 IP 发送,邮件根本不会通过,我完全不同意,并且会被退回给他。至少在我的经验中。 我会坚决检查 Srikrishnan Chitoor 发布的链接,因为您所在的 IP 块可能已被列入黑名单。再说一次,我不相信,因为如果“垃圾邮件发送者”想要从上述列表中删除,他们所要做的就是付费,但这是一个完全不同的问题。 我会使用 SMTP 身份验证打开端口 25。这样你至少可以得到反弹。但是,这取决于你。 Sharjeel Aziz 2010-05-04T10:25:09+08:002010-05-04T10:25:09+08:00 SenderID、DomainKeys 和 DKIM 是否设置正确?看看这篇博文http://www.digitalsanctuary.com/tech-blog/debian/setting-up-spf-senderid-domain-keys-and-dkim.html
好的,所以我假设您有一个地址,我们称它为
[email protected]
您发送的地址,并且您正在使用该地址在谷歌接收电子邮件。好的,你想切换到你控制的服务器,因为一天的消息数量是有限制的。知道了。
这是第一个问题。不考虑到达该端口的流量的原因而阻止所有入站流量将在整个过程中产生问题。SMTP 是一种双向通信协议,您只会将 bejeebers 与您发送到上游的任何 SMTP 服务器混淆。
简而言之,取消阻塞端口 25。
好的,此时,您需要提供一些标题以供检查,或者一些日志。您的邮件可能由于各种原因被阻止,并且在不知道您是如何设置的情况下,我所做的任何猜测都是在黑暗中拍摄的。
我会说谷歌必须发疯才能允许任何 SMTP 服务器向其自身发送一封并非来自其域但声称来自该域的电子邮件;这可能很简单,因为您的 SMTP 服务器未在其服务器上“授权”以处理 Google 域的邮件。对于大多数 SMTP 服务器来说,这是一个常见的反中继设置,肯定会解释很多关于您的问题,但它仍然只是我的猜测。
后缀不是问题,而是您如何将后缀配置为与谷歌“交谈”。 我可以一直从我的 postfix 邮件程序向 gmail 发送电子邮件,并且已经这样做了多年。
发布解决此问题所需的其他信息(日志文件信息和/或示例电子邮件中的标题),以便我们能够找到问题的核心。否则,一切都是猜测,只是猜测。
评论的跟进
要么 postfix 直接连接到 Google(这是大多数 SMTP 传递的完成方式),要么您正在使用中继与 Google 交谈(这已经很少见了)。在前者中,您需要有一个正确的 MX 和 SPF 设置,以及一个正确的后缀 main.cf。在以后,Google 可能不会善待您发送到没有涵盖您的原始服务器的 SPF 记录的中继的任何电子邮件。
第三种选择是:您发现了一些神奇的互联网漩涡,它可以将电子邮件从一个服务器中继到另一个服务器,而无需两台服务器相互通信。我对此表示怀疑。
因为您通常会破坏电子邮件。
我不是一个重复自己的人,但是...
发布解决此问题所需的其他信息(日志文件信息和/或示例电子邮件中的标题),以便我们能够找到问题的核心。否则,一切都是猜测,只是猜测。
进行此电子邮件服务器测试。它将告诉您电子邮件被视为垃圾邮件的可能原因以及如何解决这些问题。
如果由于某种原因无法实施修复,请使用SMTP 中继服务。
在您将任何时间投入 Postfix 之前,请转到此处并检查您正在使用的公共 IP 地址。
http://www.dnsblcheck.co.uk
如果你在住宅 DSL 街区,无论你做什么,你都可能会被搞砸。
很简单——你不需要从你的机器上发送它们。
以下是一些可能将其标记为垃圾邮件的问题:
后缀与它无关。根据您的域,您可以/必须输入正确的条目并远离您的最终用户动态 IP(获得一个小型 VPX 作为中继),或者 - 如果是外部域 - 了解您无能为力,因为您滥用提供者域。
从技术上讲,它们是垃圾邮件发送者——就像其他所有受 bot 感染的计算机一样,它们试图从家庭连接的计算机发送与 IP 地址不正确匹配的域的电子邮件。
@TomTom 我不同意。Postfix 确实在等式中发挥了作用,尽管不是专门针对 Postfix,但任何可以发送邮件的 SMTP 服务器都有可能将其发送“错误”。例如,我会检查标头以确保 from 是正确的(不是 [email protected]),并且 from/reply to 是相同的。我知道 MSN 对于不是从大型企业实体发送的电子邮件来说是非常挑剔的。此外,人们有充分的理由使用自己的服务器发送邮件,例如在邮件列表中。
实际上,如果他从动态 IP 发送,邮件根本不会通过,我完全不同意,并且会被退回给他。至少在我的经验中。
我会坚决检查 Srikrishnan Chitoor 发布的链接,因为您所在的 IP 块可能已被列入黑名单。再说一次,我不相信,因为如果“垃圾邮件发送者”想要从上述列表中删除,他们所要做的就是付费,但这是一个完全不同的问题。
我会使用 SMTP 身份验证打开端口 25。这样你至少可以得到反弹。但是,这取决于你。
SenderID、DomainKeys 和 DKIM 是否设置正确?看看这篇博文http://www.digitalsanctuary.com/tech-blog/debian/setting-up-spf-senderid-domain-keys-and-dkim.html