所以我也跟着这里的说明:从Drupal的在AWS上发送电子邮件托管在微EC2通过SES
http://www.linnovate.net/blog/setup-postfix-work-amazon-ses
但我不能缝得到它的工作:(
这是我的后缀日志:http://dl.dropbox.com/u/14188709/mail.log
任何人有一些故障排除的想法对我来说
所以我也跟着这里的说明:从Drupal的在AWS上发送电子邮件托管在微EC2通过SES
http://www.linnovate.net/blog/setup-postfix-work-amazon-ses
但我不能缝得到它的工作:(
这是我的后缀日志:http://dl.dropbox.com/u/14188709/mail.log
任何人有一些故障排除的想法对我来说
你和借鉴的,而短指令?编辑以及您所提供的日志中暗示,有可能是涉及到几个问题 - 我想这个办法如下:
开始从标的物的原始文件,其中已经包含了相当长的一段需要额外的步骤(例如相关的CA证书和服务启动等):
第一步是Setting Up a Secure Tunnel
请注意Postfix可能实际上并不需要这个,因为它提供了原生TLS包装器本身(见Enabling TLS in the Postfix SMTP server),请参见相应的SES注:
重要
一些的MTA有TLS包装的原生支持,而有的则没有。 检查邮件服务器的文档以确定其是否支持TLS包装。如果它支持TLS Wrapper,则不需要 来设置安全隧道。
然而,我还没试过此我自己和许多人似乎根本与SES和stunnel运行后缀,而不是真的。
这应该通过原则SMTP集成产生了一个有效的后缀以SES;如果没有,则需要进一步深入研究,我认为AWS小组对于论坛主题Certificate issue on SES tunnel的回应提供了可能出错的最佳总结,而不管表面上是否过于约束的主题。
我的EC2机器运行Ubuntu 11。10,我从包装经理 安装了stunnel(因为这通常是正确的方式)。这不知何故 不起作用。我在另一台运行 亚马逊linux的ec2机器上检查了stunnel,它在那里开箱即用。于是我下载了stunnel, 在Ubuntu中手工编译和安装。必须创建 /usr/local/var/run/stunnel以启用stunnel将其pidfile放在那里。 [...]
您不再需要使用stunnel。
退房亚马逊的教程: http://docs.amazonwebservices.com/ses/latest/DeveloperGuide/SMTP.MTAs.Postfix.html
您不再需要做任何以上的。我在EC2 Small上维护我的Drupal站点,它的数据库位于RDS实例上,并且工作正常。但是你必须下载并启用一个名为SMTP的Drupal模块,它将拦截所有使用Postfix或者你最初设置的任何通过EC2系统发送的邮件,并且它会通过SMTP发送它。它具有SSL或TLS的可配置选项,并支持“SMTP认证”。
适合我!