又是一个邮件问题，送分了。(100分)

现在的SMTP邮件服务器关于身份验证的资料要看哪个RFC文档。我试了几个邮件服务器，
新浪网的登录不上，用AUTH LOGIN没反应。其他的都可以。怎样才能做到兼容所有的服
务器。

EHLO
然后察看返回的信息中AUTH后面跟的是什么。

我试了用ehlo,对新浪网就是不行,它总是返回的是"502 你好!"等。没有AUTH.

建议你先看看协议的内容
http://www.longen.com/s-z/SMTP.htm
这里有详细的资料

To 郑志强cs 收到你的信了 上来找到了这个问题 ：)
你要查的RFC相关文档应该是 RFC1425 这是 SMTP扩展部分的讲解
具体可能还涉及到 RFC1426和RFC1427
你说的使用Auth login Sina 没有反应可能Sina没有SMTP认证吧 我没有试
我试了一下263的 下面是一次成功的通信过程，我将具体讲解一些相关的详细规则。
S Server C Client
S: 220 smtp.263.net ESMTP
C: helo smtp.263.net
S: 250 smtp.263.net
C: auth LOGIN/TE9HSU4= (该参数指出了验证方式，这里为LOGIN)
S: 334 VXNlcm5hbWU6(如果服务器不支持这种方式会返回504或者503，334表示支持。同时后面的字符串是问你“username:”
C: eGZ0YW5n（Tintin来啦）
S: 334 UGFzc3dvcmQ6（你的密码password:）
C: EE UGFzc3dvcmQ6（我的密码，这里显然是假的）
S: 235 Authentication successful (你通过了)
C: mail from: Tintin2000@23.net （下面让我们来试试看）
S: 553 You are not authorized to send mail as <Tintin2000@23.net>
C: mail from: <Tintin2000@263.net>
S: 250 Ok
rcpt to: <Tintin2000@263.net>
250 Ok（全通过了）
我这里举出的是263的SMTP服务器所使用的验证方法，实质上验证方法可以有很多中的，
如CRAM-MD5、DIGEST-MD5等等。
另外，在ESMTP中对于Agent可以直接在Mail From指令中指定参数进行身份验证，
这样虽然可以剩下一点通信时间，但是Mail From指令会由于参数太多而变得非常庞大，
甚至会超出500字符的限制，很不灵活，不推荐使用。

BTW terry_lzs提供的连接真不错 ：)，我可以 ctrl+c ctrl+v了
还有上述的操作用的是 telnet
你可以 先telnet SMTP.263.net 25 然后进行 ehlo就可以拉

To tintin:
首先感谢你的到的到来。我忘记把这个问题的URL链接给你。实在不好意思 。
我的问题好象搞定了。原来SINA的验证过程是：
s:220 sina.com ESMTP
c:ehlo
s:250 8BITMIME
c:auth login
s:334 VXNlcm5hbWU6
s:邁
Username:&
c:hnzzq
s:334 UGFzc3dvcmQ6
s:邁
Password:
c:******
s:553 用户登录失败 - authentication failed
我原来一直用helo,然后接auth login。所以没通过。因为sina用
helo [smtp.sina.com.cn],sina总是返回"502 你好-hello".
但是我在新浪有一个邮箱，我用我的密码怎么会出错呢？难道是我记错了。我的指法不会这么差吧。
我试了几次都错。我这就有点搞不懂了。另外怎样才能做到兼容所有的服务器，难道要一个个去试吗？
Foxmail实在是太历害了。能向前兼容。不知道coolmail2001怎么样,什么时候发表。: )

我刚才试了 SMTP.sina.com.cn 25 没有出现你说的现象
注-- 不是 helo 是 ehlo （原来我也写错了）
不同的邮件服务商的服务器应该是一致的
但是邮件格式上有一些服务商就不大注意了，兼容就是为了兼容这个
没有什么好办法，只能特殊情况特殊对待了：）
CoolMail2001在CoolPOP3和CoolSMTP上没有什么大的变化（SMTP增加了身份验证）
在邮件分析处理上增强了很多，什么时候发布我不知道 等等吧 ：）

其实邮件的难点不在这些一问一答的东西，反正按照协议去做就对了，所有的邮局系统都是
遵照这一协议，至少目前是这样。
s端发过来的重要的是前几个数码，后面的只是解释罢了。

多人接受答案了。