我可以发送邮件到我用postfixadmin设置的邮箱。 这是正常工作，我可以发送邮件在他们身上。 但是现在我还需要别名才能正常工作。 我已经使用了一个教程来设置这里列出的东西 。 但不知怎的，后缀不断尝试发送邮件到别名的邮箱。 主要电子邮件： [email protected] 别名邮件： [email protected] 数据库中的logging正确设置，当我运行这个命令： postmap -q [email protected] mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf 我检索正确的电子邮件地址： [email protected]有一个邮箱附加到它。 我究竟做错了什么？ 日志不提供任何有用的信息。 当我发送邮件到我的别名日志如下所示： Jun 10 10:38:13 localhost postfix/smtpd[3061]: C27DC614DD: client=mail-wm0-f41.google.com[74.125.82.41] Jun 10 10:38:13 localhost postfix/cleanup[3072]: C27DC614DD: message-id=<CAGUk6whj3Drb-c=5N55TU80UoKR6sC2r4k+3jtxj9pBO5Gp5Pg@mail.gmail.com> Jun 10 10:38:13 localhost postfix/qmgr[30229]: C27DC614DD: from=<[email protected]>, size=2011, nrcpt=1 (queue active) Jun 10 10:38:13 localhost postfix/smtpd[3061]: disconnect from mail-wm0-f41.google.com[74.125.82.41] Jun 10 […]
每次我发送一封邮件，我都会在/var/log/mail.warn中得到这一行： postfix/submission/smtpd[xxxxx]: warning: hostname <FQDN> does not resolve to address xxx.xxx.xxx.xxx 我显然早就知道这个问题。 我的/etc/host.conf具有“multi = on”作为唯一的条目，我试图添加以下两行到/etc/postfix/main.cf： smtp_host_lookup = native #(also tried "dns", for that matter) import_environment = MAIL_CONFIG MAIL_DEBUG MAIL_LOGTAG TZ XAUTHORITY DISPLAY LANG=C RESOLV_MULTI=on 没有帮助。 我怀疑问题在于服务器configuration的性质; 这是一个Hetzner服务器有不同的内部IP，请看这里： https ://wiki.hetzner.de/index.php/VServer/en#Why_does_my_VM_have_a_different_IP_from_the_one_shown_in_the_Robot.3F 但我无法弄清楚如何解决这个问题。 我已经使用这个指南来设置邮件服务器，所以大多数configuration文件是100％，如下所示： https://thomas-leister.de/sicherer-mailserver-dovecot-postfix-virtuellen-benutzern-mysql-ubuntu-server-xenial/ 为了完整起见，这里是/ etc / hosts： # IPv4 127.0.0.1 localhost.localdomain localhost # (old) 172.xx.xx.xx Debian-85-jessie-64-LAMP […]
发送电子邮件时，收到未送达的邮件，其中包含以下消息：“ 收件人地址被拒绝：无效的HELO / EHLO;必须是FQDN或地址字面值，而不是来自某些Web服务器的”xxx“554 5.7.1 ”我的VPS）。 我检查了日志，但没有发现任何可疑的东西。 后缀configuration如下（应该是相当默认的）： # Debian specific: Specifying a file name will cause the first # line of that file to be used as the name. The Debian default # is /etc/mailname. #myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no # appending .domain is the MUA's job. […]
我的邮件服务器上有一个客户端（Postfix，Dovecot，Spamassassin，Postgrey）有问题。 他们可以login挑选IMAP电子邮件，但无法通过发送的SMTP服务器发送邮件。 imap-login行看起来就像任何其他客户端login（为隐私而更改的域和IP）： dovecot: imap-login: Login: user=<mel@domain>, method=PLAIN, rip=<remote IP>, lip=<local IP>, mpid=18965, TLS, session=<4r5aO35BbcjCI9ti> 但是下面这行是： dovecot: imap(mel@domain): Connection closed (IDLE running for 0.001 + waiting input for 0.045 secs, 2 B in + 10+10 B out, state=wait-input) in=11 out=366 客户端正在从Outlook帐户连接，但还有其他使用Outlook的客户端没有任何问题。 据我可以看到客户端成功login（所以这不是一个用户名/密码的问题）。 我找不到任何关于“IDLE running”位的信息，但显然，客户端目前无法发送任何电子邮件。 有人可以请解释这个日志行应该告诉我什么，我怎么可以解决我的客户的问题。
我最近注意到，我的服务器在mail.log上报告了很多认识用户的不好身份validation，而且它不是暴力攻击。 我真的不知道这种authentication的原因。 我有用户使用，在iOS的Gmail应用程序，邮件，在MacOSX的邮件应用程序，ThunderBird和Outlook，还有一个webmail服务来访问此服务器。 在这台服务器上，我有一个自签名证书，也作为一个邮件智能主机。 这个系统是一个MacOSX 10.9.5。 在所有的平台上，Outlook是连接到服务器时唯一有奇怪行为的人。 不断地显示一个令人讨厌的loginpopup用户的凭据，无处不在，这发生在我所有的Outlook用户。 用户可以使用Outlook来发送和接收，而且似乎都可以工作，除了loginpopup窗口。 从我的mail.log我有这个问题与SAL DIGEST-MD5，SASL PLAIN和SASL CRAM-MD5，例如一些随机样本： Jan 19 11:43:43 remote.x.pt postfix/smtpd[53889]: error: validate response: authentication failed for user=lcg (method=DIGEST-MD5) Jan 19 11:43:43 remote.x.pt postfix/smtpd[53889]: warning: unknown[192.168.1.72]: SASL DIGEST-MD5 authentication failed Jan 18 17:10:46 remote.x.pt postfix/smtpd[5838]: error: verify password: authentication failed: [email protected] Jan 18 17:10:46 remote.x.pt postfix/smtpd[5838]: warning: hq2.pacsis.pt[x]: […]
我正在面对一个奇怪的情况，我们的中继邮件服务器代表我们的客户发送电子邮件。 我们目前的下载包括2个configuration了Postfix的邮件中继服务器，它们接收来自我们内部应用程序的所有电子邮件，并负责将它们发送到互联网。 现在我们所看到的问题是，这些中继收到的电子邮件中大约有20％没有发送出去，而是在主动队列中消失。 这里是一个postfix日志的例子，显示一个不会离开活动队列的邮件： Feb 10 17:12:02 relay02 postfix/smtpd[31701]: EFF07209F6A3: client=coreapps02[10.11.12.202] Feb 10 17:12:02 relay02 postfix/cleanup[10949]: EFF07209F6A3: message-id=<[email protected]> Feb 10 17:12:02 relay02 postfix/qmgr[23160]: EFF07209F6A3: from=<[email protected]>, size=3581, nrcpt=1 (queue active) 这个消息似乎丢失了，因为它不在/var/spool/postfix/active目录中。 以下是几乎同时发送到互联网的电子邮件的示例： Feb 10 17:12:02 relay02 postfix/smtpd[31701]: D8F67209F6AF: client=coreapps02[10.11.12.202] Feb 10 17:12:02 relay02 postfix/cleanup[10949]: D8F67209F6AF: message-id=<[email protected]> Feb 10 17:12:02 relay02 postfix/qmgr[23160]: D8F67209F6AF: from=<[email protected]>, size=3617, nrcpt=1 (queue […]
我已经开始使用policyd-spf，并使用以下收件人限制。 我想要的是通过SPF检查的发件人跳过任何RBL检查。 不幸的是，这并没有发生。 smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unauth_destination, reject_unauth_pipelining, reject_invalid_hostname, check_policy_service unix:private/policy-spf check_sender_access mysql:/etc/postfix/mysql_sender_checks.cf reject_rbl_client zen.spamhaus.org, reject_rbl_client bl.spamcop.net, reject_rbl_client cbl.abuseat.org, reject_rbl_client dnsbl.sorbs.net 失败的SPF检查是正确的，但正如您从系统日志中看到的 – policyd-spf说它已通过，但继续RBL检查： Mar 29 13:15:51 policyd-spf[6442]: Pass; identity=mailfrom; client-ip=69.171.232.144; helo=mx-out.facebook.com; envelope-from=REDACTED; receiver=REDACTED Mar 29 13:15:51 postfix/smtpd[5971]: NOQUEUE: reject: RCPT from 69-171-232-144.outmail.facebook.com[69.171.232.144]: 554 5.7.1 Service unavailable; Client host [69.171.232.144] blocked using […]
我用opendkimconfiguration了postfix。 一切工作正常，我已经testing了DKIMlogging以及DMARC和SPF，一切似乎都很好。 我也在收件箱里的Gmail邮箱里收到邮件。 但是，当我尝试发送电子邮件到Outlook.com，电子邮件不起作用。 此外，我没有看到邮件日志中的任何错误。 邮件日志： Apr 16 17：51：34postfix / smtp [4778]：E6911060F：to = <******* @ hotmail.com>，relay = mx1.hotmail.com [65.54.188.72]：25，delay = 2，延迟= 0.09 / 0 / 1.2 / 0.75，dsn = 2.0.0，状态=发送（250排队邮件发送）Apr 16 17:51:34 postfix / qmgr [4697]：E6911060F：删除 我没有收到垃圾邮件或收件箱@ hotmail。 似乎Outlook只是拒绝电子邮件。 前几天一切正常，但我正在接收垃圾邮件，然后我安装了DKIM，我开始在收件箱中收到电子邮件，但有时候我停止收到我的Outlook的电子邮件，我没有看到任何错误太。 在我使用的SPFlogging中： "v=spf1 a ~all" 当我尝试从Outlook发送电子邮件到我的[email protected]时，我确实收到了电子邮件，但是在日志中这是我所看到的。 Apr 16 17:53:22 postfix/smtpd[5016]: Anonymous TLS connection established from mail-oln040092255027.outbound.protection.outlook.com[40.92.255.27]: […]
通常在postfix中，我们将以纯文本格式将我们账户的用户名和密码保存在/etc/postfix/sasl_passwd中。 有可能哈希它？ 因为当我们通过Gmail发送它将给我们一个独特的，而不是我们的原始密码。 但在outlook我不认为这个选项在那里。 我知道一种方法是更改该文件的权限。 但是我想知道哈希是否可能？ 谢谢
在生产服务器上安全运行之前，需要保护postfix吗？ 我依靠Monit来通知我，如果某些进程停机或遇到麻烦。 为了这个目的，只有这个目的，我需要在服务器上的后缀，以便Monit可以给我发送电子邮件通知。 如果在部署Postfix之前有必要确保安全，那么我可以采取哪些步骤来使安全性更高？