标签: email-server

我有一个关于我们的 Exchange Server 的问题：您认为拒绝以我们自己的域结尾的传入外部电子邮件是否是个好主意？

喜欢来自fake@example.com?

因为如果它来自我们公司的真实发件人，电子邮件就永远不会来自外部？

如果是，那么最好的方法是什么？

我已经与 MailScanner 一起设置了一个有效的 SMTP 中继。这个 SMTP 中继不能——也不会——能够从外部中继电子邮件，只能中继本地电子邮件。

是否可以使用终端发送恶意电子邮件？我用谷歌搜索，但找不到任何可以回答我的问题的东西。例如，我想使用：

echo "{malicious-string}" | mail name@email.com

可能"{malicious-string}"是什么？

我有以下后缀virtual文件：

test@domain.com bob@me.com

这正确地将所有电子邮件转发test@domain.com到bob@me.com

但是，我也想将这些电子邮件转发给bob2@me.com。

我尝试了此更改，但似乎不起作用：

test@domain.com bob@me.com
test@domain.com bob2@me.com

如何告诉 postfix 将所有电子邮件转发给多个收件人？

那里有很多邮件服务器。Microsoft Exchange 一直是 Windows 企业中占主导地位的企业邮件服务器，但我已经使用Kerio Mailserver很长时间了，并且仍然想知道是否有更好的解决方案。

您使用哪个邮件服务器，为什么？
什么功能使特定的邮件服务器“脱颖而出”？

欢迎使用 *NIX 和 Windows 应用程序。

我希望在为我的客户设置邮件时更加自信地避免误报。这是我所知道的：

1. SPF 记录很好，但并非每个垃圾邮件过滤服务/软件 (SFSS) 都使用它们。

2. 反向 DNS (PTR) 记录几乎是必需的。

3. 开路继电器不好。

   （这是我读过的“其他提示”）：

4. 邮件服务器 IP 地址的反向查找应该解析为您发送邮件的域。

5. 在与其他邮件服务器通话时，您的服务器应该说 HELO FQDN.of.your.mail.server.com。

6. MX 记录中的 A 主机记录应该是（或解析为 IP 地址）您的 FQDN.of.your.mail.server.com

对 1 和 3 感觉很好。这是我想澄清/建议的地方：

2 和 4：我做了很多挖掘，这似乎是不正确的，因为大多数垃圾邮件过滤器都在寻找一般的 PTR，而且不是由 ISP 分配的；您发送邮件的域似乎与此无关（即，如果您拥有两个用于邮件的域，则需要从两个 IP 地址分别发送带有 PTR 的域？）

5. 这是有道理的，但它是否关心 FQDN 解析为什么？它是否应该解析为当前发送所述 HELO 的 IP 地址？

6. 再次，来自各种谷歌搜索的另一个；如果您使用 Postini 作为网关服务（或与此相关的任何其他智能主机），则看不出这将如何工作。

代表另一个您没有权威的域发送怎么样？我有一些客户端 (some.branchdomain.tld) 需要以@some.corporatedomain.tld 的身份发送邮件，尽管上述公司总部不会设置中继/智能主机供他们使用。corporatedomain.tld 可以创建 SPF 记录以显示 some.branchdomain.tld 被允许发送邮件，但这是否仍会考虑“欺骗”，尤其是如果说 SFSS 不检查 SPF 记录？我应该担心这个吗？

我已经设置了一个新的电子邮件服务器，现在我需要测试 Clam Antivirus 是否正确扫描邮件。

我应该如何以安全和可控的方式做到这一点？

我正在编写一个对发送到邮箱的电子邮件做出反应的应用程序。它通过 IMAP 检索电子邮件。它将部署到许多我不控制邮件服务器配置的系统。

我想使用 IMAP 标志来指示已处理的消息。系统标志是否得到了足够广泛的支持，以至于我可以在我的应用程序中合理地依赖它们？用户定义的标志是否得到了足够广泛的支持？

