wake-up-neo.com

后缀：所有出站电子邮件上的“连接超时”

我一直在尝试使用GNU Mailman）设置邮件列表，但是这完全是一场灾难，有很多路障。Postfix可以接收电子邮件，但根本无法发送出去，我我偷看了日志，这就是我发现的内容：

Mar 30 16:35:30 apott-server postfix/smtp[22572]: connect to gmail-smtp in.l.google.com[74.125.142.26]:25: Connection timed out
Mar 30 16:36:01 apott-server postfix/smtp[22572]: connect to alt1.gmail-smtp-in.l.google.com[173.194.76.27]:25: Connection timed out
Mar 30 16:36:31 apott-server postfix/smtp[22572]: connect to alt2.gmail-smtp-in.l.google.com[74.125.131.26]:25: Connection timed out
Mar 30 16:37:01 apott-server postfix/smtp[22572]: connect to alt3.gmail-smtp-in.l.google.com[173.194.67.27]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out
Mar 30 16:37:31 apott-server postfix/smtp[22572]: A0616100CCB: to=<[email protected]>, relay=none, delay=150, delays=0.06/0.01/150/0, dsn=4.4.1, status=deferred (connect to alt4.gmail-smtp-in.l.google.com[173.194.65.26]:25: Connection timed out)

显然，有什么阻止了外发电子邮件，是否有人对如何解决此问题有任何建议？

（服务器是Ubuntu Linux机器）

谢谢你的帮助。

emailpostfix
26
APott

连接超时意味着您的TCP SYN数据包没有重新获得SYN-ACK。这意味着必须阻止SYN或SYN-ACKS。

您可以使用traceroute找出您的SYN数据包能到达多远

traceroute -n -T -p 25 gmail-smtp-in.l.google.com

请注意，对于Ubuntu，存在不同的traceroute命令。上面的命令适用于traceroute.db，但不适用于traceroute-nanog或inetutils-traceroute。

为了进行比较，使用端口80而不是端口25运行第二条跟踪路由可能很有用。

17
kasperd

这可能无关紧要，但是我要在这里发布它，因为我很难找到问题的答案。通过编辑/etc/resolv.conf使用Google的名称服务器而不是设置为10.0.x.x的IP，我可以从一个无聊的虚拟盒子中获取出站电子邮件。

Sudo vi /etc/resolv.conf

更改名称服务器IP：

nameserver 8.8.8.8

然后，您需要重新启动后缀：

Sudo /etc/init.d/postfix restart
3
jrode

在/etc/postfix/main.conf中为您的isp smtp服务器设置中继主机。

然后重新加载：Sudo服务后缀重新加载

2
Diego