邮件附件大小出错提示！！！
任务“lizp@penavicocargo - 正在发送”报告了错误(0x800CCC61):“您的发送(SMTP)服务器报告发生了内部错误。如果持续收到此类信息，请与服务器管理员或 Internet 服务提供商(ISP)联系。  响应服务器: 559 Rejected,mailsize exceed role_maxmail_size limit.Please contact your domain administrator.”
使用了扫描服务器发送邮件出错或收件人地址出错！
由于服务器拒绝收件人之一，无法发送邮件。被拒绝的地址是“ellen.qi@penavicocargo”。 主题 'Fw: 运价备案', 帐户: '172.20.1.10', 服务器: '172.20.1.10', 协议: SMTP, 服务器响应: '550 5.1.1 <ellen.qi@penavicocargo> User unknown; rejecting', 端口: 25, 安全(SSL): 否, 服务器错误: 550, 错误号: 0x800CCC79
User unknown; rejecting 用户不明；拒绝
user not exist  用户名不存在
263客户端常见问题
2009-7-7
用户反馈收到邮件后看不到附件，网页上显示winmail.dat：是由发信人采用的客户端office outlook的独有 rtf格式导致， OE和 低版本的foxmail都无法显示，只有收信人也是 office outlook和foxmail 6.5 版本的才可以看到。 
可以在电话中向用户解释，或者也可以将收到的有问题的邮件原信作为附件发送到客服邮箱，我们根据原信为用户核实。
重复收信问题：请用户先核实重复的邮件在WEB页面上有几封，如果网页上只有1封，客户端重复收取，是由于客户端索引文件导致。客户端在收取页面上的邮件后会标记已读，但是由于标记失败导致重复收取，或者重复的邮件规则、收取邮件一半的时候中断导致。
如果网页上就有多封，那么可以请用户提供一下用户名和密码，到重复收到的邮件转客服邮箱处理。（邮件中注明用户名和密码，以及重复的邮件主题），如用户不提供密码，可以将重复收到的邮件原信作为附件发送到客服邮箱，我们为用户核实（最少2封）
用户客户端返回报错 “未知错误，0x800C00133”：是由于OE的bug导致，oe当存储文件夹下单个文件的容量超过或接近2G就会出现此报错，指导用户建立新的标识，建立帐号后，在工具〉选项〉维护中变更一下邮件的存储路径解决收信问题，可以向用户说明老的邮件都在“主标识”下，不会丢失。
用户反馈有乱码邮件：请用户在查看〉编码中转换是否可以，如果不行的话。　（ＷＥＢ上也可以切换编码），询问一下用户在网页上看到的乱码还是客户端上，如果是网页上，请用户提供一下用户名和密码，以及乱码邮件的收取时间，转客服邮箱核实。 如果用户不提供密码，则请将乱码邮件的原信作为附件发送到客服邮箱，我们为用户核实。
如果用户是
客户端上看到的，可以直接将乱码邮件的原信作为附件发送到客服邮箱，我们为用户核实
用户客户端报错提示  由于服务器拒绝收信人之一 554 relay access denied  0x800ccc79:
服务器地址发送邮件出现此报错，“我的服务器要求身份验证”未选中就会出现此报错
由于服务器拒绝收信人之一 550 user not exist  0x800ccc79
发送邮件时会出现此报错
是由于同域下的一个收信人地址不存在导致，请用户核实一下收信人地址栏，其中一个自己域下的地址是否填写错误。
还有一种情况比较特殊，收信人地址与用户域名不同，但是由于收信人也是263的用户，（注意区分1套和2套，相互之间为不同域）均为不同域地址，收信人地址不存在也会引发此报错提示。 出现此问题是注意检查收信人的域名是否也是263企业邮局，如果是的话向用户说明情况。
注意：比如有用户企业邮局到期了，转走后由于配置文件没有删除，咱们仍然认为是263的用户，当263其他用户向该域投递邮件的时候，就会出现此报错。 如果无法判断的话可以记录用户报错时间、发信人邮箱地址、收信人地址转客服邮箱查询。
用户登录提示输入用户名和密码：
发送和接收均会出现此报错
1.请用户在网页上看一下是否可以登录，如果也提示密码错误，请用户联系自己的服务器管理员修改一下密码
2.如果在网页上登录正常，则证明邮箱没有问题，请用户核实用户名是否输入完整、密码是否输入正确。（键盘连键、输入为全角都会有此问题）
3.如核实用户名和密码无误，看一下用户服务器是否设置正确，如果是1套用户填写的2套的服务器地址，就会出现此问题
4.如果均核实无误，管理员修改了密码也不行，请用户提供用户名和密码测试一下
返回未知错误 598 mail rejected by keyword：
发送邮件会出现此报错
用户发送的邮件内包含了 smtp服务器拒绝的内容被拒收了，譬如 、法等，请用户提供客户端报错时间、发信人邮箱地址，转客服邮箱为用户查询拒收了哪些关键字，回避开即可发送。
网页发送发送禁止的关键字会提示“发送失败、系统错误” ，也记录发信人地址、报错时间转客服邮箱查询拒收了哪些关键字
收信提示无法使用安全密码验证登陆 -err unknow command AUTH  0x800CCC90
接收邮件出现此报错
由于客户端使用了“使用安全密码验证登陆”我们的pop服务器不支持，才会出现此报错，
您的服务器意外终止了连接，其可能原因包括服务器出错、网络出错或长时间处于非活动状态  0x800CCC0F
发送和接收均会出现此报错
首先询问用户1个人有此情况还是整个公司都是，然后按照
以下步骤处理
1.请用户关闭本地杀毒软件和防火墙，然后关闭客户端后测试
2.请用户打开电脑开始〉运行〉CMD  打开命令提示符，输入
发送邮问题的话：telnet smtp.263xmail 25 (2套用户 smtpcom.263xmail) 看一下是否有 220 welcome 的提示。
接收邮问题的话：telnet pop.263xmail 110 (2套用户 popcom.263xmail) 看一下是否有220 welcome 的提示
如果没有，请用户
telnet smtp.sina 25
telnet pop3.sina 110
看一下其他运营商的连接是否正常，如果均没有ok 的欢迎提示，那么是用户本地网络或本地电脑对 25端口或 110端口屏蔽导致，请用户的网络管理员检查路由器或本地电脑网络配置的设置情况。
如果用户 telnet smtp.263xmail    telnet pop.263xmail 正常 （2套用户 smtpcom.263xmail  popcom.263xmail）  ，请用户检查客户端设置的发送邮件服务器是否有误，如果核实设置无误，可以请用户将smtp/pop服务器变更为 ip地址测试一下，如果更换ip无效，请用户打开dos命令提示符，输入
ping smtp.263xmail （2套smtpcom.263xmail）
ping pop.263xmail （2套 popcom.263xmail）
看一下延时是否严重，如果不严重，则请用户重新启动计算机或在不影响工作的情况下重新启动路由器解决。
如果延时严重，则请用户
tracert smtp.263xmail（2套smtpcom.263xmail）
tracert pop.263xmail（2套 popcom.263xmail）
并将 ping和tracert 的完整结果截图到 idckf@263 查询，同时在邮件中标注用户公网ip地址。
如果用户 telnet 263的不行， telnet 其他运营商的正常，首先请用户将 smtp和pop服务器修改为ip地址测试，如果测试无效，那么同样请用户执行tracert和ping的操作，如果延时较大的话请用户将结果和公网ip 地址发送到idckf处理。 如果延时并不是很大，则请用户重新启动计算机，或在不影响工作的情况下重新启动路由器解决。
当出现延时不大，但使用所有方法均无法恢复正常的话，如果用户只有1个人有此问题，可以请用户联系网管更换内网ip地址或更换交换机插口测试一下。
意外终止连接的用户，如果用户属于上海、广州地区，属于发送问题的话也可以使用当地服务器尝试解决
无法连接到服务器，套结字错误 0x800cccOE
接收和发送均会有此报错
执行流程同上
无法到主机，请检查输入的服务器是否正确 0x800CCC0D
接收和发送均会有此报错，首先核实客户端设置是否有误
一般是解析问题导致，如果核实设置无误的话，请用户将对应的 smtp/pop服务器更换为ip地址即可解决，解决问题后，务必向用户阐述导致此问题的原因。
注：导致此问题的原因是由于用户本地电脑或路由
器配置的dns服务器无法正确解析到smtp/pop 服务器的域名导致，所以换ip正常。 建议用户联系网络管理员或网络提供商变更dns服务器来解决此问题。
如果更换ip地址无法解决，那么处理问题流程同“意外终止连接的流程”
用户反馈客户端报错提示连接超时，或长时间没有响应：
收发均会有此报错提示
1.首先询问用户是带附件的邮件提示超时还是不带附件的也提示超时，如果用户反馈带附件的提示超时，那么询问一下用户的附件大小，如果大于10兆，建议用户登录网页采用超大邮件功能投递邮件。
2.如果用户反馈不带附件或带较小的附件都有超时的情况，首先关闭防火墙和杀毒软件后测试。  如测试
无效，是发送问题的话，询问一下用户所在地区，请用户使用上海，广州当地的服务器尝试。（上海和广州当地没有pop服务器）
3.如果用户不属于上海、广州地区，或使用这些服务器也无法解决的话，请用户打开dos命令提示符，输入
ping smtp.263xmail （2套smtpcom.263xmail）
ping pop.263xmail （2套 popcom.263xmail）
询问一下结果，看看延时是否很严重。如果延时较大，请用户接续做 tracert 的操作。并将两个结果截图发送到idckf 解决，同时在邮件中标注公网ip地址。
如果 ping的结果发现延时不是很大，请用户进行telnet的操作，看一下能否telnet上我域服务器，如果不行的话，telnet sina的是否可以，如果都不行，那么是 25 /110端口被屏蔽导致，如果可以telnet上，那么证明用户网络端 到 263服务器端中间的链路没有问题， 问题可能出现在用户内网。  可以请用户联系网络询问一下路由器上的MTU值(最大数据传输单元) 是否做过限制，公司的网络带宽是否被大量占用。 可以通过重启计算机或在不影响工作的情况下重起路由器看看是否可以解决。  另外，将客户端“高级”设置中的超时时间放长也是临时性的解决方法。
用户客户端报错“未检索到编号为XXX的邮件”
接收才会有此报错，用户问题现象为收取到1半的时候终止
首先请用户先登录到网页，使用查功能搜索主题为“263”的邮件，从查询的结果中，看一下是否有 2008年1月20号一封主题为“好消息，263传真邮件”的信，如果有的话删除后即可解决。 这封邮件打开后会提示“系统错误” ，由于邮件已经删除，索引文件还在，客户端收取邮件的时候卡在这里无法收取，所以才会出现此报错。
如果用户收信箱没有这封邮件，那么询问一下用户网页上的邮件大概有多少封，较少的话可以请用户依次点击，看看哪封邮件提示系统错误，转移到其他文件夹后即可收取。
如果邮件非常多
，那么询问一下用户outlook中最新的邮件时间是什么时候，然后在网页上到这个时间，他的上1封信就是有问题的，转移到其他文件夹即可收取。
服务器发生了内部错误，响应服务器 -err system busy：
接收才会有此报错，问题处理流程同上
用户客户端发送邮件提示 550 sender in prison 或 550 ip in prison：
请用户停止发送15分钟左右，服务器会自动放开， （如果不到15分钟发送的话，时间会归零重新开始） 并告知用户可能是他的用户名和密码报错过多，或短时间内发送邮件的频率异常，所以服务器自动挂起。
向用户解释这两种可能后，告知用户我们为您确认一下，记录用户报错人邮箱地址 （如果是 ip in prison的话则记录用户公网ip），报错时间转客服邮箱查询。
ip in prison 可能会导致用户整个公司都无法使用，影响较大，派送完接口后建议电话通知客服处理。
特例：接收会出现ip被挂起的情况，但是不会有报错提示。 Oe的话客户端会一直提示输入用户名和密码，发送正常。遇到此类情况记录邮箱地址、报错时间转客服邮箱查询。  Pop服务器不会因为连接过高将用户ip挂起，必然是用户名和密码报错过多，客户端在重复自动连接导致，到有问题的邮箱后提醒用户修改一下邮箱密码。
用户反馈在港澳台、海外地区无法收发邮件：
引导用户使用海外服务器解决。
1套用户：
smtpw.263xmail
popw.263xmail
“高级”中 发送选中SSL要求加密连接，端口修改为 465 ， 接收选中SSL要求加密连接，端口修改为 1995
2套用户：
smtpwcom.263xmail
popwcom.263xmail
“高级”中 发送选中SSL要求加密连接，端口修改为 466 ， 接收选中SSL要求加密连接，端口修改为 1995
如果无法解决，可以请用户将smtp/pop服务器变更为ip地址测试。
1套 smtp/pop ip为： 63.217.87.9
2套 smtp/pop ip为： 63.217.87.10
用户收到邮件后，看到的发信人地址为XXX@263xmail ：
是由于发信人的客户端填写的“地址”只填写了@前半部分，后面没有填，服务器认为不符合标准自动补齐导致。 请发信人修改地址即可。
SSL加密问题：
国内服务器支持SSL加密，保证用户邮箱的使用安全，无论用户是1套还是2套，保持现有的smtp服务器地址不变，“高级”中 发送选中SSL要求加密连接，端口修改为 465 ， 接收选中SSL要求加密连接，端口修改为 1995 即可实现邮件传输加密。
加密过程会使邮件传输变慢，不推荐国内用户使用
Office outlook报错：
office outlook 的报错大致与OE相同，注意提示部分。 尽可能的先与用户核对客户端设置。
Office outlook 的报错有的时候会已退信的形式体
现，需要向用户说明这个不是退信，而是office outlook的报错，譬如“我的服务器要求身份验证”未选中，
退信中会提示 554 relay access denied ；地址被挂起，会提示550 sender in prison 或 550 ip in prison 。
Foxmail报错：
Foxmail的报错无法作为依据， 比如“我的服务器要求身份验证”会提示 dns解析错误， 无法从提示上判断用户的问题。
如果用户遇到报错的情况，先与用户核实foxmail上的账号设置是否正确，如果核实无误，那么向用户说明foxmail的报错不准确，报错提示无法作为依据。 可以引导用户使用 OE测试一下，看看OE是否有报错。
Foxmail 如果提示输入用户名、密码或提示535 Error: authentication failed ，一般是由于用户名和密码错误导致
当出现无法处理或没有遇到的报错的时候：
1.注意是否是软件本身的程序报错。或者是其他软件给出的报错譬如 .exe执行文件错误，目录错误等等，一般是由于软件问题引起的。
2.请用户关闭杀毒软件防火墙
3.请用户核实客户端设置
4.使用ip地址收发测试
5.按照“意外终止连接”的流程排查，点击此处
如果无法判断情况，告知用户此报错比较特殊，最好提供截图查询，获取到截图后提供到客服邮箱核实。