10/14/05。 cathayan.org版权所有,保留一切权利。转载请保留此说明。谢绝商业转载。
对Email的标准(RFC821等)不了解,说不好这样是否合乎标准。
1、在Gmail里常见标题上写着=?GB18030这样的字符串,看来就是Gmail不支持标题用这咱编码方法,同样GBK也不行,GB2312没有问题。正文内容似乎无所谓。
2、Gmail-Gmail的转发似乎不太合乎常理。也就是明明是转发的信件,却在接收者那里仍然显示是从最早的发信人那里来的,而不紧俏货转发者来。即如果A发给B,B然后转发给C,则在C的gmail中显示From仍然是A,而不是B。一般的邮件客户端都认为这咱情况下B才是发信人。事实上从别的信箱发给gmail的信,以及从Gmail发到别的信箱的信都正常,只有从Gmail转发到Gmail才是如此。
发现这个是因为slashdotcn,因为设了一个slashdotcnteam at gmail.com的信箱作为公用信箱,接收投稿或建议。然后希望这个信箱能转发到Google Group,于是就设了自动转发。slashdotcnteam已经是该Group成员,可以发信,但由于上面所说的gmail系统内转发不改From的问题,虽然slashdotcnteam这个信箱已经转发了,group却会认为这个信不是它发来的,而是由投稿的读者发来的,于是就自动拒收了。算不算个Bug?
[update]看来自动转发Gmail的实现仍然是“标准的”,不能怪它。
并,求一个公共邮箱的解决方案。
10/14/05 00:01:00,由
cathayan发表。目录:
电脑
13条评论
呵呵,我提这编码问题的bug报告时,google的中文支持邮件回复就是用GB18030编码的,当场就郁闷死了。google貌似很遵守国家关于gb18030的规定 :)
http://blog.i5un.com kiral 于 11/15/05 15:41:20 发表.
是有这个,反映另一个问题时回复邮件就是18030,于是我就回了一个说他们信有问题,于是他们就转发给gmail小组了,这小组就又来信问什么问题,感觉以前给他们报告的都没有什么作用呢?
站长 于 11/16/05 07:00:58 发表.
反正他告诉我说转给相关的小组,到现在已经一个月以上了,但今天我还看到subject没有解码。本来是很简单的事情,不明白他们为什么不做修改。其实就是按base64或Quote-Printable解码,然后再转utf-8就可以。难道他们不会GBK->UTF-8 :)
http://mail.google.com Kiral 于 11/16/05 21:05:03 发表.
呵呵,顺便还要说一下,上面提到的自动转发的问题。也许大家没有注意到,如果转发的时候还是A的地址没有重写,现在很多部署了SPF的系统是会直接把邮件干掉的,SPF会认为这是垃圾邮件。因为发件人地址里的domain跟实际转发信的邮件服务器ip对不上。
http://mail.google.com Kiral 于 11/16/05 21:10:54 发表.
I am watching and will delete all spam.