对跟踪的crm电子邮件的电子邮件响应未正确跟踪

Question

我们对发往CRM电子邮件的电子邮件响应存在一个普遍存在的问题，该问题已被跟踪，而Outlook + CRM加载项无法自动跟踪。我们的crm在线是2011年。我们的用户中有多种Outlook加载项版本。在MS支持的帮助下，我们已经尝试诊断了数周，但仍无所作为。对于如何跟踪电子邮件，我已经学到了很多东西，但我仍然感到困惑。如果有人可以帮助我们了解对跟踪的crm外发电子邮件的响应，请跟踪我的电子邮件发送过程。道歉很长的问题。这是我们所知道的:

插件的RU5上的

用户似乎没有

问题
> = RU6上的

用户遇到了

问题

100％的电子邮件回复中都不会发生

我们不使用智能匹配

我们使用跟踪 token

我们的用户以非缓存模式运行Outlook

所有电子邮件服务器都在交换

我们确实有CRM用户，这些用户的电子邮件地址与联系人

相同

我们确实有> 1位联系人具有相同的电子邮件地址

注意:这些具有相同电子邮件地址的记录已经存在很长时间了
问题开始于三月份的时间。

在诊断应用程序/同步故障排除选项卡中，我们启用

Outlook同步

自动电子邮件标记

在加载项/设置个人选项/电子邮件选项卡中，我们启用

在Outlook中检查传入的电子邮件并确定是否有电子邮件
应该链接并保存为MS Dynamics CRM记录

Track =响应CRM电子邮件

的电子邮件

显示图标= MS Dynamics CRM图标

据称，Outlook插件处理电子邮件跟踪的方式发生了变化。显然，此更改是从电子邮件的同步升级到异步升级，但我一直无法找到有关Web或MS本身的含义的任何详细信息!我读过有关更改在哪个RU中的各种说明(5/6/7)。同样，我无法验证哪一个，但是如果RU5上的用户没有问题并且> 5出现问题，则指向RU6。

对以下问题的答案将大有帮助:

外接程序如何决定是否应完全跟踪传入的电子邮件

在上面选择的选项中，“响应”是什么意思？即电子邮件的哪些字段相关？如果原始跟踪的电子邮件是由用户A发送给用户B的，则用户B将其转发给用户C，后者又将其转发回用户A，这是否符合条件？还是用户A跟踪/发送给用户B/CC用户C，用户C答复用户A，这符合条件吗？在我看来，了解应该跟踪的唯一方法是知道“规则”，而规则似乎更加严格地保护着可乐的配方……

“诊断”应用程序/“同步故障排除”选项卡具有一个称为“自动电子邮件标记”的选项。这个扮演什么角色？什么构成“线程”？

关于“背景跟踪电子邮件”选项的相同问题。

这些选项如何一起使用？

如果插件决定应该跟踪传入的电子邮件，那么会发生什么？

来自外接程序的跟踪日志显示与将其插入使用的本地SQL CE文件有关的错误，但我们不确定它们的含义以及发生的原因

如果处理现在是异步的，是否会导致计时异常？例如如果响应是在“提升”原始电子邮件之前出现的，则插件可以尝试在原始电子邮件之前“提升”响应吗？

Answer 1

我们在这种情况上取得了一些进展。这是我们目前正在测试的东西，看起来很有希望。

取消选中外接程序诊断

中的“自动电子邮件标记”选项

删除Office SP1

删除Outlook修补程序(当我拥有它们时将发布更多详细信息)

MS仍然不愿意/无法提供有关各种电子邮件跟踪设置如何交互的清晰信息(诊断/add crm电子邮件选项卡/服务器端)。如果有人对此有任何信息，我们将欢迎您。当我发现更多信息时，我将重新发布。

更多信息2012年9月29日

标记和跟踪之间的重要区别

我们的问题似乎是由于启用了标签功能(上面的1)引起的
由于我们为所有人关闭了该功能，因此我们的跟踪似乎更加可靠。

我仍然不完全了解标记的含义，但据我所知，它是指2个crm用户拥有相同跟踪电子邮件的副本，其中一个更改了电子邮件的某些方面。例如，如果用户1向用户2发送跟踪/有关电子邮件，然后用户1更改已发送电子邮件的相关记录，则如果标记已启用，则用户2的电子邮件副本也将更改。换句话说，“标记”似乎是指crm尝试使用户之间跟踪的电子邮件保持同步的过程。

请注意，标记是诊断中的设置，并且为组织重新配置了插件时，诊断设置将还原为一组默认值，其中包括标记处于打开状态。因此，每次为组织重新配置添加项时，如果您需要将标记设置为OFF，则必须手动完成，然后重新组织组织。据我所知，目前尚无任何方法可以覆盖此行为。

标记的另一个副作用似乎是，它会定期遍历Outlook收件箱和收件箱的所有子文件夹中的所有电子邮件。相信对于已发送的项目(即它和任何子文件夹)也是如此。似乎在交换服务器上对每封电子邮件进行了读取操作，这可能导致大量的读取请求。当我们关闭标记功能时，每个插件对交换服务器的读取请求显着减少。

关于跟踪，我们已经验证的是，仅在使用跟踪 token (我们的情况)时，加载项会在且仅当主题中存在有效的跟踪 token 时，才将收到的电子邮件视为“跟踪的电子邮件”。关于电子邮件的其他所有内容都可以更改，但是只要原始跟踪 token 在主题中，它就被认为是“对”原始跟踪电子邮件的“响应”。

我们注意到的另一个异常情况是可能出现以下情况(仅在使用跟踪 token 时):

user1将电子邮件发送到user2或外部电子邮件地址，但在发送

之前不进行跟踪

发布电子邮件发送，user1手动跟踪已发送的电子邮件

即使电子邮件本身没有跟踪 token ，也会在crm中创建相应的电子邮件事件。

关于时间问题:我们不是100％确信这一点，但是用户似乎有可能在其收件箱中收到与记录有关的跟踪电子邮件。在插件可以注意到电子邮件已被跟踪之前(即，将图标更改为2头)，如果用户尝试单击有关记录，则电子邮件可能会失败。

由于我们的数据性质，我们确实有多个记录具有相同的电子邮件地址。似乎发生的情况是，为每个记录实例创建了一个activityparty记录，该记录实例的电子邮件地址位于被跟踪电子邮件的form/to/cc/bcc字段中。这可能会导致很多不必要的事件方记录，但是跟踪似乎可以正常进行。我们已经考虑过尝试拦截创建的activityparties，但是该插件似乎将每个跟踪的电子邮件中的数据存储在本地，因此这似乎是一种危险的方法!

概括

我们发现改进的跟踪可靠性是:

不要使用标记

请记住，如果为组织

重新配置了插件，请取消选中标签

最小化收件箱和

下的电子邮件数量

请勿修改跟踪的已发送电子邮件