我想configurationpostfix只发送邮件到白名单中的地址。 我曾尝试在main.cf使用smtpd_recipient_restrictions ，如下所示： smtpd_recipient_restrictions = reject_unauth_destination check_recipient_access hash:/path/to/whitelist 白名单文件是格式 [email protected] OK [email protected] OK 然后用postmap命令翻译成哈希。 不过，中继正在发送邮件到非白名单地址。 我错过了什么？ 编辑：我通过sendmail命令，这显然是绕过smptd限制发送这封邮件。 有没有办法处理这个？ 编辑2 /故事的其余部分：我花了相当多的时间尝试通过SMTP发送sendmail，以发现我使用的命令不是sendmail，但是后缀的sendmail兼容性接口模仿function，但不能告诉尽可能使用SMTP。 84104的解决scheme虽然完美。
是否可以在Windows防火墙中“白名单”IP地址，并允许来自该特定地址的所有连接？
我的问题可能比其他任何原则都要多，但这是我的困境。 我pipe理一个小公司的电子邮件系统（约20个电子邮件用户）。 我们通过networking解决scheme拥有一个纯字母.com域名。 我们的电子邮件服务由Google Apps托pipe。 最近（2011年2月），我们一直有客户报告他们没有收到我们的电子邮件。 经过进一步的调查，似乎失败的电子邮件都是通用的（众所周知的）域名。 我们还没有收到任何电子邮件的退回邮件。 我们还联系了一些预期的收件人，他们报告说邮件不在垃圾邮件箱中; 他们根本没有收到任何东西。 在这些情况下，我们将同一封电子邮件重新发送到另一个成功收到的域名的备用地址。 有一位顾客联系了他们的电子邮件提供商。 提供者build议我们提交一个表格，以便通过他们的域名进行白名单。 这是我的问题开始的地方。 我觉得这正在走下坡路。 这不破坏电子邮件的原则吗？ 如果这是在这种情况下将采取的适当行动，何时会结束？ 理论上（遵循这个模型）可能会认为，在实际发送任何消息之前，最终首先需要使用电子邮件主机“白名单”（或更恰当地称为“validation”）自己。 更重要的是，什么使“坏”的垃圾邮件发送者做同样的事情…？ 我们刚刚走了一圈。 我知道避免反垃圾邮件措施是一个大型的猫捉老鼠游戏，但我认为这是“修补”问题的错误方法。 电子邮件标准认为，消息不应该只是悄然消失。 我有一个问题，支持一个模型，说： “你必须做<这> ，以确保您的电子邮件不被忽略” 。 我有一个打电话给提供商的概念，并发表我的投诉，但我有一种感觉可能会置若罔闻。 我在这里错过了什么？ 这是一个可接受的方法来发送垃圾邮件问题？ 我该怎么办？