6

我们对传出的 crm 电子邮件的电子邮件响应存在一个普遍问题,该问题已被跟踪,Outlook + crm 插件没有自动跟踪。我们的 crm 是 2011 年在线。我们的用户中有各种 Outlook 插件版本。在 MS 支持的帮助下,我们已经尝试诊断此问题数周了,但我们没有取得任何进展。我已经了解了很多关于电子邮件应该如何跟踪的细节,但我仍然感到困惑。如果有人可以帮助我们了解传入电子邮件的跟踪流程以响应跟踪的 crm 传出电子邮件,我将不胜感激。抱歉这个长问题。以下是我们所知道的:

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

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

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

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

  • 展望同步
  • 自动电子邮件标记

在插件/设置个人选项/电子邮件选项卡中,我们启用

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

据称,Outlook 插件处理电子邮件跟踪的方式发生了变化。显然,变化是从电子邮件的同步推广到异步推广,但我无法在网络上或远离 MS 本身找到任何细节!我已经阅读了有关更改发生在哪个 RU 的不同说明(5/6/7)。同样,我无法验证是哪一个,但如果 R​​U5 上的用户没有问题并且 >5 有问题,则它指向 RU6。

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

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

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

诊断应用程序/同步故障排除选项卡有一个名为“自动电子邮件标记”的选项。这起什么作用?什么是“线程”?

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

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

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

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

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

4

2 回答 2

3

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

  1. 取消选中插件诊断中的“自动电子邮件标记”选项
  2. 删除办公室 SP1
  3. 删除 Outlook 修补程序(当我拥有它们时会发布更多详细信息)

MS 仍然不愿意/无法明确说明各种电子邮件跟踪设置如何交互(诊断/插件 crm 电子邮件选项卡/服务器端)。如果有人有这方面的信息,我们会很欢迎。当我发现更多时,我会重新发布。

更多信息 2012 年 9 月 29 日

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

我们的问题似乎是由于打开了标记(上面的 1)引起的,因为我们为每个人都关闭了它,所以我们的跟踪似乎更加可靠。

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

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

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

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

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

  1. user1 向 user2 或外部电子邮件地址发送电子邮件,但在发送前不跟踪
  2. post email send, user1 手动跟踪发送的邮件
  3. 即使电子邮件本身没有跟踪令牌,也会在 crm 中创建相应的电子邮件活动。

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

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

概括

我们发现为我们提高了跟踪可靠性的是:

  1. 不要使用标记
  2. 如果为组织重新配置插件,请记住取消选中标记
  3. 尽量减少收件箱及下方的电子邮件数量
  4. 不要修改跟踪的已发送电子邮件
于 2012-08-08T21:03:33.697 回答
0

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

于 2013-01-08T18:54:31.857 回答