服务器 Gind.cn

服务器问题集锦,包括 Linux(Ubuntu, Centos,Debian等)和Windows Server服务器

电子邮件传递pipe理冤情

我的问题可能比其他任何原则都要多,但这是我的困境。 我pipe理一个小公司的电子邮件系统(约20个电子邮件用户)。 我们通过networking解决scheme拥有一个纯字母.com域名。 我们的电子邮件服务由Google Apps托pipe。 最近(2011年2月),我们一直有客户报告他们没有收到我们的电子邮件。 经过进一步的调查,似乎失败的电子邮件都是通用的(众所周知的)域名。 我们还没有收到任何电子邮件的退回邮件。 我们还联系了一些预期的收件人,他们报告说邮件不在垃圾邮件箱中; 他们根本没有收到任何东西。 在这些情况下,我们将同一封电子邮件重新发送到另一个成功收到的域名的备用地址。 有一位顾客联系了他们的电子邮件提供商。 提供者build议我们提交一个表格,以便通过他们的域名进行白名单。 这是我的问题开始的地方。 我觉得这正在走下坡路。 这不破坏电子邮件的原则吗? 如果这是在这种情况下将采取的适当行动,何时会结束? 理论上(遵循这个模型)可能会认为,在实际发送任何消息之前,最终首先需要使用电子邮件主机“白名单”(或更恰当地称为“validation”)自己。 更重要的是,什么使“坏”的垃圾邮件发送者做同样的事情…? 我们刚刚走了一圈。 我知道避免反垃圾邮件措施是一个大型的猫捉老鼠游戏,但我认为这是“修补”问题的错误方法。 电子邮件标准认为,消息不应该只是悄然消失。 我有一个问题,支持一个模型,说: “你必须做<这> ,以确保您的电子邮件不被忽略” 。 我有一个打电话给提供商的概念,并发表我的投诉,但我有一种感觉可能会置若罔闻。 我在这里错过了什么? 这是一个可接受的方法来发送垃圾邮件问题? 我该怎么办?