email - 托管电子邮件黑名单问题

Question

关闭。这个问题不满足Stack Overflow guidelines .它目前不接受答案。












想改善这个问题吗？更新问题，使其成为 on-topic对于堆栈溢出。

去年关闭。




Improve this question




根据MXToolbox检查的92个黑名单，我管理的邮件服务器是干净的。

但 ...

host mx.ecentral.com.cust.b.hostedemail.com[64.98.36.4] refused to talk to me: 421 4.7.1 Service unavailable; Client host [My Server IP] blocked using tms.urbl.hostedemail.com; Your IP has been sending too much spam

一个人如何摆脱这份名单？是什么把一个人放在他们的名单上，而不是那些有更明显规则的人？ Hostedemail.com 是某种流氓提供商吗？

谢谢!

Answer 1

这件事的疯狂之处(无论如何对我来说)是 hostedemail.com和 urbl.hostedemail.com没有 A 记录，没有网站，甚至没有重定向或单个页面，可以向人们提供有关其黑名单或服务的最低限度的信息。这不是如今管理专业黑名单的方式。

我的用户得到这个:

host mx.DOMAIN.org.cust.a.hostedemail.com[216.40.42.4] refused to talk to me: 554 5.7.1 Service unavailable; Client host [1.2.3.4] blocked using urbl.hostedemail.com; Your IP has been manually blacklisted

这是对手动黑名单的引用让我感到困惑。我的服务器都不在 MxToolbox 检查的任何黑名单中(和大多数邮件管理员一样，我努力保持这种状态)，所以如果有人花时间手动将我的一台服务器的 IP 地址添加到list 然后这听起来像我自己的手动黑名单一样业余，当我没有耐心等待垃圾邮件发送者被关闭或列入黑名单时，我在我的服务器上使用。它已经在那里至少一个星期了；我没有费心检查上周的日志，因为一周的时间足以确定服务器是否(仍在)发送垃圾邮件。

经过一番研究，我发现了这篇文章:

What does this error mean when emails are bouncing back to sender?

这导致我:

https://fbl.hostedemail.com/

...这实际上是 fbl-opensrs.app.returnpath.net 的品牌 CNAME这导致:

https://fbl.returnpath.net/

所以在漫长的旅程结束时，我最终注册了 Return Path 的 FBL，因为他们有 22 个 ISP 的短名单(据我所知，包括几个独立公司的电子邮件系统)。在这样做时，我现在同意他们不时与业务合作伙伴或其他第三方赞助商共享我的个人信息，以支持抽奖、竞赛和类似促销事件”(对于 B2B 公司的服务条款来说，这似乎是一项奇怪的规定，尤其是它的存在理由是减少垃圾邮件，但我有什么选择？)，但我仍然不知道为什么我的一台服务器的 IP 地址被列入黑名单。

但是，就像@StephenB 一样，我将滥用我作为 OpenSRS 经销商的地位(由于他们糟糕的服务，我几乎放弃了该帐户)并向他们的支持部门发送电子邮件。我希望我会得到通常的“不是我的部门”的答复，就像去年某个时候有人注册网络钓鱼域名以欺骗我的用户的一个域名时发生的那样。当/如果我收到回复，我会在评论中发布结果。

更新:我确实给 OpenSRS 经销商支持发送了电子邮件，并且(令我惊讶的是)他们在一小时内回复了(迟到的)通知我 FBL。又过了七个小时，他们从我的 IP 中除名，队列中的延迟邮件通过了。

我提出了上面的一些观点，这是他们的答复:

Thank you so much for your feedback, certainly your concerns are understandable. At OpenSRS/Tucows we're always looking to provide a better service, and definitely we can see your point as far as blacklist/delisting goes, for the time being I believe the reason for this is due to a lack of resources to put something like this together, but certainly I can assure you it is on our radar. I will pass this information along to our managers so that we can ensure your voice is heard.

陈词滥调，但仍然是积极的陈词滥调。

更新 2:好吧，陈词滥调并没有持续多久。他们再次将我的IP列入黑名单，而这次我只是光顾了:

I am just replying back on the RBL listing you inquired about and I can confirm the IP was once again de-listed but I did get some additional information for you as requested. I needed to do a bit of checking but the IP x.x.x.x is provided by RIPE Network Coordination Centre, the IP assigned to the user by the hosting provider carries the reputation of the rest of the CIDR. The nature of VPS/Shared IPs is to be disposable, and it is not suitable for sustainable mail services. I would suggest that you should be renting a dedicated IP/CIDR directly from ARIN or any other static IP provider to avoid further listings from happening in the future since its [sic] not necessarily your customers being listed but the IP being listed. But of course for the time being we have de-listed the IP but assuming nothing changes its [sic] likely it will be listed again in the future. Let me know if you have any questions from here.

自 2008 年以来(经过大量思考和研究)，我们一直在使用 VPS 进行邮件处理，并且在那段时间从未出现过问题。我理解这样一种情绪，即 VPS IP 在具有长期内存的系统管理员(包括我自己)心目中的声誉较低，但在当今这个时代，这就像在说“我不喜欢 x 国籍，因为他们对我伟大的- war 期间的祖父。”正确维护的黑名单应该有很长的内存时间(在大多数情况下；当然不是全部)，而不是几代人，OpenSRS/Tucows/Hostedemail 正在阻止全局数据中心充满合法邮件服务器，即 没人其他都在阻塞。我委婉地告诉他们，他们正在使用在上世纪末已经过时的思想。

我已经有他们的一位客户(我们的用户在发送电子邮件时遇到问题)与我们谈论搬家。