51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 12117|回复: 7
打印 上一主题 下一主题

[原创] 邮件测试中所遇到的错误代码

[复制链接]
  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    跳转到指定楼层
    1#
    发表于 2010-1-20 20:12:04 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
    表(一) SMTP 代码
    代码 释义
    421 Service not available, closing transmission channel 括号内的主机无法提供正常服务,关闭传送管道,邮件将滞留在主机上
    450 Requested mail action not taken: mailbox unavailable 所要求的邮件动作无法执行:邮件信箱无法提供服务,邮件将滞留在主机上
    451 Requested action aborted: local error in processing 要求动作中断:本地端错误
    452 Requested action not taken: insufficient system storage 要求动作无法执行:系统空间不足
    550 Requested action not taken: mailbox unavailable 所要求动作无法执行:信箱不存在,邮件将退回给寄件者
    551 User not local; please try 邮件服务器知道使用者不属于本地端,将尝试括号内的转送路径
    552 Requested mail action aborted: exceeded storage allocation 所要求的动作中断:超出所分配的储存空间,邮件将退回给寄件者
    553 Requested action not taken: mailbox name not allowed 所要求的动作未执行:信箱不允许该动作执行
    554 Transaction failed 传送失败

    表(二) DSN 错误代码
    注意事项:第一个字符为 4 或 5
    4.X.X 代表暂时错误,邮件服务器将稍后再试
    5.X.X 代表邮件传送失败
    类别 代码 释义  
    X.1.X 表示邮件地址(Address)问题 X.1.0 Other address status 其它邮件地址问题
    X.1.1 Bad destination mailbox address 收件地址信箱错误
    X.1.2 Bad destination system address 收件地址系统错误
    X.1.3 Bad destination mailbox address syntax 收件地址信箱句法错误
    X.1.4 Destination mailbox address ambiguous 收件地址信箱不清
    X .1.5 Destination mailbox address valid 收件地址信箱无效
    X.1.6 Mailbox has moved 信箱已移除
    X.1.7 Bad sender''s mailbox address syntax 寄件者信箱句法错误
    X.1.8 Bad sender''s system address 寄件者系统错误
    X.2.X 表示收件者信箱(Mailbox)问题 X.2.0 Other or undefined mailbox status 其它或未定义的收件者信箱问题
    X.2.1 Mailbox disabled, not accepting messages 信箱无法运作,无法接收信件
    X.2.2 Mailbox full 信箱已满
    X.2.3 Message length exceeds administrative limit. 邮件长度超出管理者限制
    X.2.4 Mailing list expansion problem 此信箱属于特定邮件群组,但群组无法开展
    X.3.X 表示目的地邮件系统(Mail System)问题 X.3.0 Other or undefined mail system status 其它或未定义的邮件系统问题
    X.3.1 Mail system full 邮件系统储存空间已满
    X.3.2 System not accepting network messages 主机无法接收信件,可能暂时关机、维修等
    X.3.3 System not capable of selected features 指定的邮件特征无法为收件主机所接收
    X.3.4 Message too big for system 邮件大小超出邮件系统限制
    X.3.5 System incorrectly configured 系统设定错误,无法接收邮件
    X.4.X 表示邮件传送系统网络与路由(Network and Routing)问题 X.4.0 Other or undefined network or routing status 其它或未定义的网络与路邮设定问题
    X.4.1 No answer from host 主机无响应
    X.4.2 Bad connection 联机错误
    X.4.3 Directory server failure 网络系统无法转送邮件,例如无法联机到DNS服务器
    X.4.4 Unable to route 邮件系统所需的路由信息不足,无法决定传送路由
    X.4.5 Network congestion 网络壅塞
    X.4.6 Routing loop detected 邮件因错误的路由设定,多次遶行而无法传送
    X.4.7 Delivery time expired 邮件滞留主机过久
    X.5.X
    表示邮件传送协议问题 (Mail Delivery Protocol)问题,可能是寄件方、收信方或是传送邮件系统的问题 X.5.0 Other or undefined protocol status 其它或未定义的通讯协议问题
    X.5.1 Invalid command 命令无效
    X.5.2 Syntax error 邮件传送协议的句法错误
    X.5.3 Too many recipients 太多收件者
    X.5.4 Invalid command arguments 命令叙述错误
    X.5.5 Wrong protocol version 错误的通讯协议版本
    X.6.X
    表示邮件内容或媒介(Message Content or Media)的问题,收件者与寄件者双方必需支持同样的内容类别(Content Type) X.6.0 Other or undefined media error 其它或未定义的媒介问题
    X.6.1 Media not supported 传送协议或转送邮件的系统不支持该媒介
    X.6.2 Conversion required and prohibited 邮件内容在传送之前必需经过转换动作,但该动作不被允许
    X.6.3 Conversion required but not supported 邮件内容在转送之前须经过转换动作,但无法执行
    X.6.4 Conversion with loss performed 邮件传送成功,但部份内容因无法转换而遗失
    X.6.5 Conversion failed 转换动作失败
    X.7.X 表示安全或邮件监控规则(Security or Policy) 的问题 X.7.0 Other or undefined security status 其它安全或邮件监控规则问题
    X.7.1 Delivery not authorized, message refused 寄件者无授权传送信件
    X.7.2 Mailing list expansion prohibited 寄件者无授权寄信予该邮件群组
    X.7.3 Security conversion required but not possible 邮件安全协定
    X.7.4 Security features not supported 邮件含有安全特征如认证措施,但不为传送协议所接受
    X.7.5 Cryptographic failure 经授权得以认证或解密该邮件的系统无法完成该动作,因所需信息不完全
    X.7.6 Cryptographic algorithm not supported 经授权得以认证或解密该邮件的系统无法完成该动作,因算法不支持
    X.7.7 Message integrity failure 经授权得以认证该邮件的系统无法完成该动作,因邮件已损毁
    *******************************************************************************
    发送邮件常见出错代码
    按照下列“Q”代表问题,“A”代表解答。
    Q:the server says:550 relaying mail to <> is not allowed
    Q:The server says:550 <>... relaying denied
    Q:the server says:550 5.7.1 relaying not permitted:
    A:使用某些Smtp服务器时,限制了收件人的地址,只能换一个Smtp服务器。
    Q:The server says:550 <>:local user only
    Q:The server says:550 <>:Invalid User
    Q:The server says:550 Invalid recipient
    A:使用163.net,163.com,yeah.net和netease.com之类的Smtp服务器时,只能用自身的信箱发信,所以要在Outlook Express的“帐户属性”中的“个人信息”里面填写正确的邮件地址。
    Q:the server says:551 delivery not allowed to non-local recipient
    Q:The server says:553 Relay restriction.
    Q:The server says:553 From <>, message blocked.
    Q:The server says:553 sorry,you are not allow to use this SMTP to relay your eami
    Q:The server says:553 sorry, that domain isn''t in my list of allowed rcpthosts
    A:使用21cn.com,china.com,371.net,sina.com等大多数信箱的smtp服务器时,只能用自身的信箱发信,所以要在Outlook Express的“帐户属性”中的“个人信息”里面填写正确的邮件地址。
    Q:The server says:505 client was not authenticated
    Q:The server says:553 authentication is required to send mail as <>
    A:使用263.net和sohu.com的Smtp服务器时,不但要用自身的邮箱发信,而且要加入身份验证,所以即要在“个人信息”中填写正确邮箱地址,又要选中“SMTP服务器需要认证”。
    Q:The server says:535 Error:authenticatin failed
    Q:The server says:535 Authentication unsuccessful
    Q:The server says:452 Insufficient system storage
    A:在使用Esmtp认证的过程中出错,检查一下Esmtp设置,多试几次。
    Q:The server says:553 <>...domain name required
    Q:The server says:550 Unable to relay for ...
    A:多出现在用Wingate代理服务器发送邮件时。虽然在Wingate中“POP3 邮箱帐号”要使用“用户名#POP3地址”的格式,但在“帐户属性”中的“个人信息”中还是要填写一般的格式。
    Q:The server says:553 mailbox name not allowed
    A:收件人邮箱地址不允许,需检查收件人地址是否正确。
    Q:the server says:553 sorry, your envelop sender is in my badmailfrom list
    A:服务器限制了收件人的地址,只能换一个smtp服务器发信。
    Q:the server says:554 Transaction failed
    Q:The server says:451 Requested action aborted,errno=28
    A:传输失败,检查网络问题。
    Q:the server says:503 error:needmail command
    Q:The server says:503 need mail before RCPT.
    Q:The server says:503 Bad sequence of commands
    A:消息命令顺序出错,一般出现在其他错误之后,先检查之前出现的错误提示。
    Q:The Server says:501 syntax.helo hostname
    Q:The server says:501 Invalid domain name
    Q:The server says:502 unimplemented command
    Q:the server says:503 5.0.0 polite people say HELO first
    Q:The server says:533 relay restriction
    Q:The server says:544 <>:Recipient address rejected: Relay access denied
    A:传输中的语法错误,原因不明。
    Outlook Express错误代码表
    错误码 一般意义
    0x800C0131 可能是 Folders.dbx 文件属性错误或损坏
    0x800C013E 可能是 Folders.dbx 文件属性错误或损坏
    0x800CCC00 身份验证(Authentication)未载入
    0x800CCC01 认证(Certificate)内容错误
    0x800CCC02 认证日期错误
    0x800CCC03 使用者已连线
    0x800CCC05 未连接到服务器
    0x800CCC0A 邮件下载未完成
    0x800CCC0B 服务器忙碌中
    0x800CCC0D 找不到主机(检查你的SMTP服务器是不是设错,亦可能是对方Server 的问题,例如 Mail Server 没有开机、对方的DNS 服务器死掉了等等)
    0x800CCC0E 联机到服务器失败,无法与主机建立联机。可能对方主机正在维护中、或是网络联机品质不好、服务器关机、邮件服务器尚未启动等等,等一段时间再试。
    如果你的防毒软体有类似「电子邮件防护」这类的功能,建议先关闭「电子邮件防护」再做收发邮件的测试,从经验中得知,有时会因为防毒软体的「电子邮件防护」的干扰,会产生不能收发邮件的情形。
    0x800CCC0F 服务器结束连线(对方服务器负荷过重、网路传输堵塞易造成此现象,可以试着增加你连线逾时的等候时间试试看,或是换一连线品质较佳的 ISP)
    分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
    收藏收藏
    回复

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    2#
     楼主| 发表于 2010-1-20 20:12:35 | 只看该作者
    x800CCC10 服务器无法辨认此邮件位址
    0x800CCC11 服务器无法辨认的 Mailing list
    0x800CCC12 无法传送 Winsock request
    0x800CCC13 无法接收 Winsock reply
    0x800CCC14 无法起始 Winsock
    0x800CCC15 无法开启 Windows Socket
    0x800CCC16 无法辨认使用者帐号,使用者帐号错误
    0x800CCC17 使用者中断操作
    0x800CCC18 登入失败 (例如:不需要安全密码认证登入,但却设了安全密码认证登入)
    0x800CCC19 连接服务器超时
    0x800CCC1A 无法以 SSL 建立连线
    Winsock 错误
    0x800CCC40 Network subsystem 无法使用
    0x800CCC41 Windows Sockets 不支持此应用程序
    0x800CCC43 Bad address.
    0x800CCC44 Windows Sockets 无法载入
    0x800CCC45 Operation now in progress..
    SMTP 错误
    0x800CCC60 不合法的回应
    0x800CCC61 不明的错误代码
    0x800CCC62 收到语法错误
    0x800CCC63 语法参数不正确
    0x800CCC64 指令不完整
    0x800CCC65 不正确的指令序列
    0x800CCC66 指令不完整
    0x800CCC67 没有这个指令
    0x800CCC68 邮件信箱被锁住或忙碌中
    0x800CCC69 找不到邮件信箱
    0x800CCC6A 处理要求错误
    0x800CCC6B 邮件信箱不在此服务器上
    0x800CCC6C 已无空间储存邮件
    0x800CCC6D 已超过限制的储存容量上限
    0x800CCC6E 不合法的邮件信箱名称
    0x800CCC6F Transaction error,出现这讯息,可能是服务器不接受你的邮件,请跟你的 ISP 联络。
    0x800CCC78 不明的寄件者,或邮件回覆(reply-to)地址不正确,或需要身分认证(Yahoo 邮件需要 SMTP 认证)。
    0x800CCC79 收件者被服务器拒绝 (Relay Denied:最常发生於 Outlook Express 的 SMTP 设定不正确,请使用提供你连线服务的ISP公司之SMTP服务器来寄信,)
    0x800CCC7A 没有指定寄件者
    0x800CCC7B 没有指定收件者
    POP3 错误
    0x800CCC90 登入邮件服务器发生错误,检查一下你是不是有使用该服务器的权限。或者:不需要安全密码认证登入,但却设了安全密码认证登入
    0x800CCC91 使用者名称错误或找不到此使用者
    0x800CCC92 帐号、密码错误
    0x800CCC93 无法解释回应
    0x800CCC94 需要指令
    0x800CCC95 服务器上已无邮件
    0x800CCC96 没有邮件标记为要下载
    0x800CCC97 Message ID 超出范围
    NNTP 错误
    0x800CCCA0 新闻服务器回应错误,可能你没有拥有可使用该服务器的权限。
    0x800CCCA1 读取新闻群组失败
    0x800CCCA2 要求服务器邮件清单失败
    0x800CCCA3 无法显示清单
    0x800CCCA4 无法开启群组
    0x800CCCA5 服务器无此群组
    0x800CCCA6 邮件不在服务器上
    0x800CCCA7 找不到件标题
    0x800CCCA8 找不到邮件本文
    0x800CCCA9 无法发布到服务器上
    0x800CCCAA 无法开启下封邮件
    0x800CCCAB 无法显示日期
    0x800CCCAC 无法显示标题
    0x800CCCAD 无法显示 MIME 标题
    0x800CCCAE 使用者名称或密码不正确
    RAS 错误
    0x800CCCC2 未安装拨号网路
    0x800CCCC3 找不到拨号网路
    0x800CCCC4 拨号网路错误
    0x800CCCC5 Connectoid 坏或遗失
    0x800CCCC6 取得拨号设定时错误
    IMAP 错误
    0x800CCCD1 登入失败
    0x800CCCD2 Message tagged
    0x800CCCD3 Invalid response to request.
    0x800CCCD4 语法错误
    0x800CCCD5 不是 IMAP 服务器
    0x800CCCD6 Buffer 已超过上限
    0x800CCCD7 Recovery error
    0x800CCCD8 资料不完整
    0x800CCCD9 连接被拒
    0x800CCCDA 不明的回应
    0x800CCCDB User ID 已更改
    0x800CCCDC User ID 指令失败
    0x800CCCDD Unexpected disconnect
    0x800CCCDE Invalid server state
    0x800CCCDF 无法认证用户端
    邮件扫描错误
    0x8004210a
    (或0x800ccc19) 安装了杀毒软件,并打开了“扫描收到的电子邮件”和“扫描发送的电子邮件”
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    3#
     楼主| 发表于 2010-1-20 20:14:57 | 只看该作者

    2.1 SMTP的模型
    SMTP提供了一种邮件传输的机制,当收件方和发件方都在一个网络上时,可以把邮件直传给对方;当双方不在同一个网络上时,需要通过一个或几个中间服务器转发。SMTP首先由发件方提出申请,要求与接收方SMTP建立双向的通信渠道,收件方可以是最终收件人也可以是中间转发的服务器。收件方服务器确认可以建立连接后,双发就可以开始通信。下面是SMTP的模型示意图。


    发件方SMTP向收件方发处MAIL命令,告知发件方的身份;如果收件方接受,就会回答OK。发件方再发出RCPT命令,告知收件人的身份,收件方SMTP确认是否接收或转发,如果同意就回答OK;接下来就可以进行数据传输了。通信过程中,发件方SMTP与收件方SMTP 采用对话式的交互方式,发件方提出要求,收件方进行确认,确认后才进行下一步的动作。整个过程由发件方控制,有时需要确认几回才可以。

    为了保证回复命令的有效,SMTP要求发件方必须提供接收方的服务器及邮箱。邮件的命令和答复有严格的语法定义,并且回复具有相应的数字代码。所有的命令由ASCII码组成。命令代码是大小写无关的,如MAIL和 mail ﹑mAIL是等效的。
    2.2 SMTP的基本命令
    SMTP定义了14个命令,它们是:
    HELO <SP> <domain> <CRLF>
    MAIL <SP> FROM:<reverse-path> <CRLF>
    RCPT <SP> TO:<forward-path> <CRLF>
    DATA <CRLF>
    RSET <CRLF>
    SEND <SP> FROM:<reverse-path> <CRLF>
    SOML <SP> FROM:<reverse-path> <CRLF>
    SAML <SP> FROM:<reverse-path> <CRLF>
    VRFY <SP> <string> <CRLF>
    EXPN <SP> <string> <CRLF>
    HELP [<SP> <string>] <CRLF>
    NOOP <CRLF>
    QUIT <CRLF>
    TURN <CRLF>
    其中使得SMTP工作的基本的命令有7个,分别为:HELO﹑MAIL﹑RCPT﹑DATA﹑REST﹑NOOP和QUIT.下面分别介绍如下。

    HELO--发件方问候收件方,后面是发件人的服务器地址或标识。收件方回答OK时标识自己的身份。问候和确认过程表明两台机器可以进行通信,同时状态参量被复位,缓冲区被清空。
    MAIL--这个命令用来开始传送邮件,它的后面跟随发件方邮件地址(返回邮件地址)。它也用来当邮件无法送达时,发送失败通知。为保证邮件的成功发送,发件方的地址应是被对方或中间转发方同意接受的。这个命令会清空有关的缓冲区,为新的邮件做准备。
    RCPT --这个命令告诉收件方收件人的邮箱。当有多个收件人时,需要多次使用该命令,每次只能指明一个人。如果接收方服务器不同意转发这个地址的邮件,它必须报550错误代码通知发件方。如果服务器同意转发,它要更改邮件发送路径,把最开始的目的地(该服务器)换成下一个服务器。
    DATA--收件方把该命令之后的数据作为发送的数据。数据被加入数据缓冲区中,以单独一行是"<CRLF>.<CRLF>"的行结束数据。结束行对于接收方同时意味立即开始缓冲区内的数据传送,传送结束后清空缓冲区。如果传送接受,接收方回复OK。
    REST--这个命令用来通知收件方复位,所有已存入缓冲区的收件人数据,发件人数据和待传送的数据都必须清除,接收放必须回答OK.
    NOOP--这个命令不影响任何参数,只是要求接收放回答OK, 不会影响缓冲区的数据。
    QUIT--SMTP要求接收放必须回答OK,然后中断传输;在收到这个命令并回答OK前,收件方不得中断连接,即使传输出现错误。发件方在发出这个命令并收到OK答复前,也不得中断连接。
    下面是SMTP答复中用到的代码和含义:
    500 Syntax error, command unrecognized
    [This may include errors such as command line too long]
    501 Syntax error in parameters or arguments
    502 Command not implemented
    503 Bad sequence of commands
    504 Command parameter not implemented
    211 System status, or system help reply
    214 Help message
    [Information on how to use the receiver or the meaning of a
    particular non-standard command; this reply is useful only to the human user]
    220 <domain> Service ready
    221 <domain> Service closing transmission channel
    421 <domain> Service not available, closing transmission channel
    [This may be a reply to any command if the service knows it must shut down]
    250 Requested mail action okay, completed
    251 User not local; will forward to <forward-path>
    450 Requested mail action not taken: mailbox unavailable
    [E.g., mailbox busy]
    550 Requested action not taken: mailbox unavailable
    [E.g., mailbox not found, no access]
    451 Requested action aborted: error in processing
    551 User not local; please try <forward-path>
    452 Requested action not taken: insufficient system storage
    552 Requested mail action aborted: exceeded storage allocation
    553 Requested action not taken: mailbox name not allowed
    [E.g., mailbox syntax incorrect]
    354 Start mail input; end with <CRLF>.<CRLF>
    554 Transaction failed
    最后,让我们看一个RFC821中给出的例子。这封信是Smith在主机Alpha.ARPA 发给主机Beta.ARPA上的
    Jones,Green和 Brown.并且假定两台主机在同一个网络上。

    S: MAIL FROM:<Smith@Alpha.ARPA>
    R: 250 OK
    S: RCPT TO:<Jones@Beta.ARPA>
    R: 250 OK
    S: RCPT TO:<Green@Beta.ARPA>
    R: 550 No such user here
    S: RCPT TO:<Brown@Beta.ARPA>
    R: 250 OK
    S: DATA
    R: 354 Start mail input; end with <CRLF>.<CRLF>
    S: Blah blah blah...
    S: ...etc. etc. etc.
    S: <CRLF>.<CRLF>
    R: 250 OK
    邮件最后被对方接受。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    4#
     楼主| 发表于 2010-1-20 20:15:10 | 只看该作者
    3.电子邮件的工作原理


    电子邮件与普通邮件有类似的地方,发信者注明收件人的姓名与地址(即邮件地址),发送方服务器把邮件传到收件方服务器,收件方服务器再把邮件发到收件人的邮箱中。如下图所示:

    更进一步的解释涉及到以下几个概念:
    MUA -- Mail User Agent, 邮件用户代理,帮助用户读写邮件;
    MTA -- Mail Transport Agent, 邮件传输代理,负责把邮件由一个服务器传到另一个服务
    器或邮件投递代理;
    MDA -- Mail Delivery Agent, 邮件投递代理,把邮件放到用户的邮箱里。
    整个邮件传输过程如下:
    目前使用的SMTP 协议是存储转发协议,意味着它允许邮件通过一系列的服务器发送到最终目的地。服务器在一个队列中存储到达的邮件,等待发送到下一个目的地。下一个目的地可以是本地用户,或者是另一个邮件服务器,如下图所示。


    如果下游的服务器暂时不可用,MTA 就暂时在队列中保存信件,并在以后尝试发送。

    4. 电子邮件的信头结构及分析

    4.1 邮件的结构
    在最高层,邮件的结构是非常简单的,用户从终端机上看到的邮件格式一般为:
    1. From: user1@domain1.com
    2. To: user2@domain2.com
    3. Subject: Explaination of mail format
    4. Date: Thu, 1 Apr 1999. 10:00:00 GMT
    5. Hi, Jack
    7. This mail is to explain you the mail format
    8. - - - -
    9. Thanks
    10. Bob
    其中, 1~~4 行称作信件信头(message header) 6~~10行描述信件要表达的内容,称为信体 (message body)。第5行是空行,根据RFC822的要求,信头和信体之间必须加入一空行。信头通常包含字段From, To, Subject 和Date,有的邮件还包含cc,bcc等字段。
    4.2 邮件的信头
    事实上,邮件在传输过程中,服务器要把它打包成一个数据对象,包括上面的信件和一个信封。邮件的投递是依靠信封上的地址或信封信头(envelop address 或envelop header),而不是上面讲的信件上的地址。
    从表面上看,一封邮件是从发件人的机器直接传送到收件人的机器,但通常这并不正确,一封邮件发送和接受过程至少要经过四台计算机。参考下图所示。用户通常在自己的电脑前编写阅读邮件,我们把它叫做客户端 (client 1~~4 )。大部分组织里,都是用一台专门的机器处理邮件,称作邮件服务器 (SMTP1, SMTP2). 如果用户是从家里拨号上网,那末邮件服务器是ISP 提供的。

    当某个用户在自己的电脑 Client1 前编写完一个邮件,然后把它发送到他的ISP 的邮件服务器SMTP1。此时她的机器已经完成了所有的工作,但邮件服务器SMTP1还必须想法把邮件发送到目的地。SMTP1 通过阅读信头或信封上的地址,找到收件认得邮件服务器SMTP2, 然后与该服务器建立连接,把邮件发到收件人的服务器上,等待收件人来取阅。
    下面我们将通过一个例子说明整个邮件传送过程及邮件的信头变化。假设发件人的名字叫 Sender, email地址是 sender@domain1.com 使用的电脑名字叫 client1, IP 地址是 [111.11.1.1] (假设的地址)。 收件人的名字叫 receipt, email 地址是 receipt@domain2.com, 使用的电脑的名字叫 client2,IP 地址是 [222.22.2.2] (假设的地址)。当邮件编辑完传送给其邮件服务器mail.domain1.com 时,邮件的信头格式为:
    From: sender@domain1.com
    To: receipt@domain2.com
    Date: Tue, Mar 18 1998 15:36:24 GMT
    X-mailer:Sendmail 8.9.0
    Subject: Greetings
    当邮件服务器 mail.domain1.com 把邮件传到接收方的服务器 mail.domain2.com 时,接受方服务器会在信头上记录下有关的计算机信息,邮件的信头变成:
    Received: from client1.domain1.com (client1.domain1.com [111.11.1.1]) by mail.domain1.com (8.8.5) id 004A21; Tue, Mar 18 1998 15:3 7:24 GMT
    From: sender@domain1.com
    To: receipt@domain2.com
    Date: Tue, Mar 18 1998 15:36:24 GMT
    Message-Id: <client1254556544-45556454@mail.domain1.com>
    X-mailer:Sendmail 8.9.0
    Subject: Greetings
    当收件人服务器mail.domain2.com 把邮件接收并存初下来,等待收件人来阅读时,邮件的信头将会再加入一条记录:
    Received: from mail.domain1.com (mail.domain1.com [111.11.1.0] ) by mail.domain2.com (8.8.5/8.7.2) with ESMTP id LAA20869; Tue, Mar 18 1998 15:39:44 GMT
    Received: from client1.domain1.com (client1.domain1.com [111.11.1.1]) by mail.domain1.com (8.8.5) id 004A21; Tue, Mar 18 1998 15:37:24 GMT
    From: sender@domain1.com
    To: receipt@domain2.com
    Date: Tue, Mar 18 1998 15:36:24 GMT
    Message-Id: <client1254556544-45556454@mail.domain1.com>
    X-mailer:Sendmail 8.9.0
    Subject: Greetings
    上面整个记录就将是收件人看到的完整的邮件信头。让我们逐行看一下信头中各行的含义:
    Received: from mail.domain1.com (mail.domain1.com [111.11.1.0] ) by mail.domain2.com (8.8.5/8.7.2) with ESMTP id LAA20869; Tue, Mar 18 1998 15:39:44 GMT
    这封信是从一台自称为 mail.domain1.com 的机器上接收的;这台机器的IP 地址是[111.11.1.0],真实名字就是标称名字 mail.domain1.com; 接收方的机器名称是 mail.domain2.com, 运行的邮件服务器是 Sendmail, 版本(8.8.5/8.7.2) 。接收方机器给邮件的编号是ESMTP id LAA20869, 接收到的时间是 Tue, Mar 18 1998 15:39:44 GMT。
    Received: from client1.domain1.com (client1.domain1.com [111.11.1.1]) by mail.domain1.com (8.8.5) id 004A21; Tue, Mar 18 1998 15:37:24 GMT
    这条记录表明信件是由机器client1.domain1.com ( IP 地址是 [111.11.1.1]) 在Tue, Mar 18 1998 15:37:24 GMT交给mail.domain1.com,并赋给编号id 004A21。
    From,TO ,Date和Subject 都易于理解,分别指明发件人,收件人,信件编辑日期及信件主题。
    Message-Id: <client1254556544-45556454@mail.domain1.com>
    这是由发件方邮件服务器赋给这封邮件的编号。与其它编号不同,这个编号自始至终跟随邮件。
     
    第二章 OPEN RELAY 的原理及测试

    1.OPEN RELAY 的原理
    由于技术的原因,在80年代前,网络还不是很健全,机器之间很少能直接对话发送邮件,人们必须得找出一条有效的连接通路来,然后信件沿着通路一步一步传送到目的地。SMTP协议中就明确指出当邮件在不同的网络间传送时,需要借助中间服务器的RELAY。
    邮件在收件方和发件方之间会经过毫不相干的第三方服务器,这就是邮件转发 (RELAY)。 如下图所示:

    图中的 MAIL SERVER 是可以对要求转发的邮件进行限制的,如只转发来自某个域的邮件或来自于某些IP 得邮件。如果转发没有任何限制,就被称为 OPEN RELAY 或 THIRD ** RELAY。
    从历史上看,relay 曾经发挥过重要作用。而且当时这些工作主要靠手工来做,就像我们今天通过邮局发一封信一样。假如我想从沈阳发一封信件到深圳,我再信封上写好收信地址深圳,邮局就需要找到定义的运送路线: 沈阳,北京,郑州,长沙,广州,深圳。甚至还要长一些。其中很重要一点是每一个中继站都能很好的理解这封信将被送到哪里,下一个接收站是谁。在电子邮件里,这就相当于每个中继服务器清楚下一个服务起是谁,这就是邮件的转发。

    目前,正常邮件转发已经不再必要,相反,无限制转发常常被发送垃圾邮件的人利用,隐藏真实的邮件来源,让别人以为是从另外的ISP 发出的信件;同时,也把大量的处理工作转移到别人机器上。
    由于前面提到的历史的原因,最初的绝大多数邮件服务器都允许OPEN RELAY的。今天,大部分邮件服务器升级版本已经在缺省设置中关闭了OPEN RELAY, 如Sendmail 从8.9.3版本开始,Exchange Server从5.5版本开始关闭了open relay。有的服务器虽然没有相应的升级版本,也都提供了关闭open relay 的方法,如在NOTES SERVER的配置文件notes.ini 中加入一行:SMTPMTA_REJECT_RELAYS=1。但由于很多服务器管理员的疏忽而没能及时的修补这些安全漏洞,被利用来转发垃圾邮件。

    2 如何确认邮件服务器是否RELAY
    假设要测试的IP是202.112.0.0. 可以使用下列命令进行测试,文中的绿色斜题字为测试邮件服务器的反馈信息:
    #telnet 202.112.0.0 25
    Trying 202.112.0.0...
    Connected to 202.112.0.0.
    Escape character is '^]'.
    220 dns.ccert.edu.cn ESMTP Sendmail 8.11.1/8.11.1; Sat, 30 Jun 2001 21:07:10 +0800
    helo mydomain
    250 dns.ccert.edu.cn Hello point.ccert.edu.cn [202.112.50.3], pleased to meet you
    mail from:nobody@yahoo.com
    250 2.1.0 nobody@#yahoo.com... Sender ok
    rcpt to:nobody@hotmail.com
    550 5.7.1 nobody@hotmail.com... Relaying denied

    最后的Relaying denied 表明该服务器已经安全设置,不会再relay无关邮件了。如果显示的结果是下面的样子,这表明服务器可以转发任何人的邮件。
    rcpt to:nobody@hotmail.com
    250 nobody@hotmail.com... Recipient ok
    data
    354 Enter mail, end with "." on a line by itself
    this is a test of the relay
    .
    250 VAA00289 Message accepted for delivery
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    5#
     楼主| 发表于 2010-1-20 20:19:54 | 只看该作者
    -------------------------------标记线---------------------------------


    软件安装说明:
    尚邮-据说已经被腾讯收购了,软件安装后可以看到腾讯的LOGO。不需要签名,直接安装。

    备注及设置:
    1.绑定邮箱:只要支持pop3协议的公众邮箱和其他邮箱都可以使用尚邮,都可以进行绑定。
    尚邮绑定邮箱时可选择的公众邮箱列表:

    163.com  126.com 139.com 21cn.com  qq.com  
    sohu.com sina.com foxmail.com 21cn.com eyou.com
    hotmail.com msn.com msn.c n live.com live.c n
    gmail.com yahoo.com.cn yahoo.c n   

    重点注意:一些公众邮箱在注册后是没有启动POP功能的,需要手动开启POP功能。这些邮箱有:新浪邮箱sina.com。 腾讯QQ邮箱qq.com。 谷歌GMAIL邮箱gmail.com。如果您使用的是这些邮箱请先在网页上登录这些邮箱,然后在对应的设置中开启POP功能。另外,网易免费邮箱中126和163邮箱06年8月后注册的邮箱是没有POP功能的,需要开通随身邮功能才能开启POP。另外,网易免费邮箱中126和163邮箱06年8月后注册的邮箱是没有POP功能的,需要开通随身邮功能才能开启POP。

    绑定邮箱的方法有两种:在尚邮网站的用户中心中进行绑定;在手机客户端的邮箱管理中进行绑定。

        我建议您在尚邮网站(塞班不让站外链接,百度就搜尚邮即可)上进行绑定的操作,因为这种方式更加直观和快捷,不易受到手机网络信号的影响,操作也更便利。打开网站使用您的用户名和密码进行登录(如果您还没有注册请先进行注册-免费的)就可以进入用户中心,点击“邮箱管理”就可以进行绑定操作了。
        如果您是在手机上进行绑定的操作,要填写的内容也是类似的。

    重点注意:有一些公众邮箱在配置时在“邮件用户名”处需要填写邮件地址全称,其他邮箱只需要填入邮箱地址“@”符前面的内容。这些邮箱包括:
    126.com yahoo.com.cn yahoo.c n hotmail.com
    msn.com msn.c n live.com live.c n


    绑定中常见的问题和一些注意事项:

    ●绑定网易(126\163)邮箱的同志们看下这里了。
        网易免费邮箱(163、126)中2006年10月后注册的邮箱,是不具有POP功能的,需要定制其“随身邮”服务才可开通POP功能,之前注册的邮箱是支持pop功能的。如果您的网易邮箱绑定不成功,请首先确认您的注册日期。
        另外,网易免费邮箱对pop取信频率有严格的限制,因此相对取信速度比较慢,不过出于网易和尚邮的良好关系,其POP服务器将尚邮服务器列在白名单中,网易邮箱收件可以控制在3分钟左右。(如果过于频繁访问网易服务器,会被封掉一段时间,所以尚邮在网易服务器取信设定了一定的访问间隔,没有别的邮箱取信快)。如果您还用其他的客户端软件(如outlook foxmail)来收取163或者126的邮箱,也请您将它们的收取频率改为20分钟收取一次,因为如果这些软件收取频率过高,也同样会产生限制,如果这种限制产生,您就要耐心等候24小时,才能绑定。

    ◆绑定Gmail邮箱的同志们看下这里了   

        Gmail邮箱是将已发送邮件和收到的邮件存放在一起的,所以使用客户端软件收Gmail的邮件会将已发送的邮件一同收取下来。这种情况可以通过把您绑定的gmail邮箱添加到黑名单中去解决这个问题。具体操作方法是在尚邮的设置中找到过滤设置,然后在“黑名单”功能中进行添加。


    ▼绑定QQ邮箱的同志们特别要注意下了
        由于腾讯公司对于QQ邮箱做了非常严格的访问限制,QQ邮箱服务器对pop频次进行限制,一旦超过会被拖入黑名单。而尚邮的腾讯用户非常多,为解决此问题我们已与腾讯进行协商,将pop频次上限提高。但是,QQ邮箱用户增长过快,仍然出现超限现象。因此如果您的QQ邮箱已开通pop功能但仍添加失败,很可能是pop超限导致的。基于如上几点因素,QQ邮箱在尚邮上的用户体验不是很好。建议您将QQ邮箱邮件转发至其他支持pop的邮箱上(如GMAIL等邮箱)代收,然后绑定该邮箱,这样您就能使用尚邮来查看QQ邮箱的邮件了。我常用的是QQ,通过GMAIL转发
       
    ★如果总绑定不成功,请再次检查这几点,很重要
    1、邮箱地址以及用户名和密码是否确认输入的正确。要注意大小写等问题,还有“零”和O,L和I,等相似字符是否看错。
    2、您的邮箱是否是上文中需要手动开POP的邮箱,或者是网易没有POP功能的邮箱。
    3、“邮箱用户名”项是否填写的正确,多数邮箱需要填写“@”前内容,一些邮箱需要填写邮箱地址全称。
    4、绑定的是否为QQ邮箱,建议采用转发。
    5、绑定的是否为163邮箱,很可能是由于POP频次频繁了,需要等24小时再尝试绑定。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2015-6-25 18:04
  • 签到天数: 1 天

    连续签到: 1 天

    [LV.1]测试小兵

    6#
    发表于 2010-1-25 13:08:21 | 只看该作者
    不错的资料。。。。
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    7#
     楼主| 发表于 2010-1-31 23:08:57 | 只看该作者
    file:///D:/Backup/我的文档/My%20Pictures/1.jpg
    回复 支持 反对

    使用道具 举报

  • TA的每日心情
    奋斗
    2020-10-12 15:25
  • 签到天数: 3 天

    连续签到: 1 天

    [LV.2]测试排长

    8#
     楼主| 发表于 2010-4-2 00:09:57 | 只看该作者
    本帖最后由 luozhijun 于 2012-11-28 15:04 编辑

    2012年11月28日


    确定XXXX项目的升级机制,及数据块切割,数据包处理流程


    完成XXX项目的底层固件测试


    午间看了10页书,《拆掉思维里的墙》。

    回复 支持 反对

    使用道具 举报

    本版积分规则

    关闭

    站长推荐上一条 /1 下一条

    小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

    GMT+8, 2024-11-9 06:18 , Processed in 0.075602 second(s), 27 queries .

    Powered by Discuz! X3.2

    © 2001-2024 Comsenz Inc.

    快速回复 返回顶部 返回列表