我在我的VPS服务器上有几个域名，postfix通过虚拟用户表格将邮件转发到相应的Gmail账户。 本周我进行了一个sudo apt-get upgrade ，这可能是无关的。
截至7月8日凌晨2点，我在mail.log中看到很多以下行：
conversation with gmail-smtp-in.l.google.com[209.85.143.27] timed out while receiving the initial server greeting conversation with alt1.gmail-smtp-in.l.google.com[74.125.79.27] timed out while receiving the initial server greeting conversation with alt2.gmail-smtp-in.l.google.com[74.125.53.27] timed out while receiving the initial server greeting
一些消息已经通过：
to=<[email protected]>, orig_to=<[email protected]>, relay=alt3.gmail-smtp-in.l.google.com[74.125.45.27]:25, delay=1130, delays=0.22/0/1128/1.8, dsn=2.0.0, status=sent (250 2.0.0 OK 1310095301 x67si39929948yhm.8)
我看到这个问题在互联网上有很多报道，但没有真正的解决scheme。 我检查了我的postfixconfiguration，但不能看到有什么改变。
postconf -n alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes config_directory = /etc/postfix inet_interfaces = all inet_protocols = all mailbox_size_limit = 0 mydestination = $myhostname, localhost, localhost.localdomain myhostname = domainx.com mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 109.123.86.72/32 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relayhost = smtp_tls_note_starttls_offer = yes smtp_tls_security_level = may smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Linux) smtpd_recipient_restrictions = permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_local_domain = smtpd_sasl_path = private/auth-client smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_tls_CAfile = /etc/ssl/certs/dovecot.pem smtpd_tls_auth_only = no smtpd_tls_cert_file = /etc/ssl/certs/server.crt smtpd_tls_key_file = /etc/ssl/private/server.key smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_security_level = may smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_random_source = dev:/dev/urandom virtual_alias_domains = domain.com, domain.co.uk, domainb.co.uk, domain.net virtual_alias_maps = hash:/etc/postfix/valiases
我已经尝试刷新我的邮件队列（删除所有推迟的邮件），并重新启动服务器。 我想我正在运行Linux而不是Windows，所以这没有帮助:)
如果需要，我可以发布更多的configuration。 有任何想法吗？
它说错误是超时，而不是拒绝。 你有一个networking问题，而不是邮件问题。 尝试使用数字或telnet连接，看看需要多长时间。 使用mtr来查看你的数据包丢失是什么。
有些电子邮件成功传递的事实强烈表明，这个问题可能在远程端 – 在这种情况下，Gmail。 你也可能会看到是否有任何可以识别的特定趋势 – 可能是持续工作的gmail服务器。
进一步validation以隔离实际的networking相关问题的任何可能性可能是对其中一个非工作的服务器执行跟踪路由，然后ping倒数第二跳。 如果networking工作正常，那么连续ping（假设特定的主机没有丢弃ICMP -ping）应该是成功的，没有错误。