使用Indy来发邮件坑不少啊,只不过有比没有好吧,使用delphi6这种老工具没办法,只能使用了新一点的Indy版本9,公司限制。。。
1、邮件包含TIdText和TIdAttachment时会出现TIdText无法发送的问题
这个问题是因为Indy代码的bug导致的,也很奇怪这种Bug是因为没有经过测试呢?还是测试没有覆盖到?
问题出在SendBody方法上,这个在之前一篇中提到过《技术笔记:Indy控件发送邮件》
当时是解决“发送Html”的问题才使用到了TIdText这个组件,因为基类TIdMessageClient中的SendBody方法中如果存在TIdText和TIdAttachment时有一个Bug:
if AMsg.MessageParts.TextPartCount > then
必须>1这就有问题。因为只有一个TIdText所以这句话会导致无法发送body内容。所以解决方法是再添加一个相同的TIdText,之前测试还挺好的,但昨天发现反馈有人收到的邮件中有重复的body内容。也挺奇怪,我自己测试的时候没有呢?而且试了不好邮箱都正常的。。
解决办法比较简单,就是继承TIdSMTP,重写SendBody方法。把这一句改一下:
if AMsg.MessageParts.TextPartCount >= then
变成 >=吧,目前测试下来是正常的。至少在发邮件时不用再重复添加TIdText了。
2、邮件主题Subject超过一定的字符量就会出现截断
另外提求新需求要求主题增加一些内容,以便收件人可以一眼看出邮件是啥意思。挺简单的事情吧,结果发生了难过的事情。收到的邮件主题是截断的,而且后面的内容解析错误。心想这是个什么鬼。网上一找有同样的问题,原因也找到了:
【原因】Indy的IdMessage组件在生成待发送的邮件时,主题中有汉字时会按RFC2045~2047的base64编码规范对主题进行编码,base64要求编码后每行长度不能超过75(76)个字节;所以当主题过长时要分行。问题是IdMessage编码时,用了2对分行符<CR><LF><CR><LF>,而RFC规定<CR><LF><CR><LF>表示邮件中一节的结束,所以接收邮件的程序只会对第1行解码,其余的理解为邮件内容了。
可见Indy确实主要照顾了英文的使用,像中文这种复杂的点语言估计都没好好测试吧,另外以前只听说Indy问题多但一直没感觉到,现在接触多一些果然有所体会啊。当然高人也给出了解决方案,就是把这个<CR><LF><CR><LF>换成<CR><LF>这样就行了。
procedure TIdSmtpEx.SendHeader(AMsg: TIdMessage);
var
LHeaders: TIdHeaderList;
begin
LHeaders := AMsg.GenerateHeader;
try
//解决标题过长时导致的收件方解码错误问题
LHeaders.Text := StringReplace(LHeaders.Text, ####, ##, [rfReplaceAll]);
WriteStrings(LHeaders);
finally
FreeAndNil(LHeaders);
end;
end;
#13#10就是回车和换行的意思,对应<CR><LF>
测试下来发现是正确的。
代码已经放到gitbub上:https://github.com/mini188/IndyMail