（如果答案是“哈哈，没机会”，那我就用文件夹代替。）

谢谢

-本

我正在运行 Ubuntu Intrepid，并且一直在查看我的日志：

Aug 23 16:01:03 wp1 sm-mta[13700]: n7NFJIad013566: Warning: program /usr/sbin/sensible-mda unsafe: No such file or directory
Aug 23 16:01:03 wp1 sm-mta[13700]: n7NFJIad013566: SYSERR(root): Cannot exec /usr/sbin/sensible-mda: No such file or directory
Aug 23 16:01:03 wp1 sm-mta[13700]: n7NFJIad013566: Warning: program /usr/sbin/sensible-mda unsafe: No such file or directory
Aug 23 16:01:03 wp1 sm-mta[13700]: n7NFJIad013566: SYSERR(root): Cannot exec /usr/sbin/sensible-mda: No such file or directory

我现在有很多这样的消息，而我以前没有。查了一下，Ubuntu 似乎有一些特殊的 sendmail 软件包，这些软件包在我安装 sendmail 时可能尚未安装。

我需要“明智的mda”吗？没有人应该通过服务器进行身份验证或发送 - 它只是一个默认的本地 smtp 主机，设置为允许 Web 表单发布到电子邮件，并允许系统发送系统日志等。

为什么这些消息会开始出现？

我承担了运行小型电子邮件服务器的任务，垃圾邮件的世界使个人变得更具挑战性，因为许多 MTA 对接受电子邮件非常偏执。

我想我已经成功配置了几乎所有可能出问题的东西：商业 SSL 证书、DKIM、适当的域和静态 IP 地址。事实上，我的（乏味的）电子邮件几乎一直都在发出。但是最偏执的 MTA 仍然拒绝我的电子邮件 -例如Craigslist - 这似乎是我的反向查找错误。

我最近更改了我的静态 IP 地址，以及我与 ISP 的服务。当他们改变它时，我试图正确配置它，但我担心它不是。但我不能 100% 确定哪里出了问题，或者我的反向记录应该是什么样子。

我尤其不想以“看，我不知道问题出在哪里，但无论如何您都需要解决它”的态度来接近我的 ISP。如果出现问题，我希望能够在与 NOC 通电话之前准确描述问题所在。据我所知，他们没有为此提供控制面板，所以我不想尝试任何人的耐心进行大量的反复试验。

好的，细节，经过编辑和虚构，但一致：

Domain:                      funkeedomain.org
Mailserver (DNS MX record):  mx.funkeedomain.org
Static IP address:           111.222.333.444
Static IP address reversed:  444.333.222.111
FQDN originally requested of the ISP for reverse lookups: main.funkeedomain.org

这是来自我的邮件服务器 (hMailServer) 的典型拒绝通知：

Your message did not reach some or all of the intended recipients.

   Sent: Thu, 12 Jan 2017 11:53:50 -0800 (PST)
   Subject: Blah blah blah

The …

我有一个网站，需要向客户发送电子邮件以交付他们购买的文件。可靠的电子邮件传递对这项业务至关重要。不幸的是，由于我的 MTA 的“声誉不佳”，我的服务器发送的大部分电子邮件都没有送达。以下是我的一些示例行mail.log：

Feb 20 02:40:41 servername postfix/smtp[14580]: 4E30B1100C7: host aspmx.l.google.com[209.85.211.78] said: 421-4.7.0 [174.143.183.26] Our system has detected an unusual amount of 421-4.7.0 unsolicited mail originating from your IP address. To protect our 421-4.7.0 users from spam, mail sent from your IP address has been temporarily 421-4.7.0 blocked. Please visit http://www.google.com/mail/help/bulk_mail.html 421 4.7.0 to review our Bulk Email Senders Guidelines. 10si1216690ywh.92 (in reply to end of DATA command)

Feb 20 12:49:22 servername postfix/smtp[5651]: A86CB1CC0CF: to=<user@domain.com>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, …