我有一个后缀服务器设置来接受来自STMPauthentication客户端的外发邮件。 多年来，它一直以这种方式为大量不同的电子邮件客户端取得成功。 最近，我得到了一台基于Windows 8.1的平板电脑，并希望使用随附的Metro UI邮件应用程序。 这个应用程序的IMAP客户端function似乎很好，但我很难成功地发送电子邮件。 邮件提交通过TCP端口465上的SSL进行。
我在网上发现了一些评论，也许一些最近的MS客户端对LOGIN可用作SASLauthenticationtypes是挑剔的，所以我启用了这个function，但没有显着的改进。
深入挖掘，我启用了正在尝试发送的IP地址的debugging日志logging，并从日志中提取了以下副本：
> unknown[ip.add.re.ss]: 220 mail.my.domian ESMTP Postfix Mail Deamon < unknown[ip.add.re.ss]: EHLO WINMJGRJQ83FFQ > unknown[ip.add.re.ss]: 250-mail.my.domain > unknown[ip.add.re.ss]: 250-PIPELINING > unknown[ip.add.re.ss]: 250-SIZE 42428800 > unknown[ip.add.re.ss]: 250-ETRN > unknown[ip.add.re.ss]: 250-AUTH PLAIN LOGIN > unknown[ip.add.re.ss]: 250-AUTH=PLAIN LOGIN > unknown[ip.add.re.ss]: 250-ENHANCEDSTATUSCODES > unknown[ip.add.re.ss]: 250-8BITMIME > unknown[ip.add.re.ss]: 250 DSN < unknown[ip.add.re.ss]: AUTH LOGIN > unknown[ip.add.re.ss]: 334 VXNlcm5hbWU6 < unknown[ip.add.re.ss]: --REDACTED--Base64Username > unknown[ip.add.re.ss]: 334 UGFzc3dvcmQ6 < unknown[ip.add.re.ss]: --REDACTED--Base64Password > unknown[ip.add.re.ss]: 235 2.7.0 Authentication successful < unknown[ip.add.re.ss]: QUIT > unknown[ip.add.re.ss]: 221 2.0.0 Bye 在这一点上，我相当难过。 我认为我可以排除SSL问题，因为客户端连接成功并启动了STMP会话。 看起来客户端和服务器已经能够认同一种authentication方法，并且事实上已经成功地完成了authentication。 唯一剩下的就是为什么Windows 8.1邮件客户端决定使用QUIT而不是MAIL FROM来成功响应Authenticaiton：就像我所期望的那样。
将注释转换为CW
经过多一点实验后，我发现windows邮件客户端遇到问题，一旦失败。
尽pipe许多尝试重新configuration帐户没有身份validation，没有SSL ，它仍然有发送退出，而不是从一个邮件的行为。 我也尝试将平板电脑放在SMTP服务器的本地networking上 （这将接受来自本地客户端端口25的未经身份validation的邮件进行中继）。
我从邮件应用程序中删除了该帐户，并重新进行设置 （完整的身份validation和端口465上的SSL），并在第一次就解决了。