kee*_*erz 6 email crm dynamics-crm dynamics-crm-2011 dynamics-crm-online
我们在传出crm电子邮件的电子邮件响应方面存在一个普遍存在的问题,该问题已被跟踪,未被Outlook + crm addin自动跟踪.我们的crm是2011年在线.我们的用户中有各种outlook addin版本.在MS支持的帮助下,我们一直试图在几周内对此进行诊断,但我们无处可去.我已经了解了很多关于电子邮件如何跟踪的细节,但我仍然感到困惑.如果有人可以帮助我们了解传入电子邮件的跟踪流程以响应跟踪的crm传出电子邮件,我将不胜感激.道歉这个长期问题.这就是我们所知道的:
我们确实有与联系人具有相同电子邮件地址的crm用户
我们有> 1个拥有相同电子邮件地址的联系人
在诊断应用程序/同步疑难解答选项卡中,我们启用
在我们启用的插件/设置个人选项/电子邮件选项卡中
据称,outlook外观程序跟踪电子邮件的方式发生了变化.显然,这种变化是从同步到异步推广的电子邮件,但我无法找到任何关于这在网络上或从MS本身到目前为止的含义的细节!我已经阅读了不同的帐户,其中RU的变化是(5/6/7).我再一次无法验证哪一个,但如果RU5上的用户没有问题且> 5有问题则指向RU6.
对以下问题的答案有什么帮助:
在上面选择的选项中,"响应"是什么意思？即电子邮件的哪些字段是相关的？如果用户A将原始跟踪的电子邮件发送给用户B,用户B将其转发给用户C,用户C将其转发回用户A,那是否符合条件？或者用户A跟踪/发送给用户B/CC用户C而用户C回复用户A,这有资格吗？在我看来,了解应该跟踪什么的唯一方法是了解"规则",并且规则似乎更加严密地保护可口可乐的配方......
诊断应用程序/同步疑难解答选项卡有一个名为"自动电子邮件标记"的选项.这个玩什么部分？什么构成"线程"？
"背景跟踪电子邮件"选项的相同问题.
这些选项如何一起发挥作用？
来自插件的跟踪日志显示错误与插入其使用的本地SQL CE文件有关,但我们不确定它们的含义以及它们发生的原因
如果处理现在是异步的,那会导致计时异常吗？例如,如果在原始电子邮件被"提升"之前响应进入,则插件可能会尝试在原始电子邮件之前"提升"响应吗？
我们已经在这种情况下取得了一些进展。这是我们目前正在测试的内容，看起来很有希望。
MS 仍然不愿意/无法清楚地说明各种电子邮件跟踪设置如何交互（诊断/addin crm 电子邮件选项卡/服务器端）。如果有人有这方面的信息，我们会欢迎。当我发现更多信息时，我会重新发布。
标记和跟踪之间的一个重要区别
我们的问题似乎是由于打开标签引起的（上面 1），因为我们为每个人都关闭了标签，所以我们的跟踪似乎更加可靠。
我仍然不完全理解标记的含义，但据我所知，它指的是这样的情况：2 个 crm 用户拥有同一封跟踪电子邮件的副本，其中一个用户更改了电子邮件的某些方面。例如，如果用户 1 向用户 2 发送了一封跟踪/相关电子邮件，然后用户 1 更改了已发送电子邮件的相关记录，如果打开了标记，则用户 2 的电子邮件副本也会更改。换句话说，“标记”似乎是指 crm 试图使用户之间跟踪的电子邮件保持同步的过程。
请注意，标记是诊断中的一项设置，当为组织重新配置插件时，诊断设置将恢复为一组默认值，其中包括打开标记。因此，每次为组织重新配置添加时，如果您需要关闭标记，则必须在组织重新配置后手动完成。据我所知，目前没有办法覆盖这种行为。
标记的另一个副作用似乎是它会定期检查 Outlook 收件箱和收件箱的所有子文件夹中的所有电子邮件。相信发送的项目（即它和任何子文件夹）也是如此。它似乎对每封电子邮件在交换服务器上执行读取操作，这可能会导致大量读取请求。当我们关闭标记时，每个插件对交换服务器的读取请求急剧减少。
在跟踪方面，我们已经验证的是，当仅使用跟踪令牌（我们的情况）时，当且仅当主题中存在有效的跟踪令牌时，插件才会将传入电子邮件视为“跟踪电子邮件”。有关电子邮件的其他所有内容都可以更改，但只要原始跟踪令牌位于主题中，它就被视为“响应”原始跟踪电子邮件。
我们注意到的另一个异常是可能出现以下情况（仅使用跟踪令牌时）：
关于时间问题：我们不能 100% 确定这一点，但用户似乎确实有可能在其收件箱中收到与记录有关的跟踪电子邮件。在插件能够注意到电子邮件被跟踪之前（即将图标更改为 2 个头），如果用户尝试单击相关记录，则可能会失败。
由于我们数据的性质，我们确实有多个具有相同电子邮件地址的记录。似乎发生的情况是，为每个在跟踪电子邮件的 form/to/cc/bcc 字段中具有电子邮件地址的记录实例创建一个 Activityparty 记录。这可能会导致大量不必要的活动聚会记录，但跟踪似乎工作正常。我们已经考虑过尝试拦截创建的活动方，但插件似乎在每个跟踪的电子邮件本地存储该数据，因此这似乎是一种危险的方法！
我们发现跟踪的可靠性得到了提高：