我们是一家网络安全初创公司，目前正在构建我们的产品，其中一个涉及的组件是Outlook客户端的加载项。我试图找出要构建的加载项的类型 - 较旧的COM与最新的基于Javascript的。我们的目标客户是企业和中小企业。
我正在寻找有关哪个版本的Outlook客户端和Outlook服务器占据市场份额（在Microsoft的电子邮件市场份额中）的统计信息 - 证明要构建的加载项的类型。
根据我的理解，新的基于Javascript的加载项在Outlook 2013+中用于客户端，而Exchange 2013+用于服务器（在本地或在O365上）。 JS加载项可以在所有设备甚至OWA和Outlook.com上无缝工作。较旧的COM加载项可以在Outlook 2000-2016中使用，仅适用于本地Exchange，而不适用于OWA或联机。
虽然这似乎意味着基于JS是我需要构建的，但市场统计数据显示Outlook 2010或更早版本占Outlook市场份额的66％（根据https://litmus.com/blog/february-2016-email-market-share-mobile-opens-climb-back-to-55）。
我们计划在今年晚些时候（2017年）发布该产品。
除了 - this
之外，我在以前的问题上找不到相关信息答案 0 :(得分：0)
COM插件与Exchange无关。它们即使在PST / POP3配置文件中也能正常工作。 Web Addins仅适用于Exchange。
也许您应该问自己，JS插件是否适合您计划使用的功能 - 与COM插件相比，它们非常有限。
答案 1 :(得分：0)
为Dmitry所说的添加一些主观建议：许多公司发现有必要为这两个平台构建插件。我从经验谈起全职构建Outlook加载项，我的许多客户都在这样做。当您考虑到可能不使用Windows Outlook的4亿Outlook.com用户以及只能运行Web Outlook插件的X百万Outlook for Mac用户时，几乎必须支持这些市场。
如果您的产品功能不受网络平台的限制，那么您只能构建一个加载项，如果您愿意省略目标市场中的所有非Exchange和Outlook 2010及早期用户。或者你可以拥有一个“轻量级”网络版和一个完整的Windows版本的加载项，当然还有两个不同的代码库和平台。
这不是一个容易回答的问题 - 但如果你的目标是最大化你的目标受众，那么建立每个人是唯一的方法。