附件名称含类似“C:\”字符时，其附件URL路径如何计算？

[991god]

客户经常收到附件名称类似“C:\aaa\bbb.doc”的邮件，这时，使用公式
"/"+@webdbname+"/0/"+@Text(@DocumentUniqueID)+"/$file/"+@AttachmentNames
计算的附件URL就变成了
"/mail/mail.nsf/0/60096261ACF5E3D748256FE200251F03/$file/C:\aaa\bbb.doc"
打开附件时就会报错误的URL；各位遇到这种情况怎么计算附件路径？？？？


注：从163.com发来的邮件的附件名称就是这种格式的！

[tanlin1978]

没看懂问题，附件名可以包括特殊符号吗？

[磨刀的熊]

可以用@replacesubstring对特殊字符做处理啊。

[lifat]

用双引号把文件名框起来！

[991god]

to: lifat(雷非)
用双引号把文件名框起来后URL就变成了
http://servername/mail/mail.nsf/0/60096261ACF5E3D748256FE200251F03/$file/"C:\aaa\bbb.doc"
还是找不到文件！

to：tanlin1978(五柳先生)
在操作系统上的文件不能包括特殊字符，但从163.com发来的邮件的附件名就包括特殊字符！（我也不知道怎么回事！）

to： lotus321(龙游四海)
拿什么字符替换特殊字符“\”呢？

[hq_1980]

现在的邮件普遍采用MIME标准，如果没有对Body做转换的话，从外部发送到Domino系统中的邮件都是MIME格式的。所以文档属性中会出现多个Body域，其实每个Body域就对应多部件的MIME邮件的一个实体。
　　附件的名字是由对应的MIME实体的头信息Content-Disposition中的filename指定的。从163发出的邮件，在构建MIME邮件时filename就被设置成了类似c:\xxxx的样子（可见163的程序员比较懒，连个简单的字符串操作都不肯做。），所以$file域中的附件名就成了c:\xxxx，通过http://servername/mail/mail.nsf/0/60096261ACF5E3D748256FE200251F03/$file/C:\aaa\bbb.doc的方式，就算对其进行url编码也是无法访问到的，必须通过以下方式访问：
第一个附件：http://servername/mail/mail.nsf/0/60096261ACF5E3D748256FE200251F03/Body/M2/C:\aaa\bbb.doc
第二个附件：http://servername/mail/mail.nsf/0/60096261ACF5E3D748256FE200251F03/Body/M3/C:\aaa\bbb.doc
……
　　当然，以上方式访问附件，前提是你没有对Body格式做转换。（如果你在代理中没有NotesSession.ConvertMIME = False，而访问Body域并保存，Body域的格式就被转换了；如果你在客户端打开并保存了邮件，那么Body域的格式就被转换了。）

　　你可以找一些关于邮件协议的内容看看，用NotesMIMEEntity和NotesMIMEHeader两个类来操作notes中MIME类型的域！

　　另外，你可以发现从sina发到domino的带附件邮件没有$file域，因为它的MIME部分的头信息Content-Disposition的值是inline，表示是内嵌对象，而不是附件！：）

[991god]

多谢 hq_1980(蚊子) 赐教！！！

太专业了！收益非浅！

[hq_1980]

过奖了，正好最近搞了一下邮件，看了些资料，我也只是知道点皮毛！：）

[snowclash]

hq_1980(蚊子)真强人也，NotesMIMEEntity和NotesMIMEHeader两个类我还没用过

[LotusDN]

mark