默认电子邮件端口的行为是否与自定义不同?


1

我正试图在Mavericks上设置邮件,直接与ISP的邮件服务器对话。我使用ISP作为我的邮件,但通过Gmail过滤它,这是有效的。所以,这是我尝试过的:

  • telnet到端口25(被ISP阻止)
  • telnet到端口465(连接,但没有收到电子邮件标题)
  • openssl到端口465(就像我期望的那样工作)
  • openssl到Gmail端口465(就像我期望的那样工作)
  • telnet到Gmail端口25(已阻止)

......但这就是区别。对于Gmail,我选中了“默认端口(25,465,587)”,没有自定义端口。对于我的ISP,我将自定义端口设置为465.我已使用SSL检查两者。但是,对于Gmail,它意识到它必须使用465,而对于我的ISP,它会在尝试连接到25时遇到困难。

有任何想法吗?似乎只有当它是“默认”端口时,邮件才知道将TLS用于端口465,如果我直接输入465,则不会使用它。

这里有更多信息:

成功连接Gmail:

INITIATING CONNECTION Oct 29 22:11:37.797 host:smtp.gmail.com -- port:465 -- socket:0x0 -- thread:0x600001277d00
CONNECTED Oct 29 22:11:38.008 [<b>kCFStreamSocketSecurityLevelTLSv1_0</b>] -- host:smtp.gmail.com -- port:465 -- socket:0x6000004c4910 -- thread:0x600001277d00
READ Oct 29 22:11:38.081 [kCFStreamSocketSecurityLevelTLSv1_0] -- host:smtp.gmail.com -- port:465 -- socket:0x6000004c4910 -- thread:0x600001277d00
220 mx.google.com ESMTP m63sm2836028ioe.40 - gsmtp
Unsuccessful connection to ISP (hostname obscured)
INITIATING CONNECTION Oct 31 21:17:03.606 host:mail.xxx.xxx -- port:465 -- socket:0x0 -- thread:0x600001661b00
CONNECTED Oct 31 21:17:03.909 [<b>kCFStreamSocketSecurityLevelNone</b>] -- host:mail.xxx.xxx -- port:465 -- socket:0x6080006cf0a0 -- thread:0x600001661b00

我发现了一点,但可能需要更多的帮助。我在系统日志中收到以下错误:

errSSLXCertChainInvalid: Invalid certificate chain (-9807)

ISP分配的服务器具有自签名证书。我觉得它已经装好了。它最初是一个“登录”证书。我试着把它当作一切,但那不起作用。我尝试将它移动到系统,但这不起作用。所以,我想知道证书是否不被视为根证书。

我请求ISP修复https网站,以便我可以将证书带入Mac。似乎没有人使用任何其他获取证书的方法而不是在Safari中浏览,并且Safari拒绝连接到端口465。


我认为问题在于socket:0x0日志中的报告,但我还没有找到一种方法来重置我的连接以避免这个问题。
确认

Answers:


1

你不会从端口465得到任何东西,因为它是加密的。

各种形式的加密使用各种端口(不是所有相同的端口)并保持这种方式以保持自己的可识别性。有些人可能会做自己的事情,但这完全取决于他们。

这里有供应商及其各种端口的快速列表供参考。

Generic:
Unencrypted     25 (or 587)
StartTLS        587
SSL             465


Google:
SSL             465
StartTLS        587

Yahoo:
SSL             465

正如我所说,我的邮件客户端可以通过端口465从Google检索邮件,我可以使用openssl连接到我的ISP上的端口465并获得正确的响应。问题似乎是我的Mac Mail要么不接受自签名证书,要么以某种方式我无法正确加载证书。
马克
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.