=,而对于我的附件content-disposition报头将是attachment; filename*=UTF-8''UTF-8_encoded_filename。这一切都运行得很好。但是当我从java process builder发送这封邮件时,没有设置任何头值或任何编码,只是简单地提供了主题,to_mail值存在编码问题,主题将像?unkown-8bit?B?wrong_base64_encoded(subject)一样编码主题是错误<em
我一直在阅读关于unicode和python的左、右和中。我想我知道什么是编码/解码,但是当我尝试使用一个标准的库方法来操作一个文件名时,我得到了臭名昭著的: ordinal not in range(128)
在本例中,\xe9代表'é',无论我是从os.path.join()还是从shutil.copy
我使用apache commons mail发送带有附件的电子邮件。我的附件文件内容是希伯来语的,当我打开文件时我可以看到它,我的问题是当附件文件名是希伯来语时,我看不到我看到的名称?而不是。(我仍然看到o.k的内容)。email.addTo(to_email;email.setSubject(subject);
em
当我附加一个俄文名的文件时,收件人收到了名为noname的附件。我将set rfc2047_parameters = yes添加到.muttrc中,它开始适用于Решение.doc和тест тест.txt这样的简单文件名。但是,当我附加一个带有长文件名:Электронный документ, полученный из внешней системы.pdf的文件时,这个文件仍然有效,可以通过Gmail接口附加,它仍然在从mutt发送时将noname作为<em