Alex Reisner's questions

我有一个网站需要向客户发送电子邮件以交付他们购买的文件。可靠的电子邮件传递对这项业务至关重要。不幸的是，由于我的 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=<[email protected]>, relay=mx3.comcast.net[76.96.58.14]:25, delay=55186, delays=55185/0.01/0.93/0, dsn=4.0.0, status=deferred (host mx3.comcast.net[76.96.58.14] refused to talk to me: 554 imta36.westchester.pa.mail.comcast.net comcast 174.143.206.168 found on one or more DNSBLs, see http://help.comcast.net/content/faq/BL000001)

Feb 16 10:50:11 servername postfix/smtp[6931]: 98B94380A1: host mx-in-2.webreus.nl[212.61.252.240] refused to talk to me: 554-mx-in-2.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168

Feb 16 10:50:12 servername postfix/smtp[6931]: 98B94380A1: to=<[email protected]>, relay=mx-in-1.webreus.nl[212.61.10.240]:25, delay=173653, delays=173650/0.22/2.8/0, dsn=4.0.0, status=deferred (host mx-in-1.webreus.nl[212.61.10.240] refused to talk to me: 554-mx-in-1.webreus.nl 554-Your access to this mail system has been rejected due to the sending MTA's poor reputation. If you believe that this failure is in error, please contact the intended recipient via alternate means. 554 More information can be found on http://senderbase.org/senderbase_queries/detailhost?search_string=174.143.206.168)

我为改善这种情况而采取的步骤：

• 设置反向 DNS 查找以正常工作
• 为我的域设置 SPF 记录
• 禁止到我的 SMTP 服务器的传入连接
• 根据 RFC 2822 格式化消息
• 从不发送未经请求的消息（我从来没有）

我的服务器在 Rackspace 的云中。IP地址的坏名声是否可能是从以前的客户那里继承下来的？过去一周已经采取了上述一些步骤——我是否必须等待情况好转？还有其他我应该做的事情吗？我应该聘请第三方为我发送电子邮件吗？

我有一个自定义守护进程，由我的 Ubuntu 服务器上的 upstart 管理。除了我需要捕获（记录）守护程序的输出之外，它工作得很好。官方节页面说我可以用来执行此console logged操作，但它记录到什么文件？

我也读过那不再是一个有效的console logged节。我目前使用的是 0.3.9 (Hardy)，但会在几个月后升级到 0.6.x (Lucid)。如果实际上不适用于更高版本，我应该使用什么来代替？console logged

我有一个网站需要发送电子邮件以确认订单并提醒订阅用户某些事件。出于任何其他原因，我不需要通过服务器发送电子邮件，所以我想阻止本地主机之外的任何人甚至连接到端口 25 进行 SMTP。我试过这样做：

sudo iptables -A INPUT -p tcp -s 0.0.0.0 --dport 25 -j DROP

但我仍然可以远程登录到端口 25 并从另一台计算机键入 SMTP 命令。我究竟做错了什么？另外，有没有更好的方法来实现我想要的？澄清一下：我想要的是一台可以发送电子邮件（通过 SMTP）的机器，但只有那些来自机器上运行的脚本的机器。并且任何配置都必须通过重新启动“生效”。

我在 Ubuntu (Hardy) 上使用 Postfix。