Android JavaMail中的553 Mail from must equal authorized user

在做android中的邮箱系统时,使用了JavaMail的技术,前面帖子中有该技术的实现,这里就不再赘述。

刚开始发送都很正常,今天用一个新注册的163发送时,虽然显示发送成功,但是并没有发送,就从网上找资料,

都说网易新注册的邮箱,是不能使用SMTP协议发送邮件的,必须经常使用的邮箱才可以。汗。就在界面里又重新输入了原有的163邮箱,点击发送后的结果,不在意料之中,返回了一个这样的异常错误:

com.sun.mail.smtp.SMTPSendFailedException: 553 Mail from must equal authorized user

at com.sun.mail.smtp.SMTPTransport.issueSendCommand(SMTPTransport.java:1515)

at com.sun.mail.smtp.SMTPTransport.mailFrom(SMTPTransport.java:1054)

at com.sun.mail.smtp.SMTPTransport.sendMessage(SMTPTransport.java:634)

at javax.mail.Transport.send0(Transport.java:189)

...

本来对JavaMail就还很模糊,这时就更不知道是哪里的问题,按字面理解,是说验证的用户和发信人不相同,我仔细看了看代码里的验证用户和发信人,莫非我赋值的验证用户和发信人的值不一样,我就用Log日志打印出这两个变量,发现虽然不是用的同一个变量,但是他们的输出值都一样的呀。

这让我冒出一个疑问,为什么第一次输入邮箱用户名和密码的时候,没有这样的提示,当第二次重新输入其他邮箱用户名和密码的时候,就会出现这样的异常?真是代码里验证用户和发信人不相同吗?那为什么第一次输入的邮箱账号,登录时没有这样的异常?

带着这个疑问,我就一直在想,莫非是有什么资源没有释放,让第二次和第一次使用的验证用户名一样,这样第二次的发信人就和第二次的验证用户不相同,就会出现553异常。

经过反复的代码跟踪和输出跟踪,我发现在第二次重新输入的邮箱用户名登录时,会在输出发信人之后,就抛出了553异常,而第一次在输出发信人之后,还会继续输出收信人和主题,内容。是有什么资源没有释放吗?就开始看代码,也没发现有全局变量,而且每次执行发送时,所有的对象都是最新创建的,难道Session要关闭,在Eclipse里输入Session对象的变量之后,也没找到相关的释放方法,从网上查了一下,也没有看到有说还要关闭Session的。

我就继续从网上找资料,结果找到了一篇CSDN上问题跟我差不多的帖子:

http://bbs.csdn.net/topics/230015026。他的问题也是第一次发送成功,第二次发送不出去,我就接着往下看,看看有什么解决方法没,在第三层,果然让我找到了,居然是发帖者自己解决的。乖乖,发帖者的解决速度蛮快的,刚贴出问题,就解决了,怪不得跟帖者就一个呢。废话少说,回到正题,原来他是这样解决的:

问题解决,
将Sessionsession=Session.getDefaultInstance(props,myauth);
改成
Sessionsession=Session.getInstance(props,myauth);
即可

在这里赞一下发帖者,不像某些人,提出问题,自己解决了,也不说怎么解决的。

我就按照他的方法把代码里的方法替换了一下,重新运行,输入第一个邮箱账号和密码,成功发送,第二次输入其他的邮箱账号和密码,点发送,ok,成功了。

好了,到这里问题也解决了,但是还不明白Session.getDefaultInstance和Session.getInstance有什么区别呢?又找了一下资料,结果找到了也是遇到过553异常的人写的一篇blog,他的blog标题居然是:

”JavaMail中Session.getDefaultInstance的应用“,

不是吧,这样太难找了,一般都是搜索问题名称,谁会搜索这个。如果发帖者能把标题改成问题,那我也就不用找这么就了。不过还是要感谢这个人,他在这篇帖子里详细的说明了为什么用Session.getDefaultInstance方法会出现在第二次输入其他邮箱账号登录时出现553异常。

以下内容都这摘自这个帖子:
 

何谓getDefaultInstance?
从处理流程中可以看出,首先是从缓存中查找是否有properties存在
如果存在,则加载默认的properties
如果不存在才加载用户自己定义的properties,
所以当一个应用为每个用户独立创建properties的时候,还是应该调用getInstance,
除非你希望有一个默认的properties让用户使用

问题找到了,因为它会首先去内存和系统文件中去找properties,所以不管我在页面改几次数据,其实在后台中生成session时都和系统启动时的一样,所以在MailUtil.sendTextMessage(mailSession,RptTaskMailConfig.Sender,
receiver,null,mail_subject,mail_content,"GB2312",null);时session里的sender和传入的sender不一致,因此出错,修改Session.getDefaultInstance(props, authentic);Session.getInstance(props, authentic);后,可以正确发送修改帐号,密码等资料后的邮件.OK

最后再补充一下,session.getdefaultinstance和getinstance的区别 :

如果想要同时使用两个帐号发送javamail,比如使用[email protected]发送1#邮件,使用[email protected]发送2#邮件,这时候,你就需要同时创建两个java.mail.Session对象。但是如果你仍然使用Session.getDefaultInstance创建session对象的话,你会发现,第二个username:[email protected]创建的session永远都和第一个一样,这是为什么呢?因为,getDefaultInstance是真正单例模式,而且,里面的username和password属性是final型的,无法更改。所以,你会发现两封email都是由[email protected]发出来的。所以这个时候你要使用javax.mail.Session.getInstance()方法来创建session对象。

感谢遇到同样问题的前辈,你们都是巨人。
 

猜你喜欢

转载自whyabc.iteye.com/blog/2002694