是否有可能改变后缀中的消息ID？ 如果我通过Java应用程序发送邮件，我得到以下message-id： message-id=<143303043.111334605578921.JavaMail.applicationanme@hostname> 所以我希望这个消息ID看起来像这样： message-id=<[email protected]> 我可以理解，如果我发送邮件的Linux程序mail它的工作原理： message-id=<[email protected]> 我已经在postfix-conf中设置了我的主机名，但是当我用java-application发送一个邮件时，它不起作用。 我们使用中继主机来发送电子邮件，任何邮件中没有@domain.tld的邮件都会被检测为垃圾邮件。 你有什么想法我可以解决这个问题吗？
有什么办法来configuration后缀跳过垃圾邮件/防病毒检查的smtp连接是SMTP-AUTH'ed？ 我想保留所有的外部smtpstream量的标准检查，但为我的本地用户发送电子邮件，我想跳过反垃圾邮件/防病毒检查。 我的configuration有几乎标准configuration的Postfix + Amavisd + SpamAssassin + clamav。 提前致谢。 先生
我使用postfix（mysql虚拟用户）+ amavis + spamassassin和configurationspamassassin来使用mysql来存储贝叶斯数据： use_bayes 1 bayes_auto_learn 1 bayes_store_module Mail::SpamAssassin::BayesStore::MySQL bayes_sql_dsn DBI:mysql:<db>:localhost bayes_sql_username <user> bayes_sql_password <password> 在mysql表“bayes_vars”中，我发现只有一行用户名“amavis”。 spamassassin是否可以使用电子邮件地址作为用户名而不是每个邮件的“amavis”？
我使用Amavis和Spamassassin运行Postfix服务器。 Postfix接收来自外部的邮件并将其传递给Amavis。 Amavis对邮件进行了Spamassassin评分，然后在必要时将其标记为垃圾邮件。 然后Postfix依靠每个用户的procmailrcs来处理邮件。 我相信这是正确的方法，因为我相信每个用户都应该有能力select如何处理垃圾邮件。 不幸的是，我们也有一些用户在我们的虚拟列表中有foregin域名。 由于这些地址没有用户帐号与我们的服务器，转发给他们的垃圾邮件绝不会通过procmailrc，我们最终会将已经标记为垃圾邮件的垃圾邮件转发给其他服务器。 有没有办法阻止已经标记为垃圾邮件的传出邮件？ 或者有没有其他方法可以解决这个问题？ 编辑：我只希望删除既是垃圾邮件，并正在转发到其他服务器的邮件。 我不想删除标记为垃圾邮件的所有邮件。 有没有办法区分两者？
我正在试图通过Postfix将电子邮件传递给我的Python脚本。 目前，具有多个收件人的邮件将通过pipe道传送给每个收件人一次。 无论收件人的数量多less，我都希望这些邮件只能传递给脚本一次。 在/etc/postfix/main.cf我有： default_transport = customsmtp 那个传输方法在/etc/postfix/master.cf中定义为： customsmtp unix – nn – – pipe flags=FR user=cody argv=/var/relay/custom-relay/endpoint.py type:relay env:production sender:${sender} recipient:${recipient} 以下是Postfix邮件日志的摘录，显示了脚本的多次交付： Mar 19 20:26:29 ip-172-31-2-6 postfix/cleanup[18639]: 2ACDD24199: message-id=<[email protected]> Mar 19 20:26:29 ip-172-31-2-6 postfix/qmgr[29229]: 2ACDD24199: from=<[email protected]>, size=2715, nrcpt=2 (queue active) Mar 19 20:26:30 ip-172-31-2-6 postfix/pipe[18640]: 2ACDD24199: to=<[email protected]>, relay=customsmtp, delay=0.89, delays=0.2/0.01/0/0.67, dsn=2.0.0, status=sent (delivered via […]
我正在运行一个小的VPS服务器，作为networking和邮件服务器。 它只有256MB的内存，它不断吸100MB的交换。 我发现其中一个罪魁祸首是amavis，占用大约30MB的驻留内存，并且希望将其丢弃并使用一些替代方法。 我每天没有太多的邮件，所以慢一点就不成问题。 如果可能的话，我想尽量避免使用Spamassassin，因为即使在离线模式下使用它也是相当大的。 我已经在使用RBL和一些小黑名单，并使用灰名单一段时间，但放弃了它，因为它给了我几个问题（不记得是什么;我认为这涉及到没有正确configuration几个大的ISP的白名单）。 那么，是否有一些替代amavis，我可以使用没有太多的RAM（如果可能，CPU）的使用？ 提前致谢。
我正在安装postfix，我很困惑为系统邮件名称。 例如，如果系统上的邮件地址是“[email protected]”，那么sais使用“example.org”，但是也可以是邮件名称应该是FQDN。 我的主机名是“mercury”，我的FQDN是“mercury.pacificseatheat.org”，那么我应该使用“pacificseatheat.org”还是“mercury.pacificseatheat.org”作为系统邮件名？ 谢谢
我使用Postfix作为内部邮件中继服务器，我们有几台内部运行各种自定义代码的服务器，一些是软件包/服务，一些是使用这些/这些系统进行通信的本地Linux或Windows系统服务邮件中继。 我遇到的问题是，我正在清理服务器HELO名称，他们正在通信到服务器，当发送邮件，有些是localhost.localdomain例如，它伤害了我们的IP信誉（黑名单/等） 我安装了pflogsumm这是一个很好的帮助，但我真的希望有一种方法，我可以得到连接到此服务器的IP列表以及相应的HELO，这些IP正在制作（或者它们的服务器名称你知道我的意思）。 如果有人知道我怎么能从Postfix得到这个信息，那么这个奖金就可以暴露给pflogsumm，这样我就可以在我的每日邮件报告中看到它。 谢谢！
我使用dovecot-postfix软件包在Ubuntu 11.04发行版上设置了一个邮件服务器。 sudo apt-get install dovecot-postfix 出于某种原因，我似乎无法通过dovcecot禁用非SSL访问。 我已经对configuration文件进行了以下编辑，试图做到这一点。 /etc/dovecot/dovecot.conf … protocols= imaps … disable_plaintext_auth = yes … ssl = required ssl_cert_file = /etc/ssl/certs/dovecot.pem ssl_key_file = /etc/ssl/private/dovecot.pem 然而，到端口143的Telnet连接显示dovecot仍然接受非ssl连接。 我哪里错了？
我最近使用iRedMail设置了postfix，dovecot，amavis和一套其他工具，而且我正在对发送邮件服务器进行身份validation。 问题是这样的： [email protected]是[email protected]的别名。 我使用[email protected]进行身份validation，因为这是邮箱，但实际上我是从别名发送的。 这是一个会议的例子： EHLO mydomain.com 250-mx1.mymailserver.net 250-PIPELINING 250-SIZE 45728640 250-ETRN 250-STARTTLS 250-AUTH PLAIN LOGIN 250-AUTH=PLAIN LOGIN 250-ENHANCEDSTATUSCODES 250-8BITMIME 250 DSN auth plain amlta0BhbHRlcm5hdGl2ZXJlYWxpdHkuY29tAGppbWtAY= 235 2.7.0 Authentication successful MAIL FROM: [email protected] 250 2.1.0 Ok RCPT TO: [email protected] 553 5.7.1 <[email protected]>: Sender address rejected: not owned by user [email protected] QUIT 这里是postfix的main.cf的相关部分： smtpd_sender_restrictions = permit_mynetworks, reject_sender_login_mismatch, […]