支持 TNEF 的电子邮件客户端
TNEF capable e-mail clients
我们已经编写了一个 Outlook 加载项，当您在用户撰写 MailObject 时将用户属性添加到 MailObject，然后您对其进行加密和签名并发送邮件，邮件将结束被作为 TNEF 发送，尽管通过各种设置等请求 outlook 以其他方式发送，如下所述：http://www.slipstick.com/problems/outlook-is-sending-winmail-dat-attachments/
所以我们的一位客户有一个坚持加密通信的联系人，因此我们的客户现在对这个联系人有疑问。他们要么无法充分利用我们的插件（必须避免添加这些用户属性的功能），要么他们的联系人抱怨收到带有 "winmail.dat" 附件的邮件。
我已经与我们客户的联系人建立了联系，我正在尝试确定他们使用的是什么电子邮件客户端，我要尝试的一件事是看看他们是否愿意接受这个想法移动到另一个支持 TNEF 的电子邮件客户端，即使它不是 Outlook。但是我的 Google-Fu 让我失望了。我用谷歌搜索了 "TNEF capable email clients" 及其许多变体 "that can use" "able to" ...具有处理收到的 TNEF 电子邮件的本机功能。当然，有大量工具文章允许用户手动解码 winmail.dat 附件，但没有简单的本地电子邮件客户端列表。
如果有人能帮我解决这个问题，我将不胜感激。
Eudora 曾经支持 TNEF。否则，据我所知，Outlook 是唯一的。
我们已经编写了一个 Outlook 加载项，当您在用户撰写 MailObject 时将用户属性添加到 MailObject，然后您对其进行加密和签名并发送邮件，邮件将结束被作为 TNEF 发送，尽管通过各种设置等请求 outlook 以其他方式发送，如下所述：http://www.slipstick.com/problems/outlook-is-sending-winmail-dat-attachments/
所以我们的一位客户有一个坚持加密通信的联系人，因此我们的客户现在对这个联系人有疑问。他们要么无法充分利用我们的插件（必须避免添加这些用户属性的功能），要么他们的联系人抱怨收到带有 "winmail.dat" 附件的邮件。
我已经与我们客户的联系人建立了联系，我正在尝试确定他们使用的是什么电子邮件客户端，我要尝试的一件事是看看他们是否愿意接受这个想法移动到另一个支持 TNEF 的电子邮件客户端，即使它不是 Outlook。但是我的 Google-Fu 让我失望了。我用谷歌搜索了 "TNEF capable email clients" 及其许多变体 "that can use" "able to" ...具有处理收到的 TNEF 电子邮件的本机功能。当然，有大量工具文章允许用户手动解码 winmail.dat 附件，但没有简单的本地电子邮件客户端列表。
如果有人能帮我解决这个问题，我将不胜感激。
Eudora 曾经支持 TNEF。否则，据我所知，Outlook 是唯一的。