电子邮件对已跟踪的crm电子邮件的回复无法正确跟踪

时间:2012-08-04 01:02:10

标签: email dynamics-crm dynamics-crm-2011 crm dynamics-crm-online

我们遇到了一个普遍的问题,即电子邮件对外发crm电子邮件的响应已被跟踪,而不是由Outlook + crm addin自动跟踪。我们的crm是2011年在线。我们的用户中有各种outlook addin版本。在MS支持的帮助下,我们一直试图在几周内对此进行诊断,但我们无处可去。我已经了解了很多关于电子邮件如何跟踪的细节,但我仍然感到困惑。如果有人可以帮助我们了解传入电子邮件的跟踪流程以响应跟踪的crm传出电子邮件,我将不胜感激。道歉这个长期问题。这就是我们所知道的:

  • 在插件的RU5上的用户似乎没有问题
  • > = RU6上的用户有问题
  • 100%的电子邮件回复都不会发生这种情况
  • 我们不使用智能匹配
  • 我们使用跟踪令牌
  • 我们的用户以非缓存模式运行Outlook
  • 所有电子邮件服务器都是交换
  • 我们确实拥有与联系人具有相同电子邮件地址的crm用户

  • 我们有> 1个具有相同电子邮件地址的联系人

  • 注意:这些具有相同电子邮件地址的记录存在很长时间 问题在三月开始之前的时间。

在诊断应用/同步问题排查标签中,我们启用

  • Outlook同步
  • 自动电子邮件标记

在添加/设置个人选项/电子邮件标签中,我们启用

  • 检查Outlook中的传入电子邮件并确定是否收到电子邮件 应链接并保存为MS Dynamics CRM记录
  • 跟踪=响应CRM电子邮件的电子邮件
  • 显示图标= MS Dynamics CRM图标

据称,outlook外接程序跟踪电子邮件的方式发生了变化。显然,这种变化是从同步到异步推广的电子邮件,但我无法找到任何关于这在网络上或从MS本身到目前为止的含义的细节!我已经阅读了不同的帐户,其中RU的变化是(5/6/7)。我再次无法验证哪一个,但如果RU5上的用户没有问题且> 5有问题则指向RU6。

对以下问题的答案有什么帮助:

插件如何决定是否应该跟踪传入的电子邮件

上述选定选项中“响应”是什么意思?即电子邮件的哪些字段相关?如果用户A将原始跟踪的电子邮件发送给用户B,用户B将其转发给用户C,用户C将其转发回用户A,那是否符合条件?或者用户A跟踪/发送给用户B / CC用户C而用户C回复用户A,这有资格吗?在我看来,了解应该跟踪什么的唯一方法是了解“规则”,并且规则似乎更加严密地保护了可口可乐的配方......

诊断应用程序/同步疑难解答选项卡有一个名为“自动电子邮件标记”的选项。这个玩什么部分?什么构成“线程”?

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

这些选项如何一起发挥作用?

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

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

如果处理现在是异步的,那会导致计时异常吗?例如如果在原始电子邮件被“提升”之前响应进来,则插件可能会尝试在原始电子邮件之前“提升”响应吗?

2 个答案:

答案 0 :(得分:3)

我们已经取得了一些进展。以下是我们目前正在测试的看起来很有希望的内容。

  1. 取消选中插件诊断中的“自动电子邮件标记”选项
  2. 删除office SP1
  3. 删除Outlook修补程序(我会在发布时发布更多详细信息)
  4. MS仍然不愿意/无法明确各种电子邮件跟踪设置如何交互(诊断/添加电子邮件标签/服务器端)。如果有人有这方面的信息,我们欢迎它。随着我发现更多,我会重新发布。

    更多信息2012年9月29日

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

    我们的问题似乎是由打开标记造成的(上面1) 由于我们为每个人关闭了它,我们的跟踪似乎更可靠。

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

    请注意,标记是诊断中的设置,当为组织重新配置插件时,诊断设置将恢复为包含标记为ON的一组默认设置。因此,每次为组织重新配置添加时,如果需要标记为关闭,则必须手动完成,然后重新配置组织。据我所知,目前无法覆盖此行为。

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

    在跟踪时,我们已经验证的是,当仅使用跟踪令牌时(我们的情况),当且仅当主题中存在有效的跟踪令牌时,插件才会将传入的电子邮件视为“跟踪的电子邮件”。关于电子邮件的其他所有内容都可以更改,但只要原始跟踪令牌位于主题中,就会被视为“响应”原始跟踪的电子邮件。

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

    1. user1向user2或外部电子邮件地址发送电子邮件,但在发送之前不会跟踪
    2. 发送电子邮件发送,user1手动跟踪发送的电子邮件
    3. 即使电子邮件本身没有跟踪令牌,也会在crm中创建相应的电子邮件活动。
    4. 关于时间问题:我们并不是100%确定这一点,但用户似乎可以在收件箱中收到有关记录的跟踪电子邮件。在addin能够注意到电子邮件被跟踪之前(即将图标更改为2个头),如果用户试图点击相关记录,它可能会失败。

      由于我们的数据的性质,我们有多个具有相同电子邮件地址的记录。似乎发生的事情是为每个记录实例创建一个activityparty记录,该记录实例在跟踪的电子邮件的/ to / cc / bcc字段中具有电子邮件地址。这可能导致许多不必要的活动对象记录,但跟踪似乎工作正常。我们已经考虑过拦截创建的活动组件,但是插件似乎在每个跟踪的电子邮件中存储了本地数据,因此这似乎是一种危险的方法!

      摘要

      我们发现改善跟踪可靠性的原因是:

      1. 不要使用标记
      2. 如果为组织重新配置了插件,请记得取消选中标记
      3. 最大限度地减少收件箱中及以下
      4. 的电子邮件数量
      5. 请勿修改已跟踪的已发送电子邮件

答案 1 :(得分:0)

Outlook中的跟踪与保存邮件的存储(PST)有关,要求添加邮件应将邮件存储在默认PST中以便跟踪工作。 SMTP帐户对传入邮件跟踪有限制。