是否可以将 Postgrey 配置为仅将 .com 地址列入灰名单？
例如，基本上将来自 .edu、.org、.net 等的任何内容列入白名单？
我们 98% 的垃圾邮件来自 .com 电子邮件地址，而我们 98% 的客户拥有 .edu 电子邮件地址。最好只将 .com 列入灰名单——这样可以捕获大多数垃圾邮件，同时不会减慢来自合法客户的电子邮件速度。
除了已经自动发现的内容之外，我认为添加更多细节很有用：
在当前的官方 Postgrey TGZ 中，您可以找到包含的postgrey_whitelist_clients（我正在链接 Debian 软件包中包含的文件，只是为了方便读者）；
此类文件包含大量白名单示例：
=> 基于域，例如：
microsoft.com
yahoo.com
=> 基于发件人 IP，例如：
193.191.218.143
193.77.126.208
=> 基于正则表达式，例如：
/^gateway\d+\.np4\.de$/
/^fmr\d+\.intel\.com$/
所以，当然，是的，您可以将多个 TLD 列入白名单，实际上有两种不同的风格：
1 => 使用域方法（我建议）：
edu
org
net
2 => 使用正则表达式：
/\.edu$/
/\.org$/
/\.net$/
（BTW：对于正则表达式的介绍，可以从官方源码开始）
另外，请注意：
对于某些发行版（当然是 RedHat/CentOS），不建议直接编辑 postgrey_whitelist_clients，而是在/etc/postfix/postgrey_whitelist_clients.local 中添加我们自己的更改。这是为了避免发布包管理器更新 postgrey 包时出现问题。
在 大的 不是那么小的安装（例如：当托管数千个邮箱时），Postgrey 用来跟踪 SMTP 连接的基于文件的数据库的大小会变得非常大（几 GB）。这可能是一个问题，特别是如果您打算直接处理这些文件（根据您不太常见的要求“清理”数据库）。在这种情况下，您可能更喜欢基于 SQL 的灰名单引擎，如SQLGrey；
在处理灰名单时，请记住，当发件人使用大型/分布式集群（谷歌、雅虎、微软等）时，您可能会遇到一些问题，而被拒绝的邮件（来自您的灰名单）可能会导致额外的、可能很长的延迟，因为 SMTP 重试可能会从不同的 IP 返回（与 postgrey 最初使用和跟踪的 IP 不同）。这并不是为了阻止灰名单的使用，而只是...让您知道这可能是一个问题（...这就是为什么，我想，原始白名单文件包含上述域;-）。
| 归档时间： |
|
| 查看次数： |
2795 次 |
| 最近记录： |