解决 Exchange Server 中的 ActiveSync 问题

该指南是做什么用的?

解决收件箱、日历和其他项目在 Exchange Server 邮箱和设备之间的同步问题。

适用对象是哪些人?

帮助用户诊断 ActiveSync 问题的管理员。

它是如何工作的?

首先,我们要询问你遇到的问题。 然后,我们将为你介绍一系列针对你特定情况的故障排除步骤。

预计完成时间:

60-90 分钟。

你遇到了什么问题?

注意: 有关当前已知问题列表,请参考此文章

你遇到了什么问题?

注意: 有关当前已知问题列表,请参考此文章

结论

恭喜,你的 ActiveSync 问题已解决。


未知错误

很抱歉,我们无法通过使用此指南解决该问题。 若要获得其他帮助来解决此问题,请联系 Microsoft 支持。 在联系支持人员时,请提供从该故障排除中收集的所有数据。

未知的设备错误

很抱歉,我们无法通过使用此指南解决该问题。 根据这些故障排除步骤的结果,建议你与设备供应商联系以获取更多支持。 你还可以联系 Microsoft 支持,以获取其他帮助来解决此问题。

Exchange 远程连接分析器

验证自动发现是否适用于 Microsoft Exchange ActiveSync。 为此,请按照下列步骤操作:

  1. 浏览到 Microsoft 远程连接分析器站点
  2. 从“Microsoft Exchange ActiveSync 连接测试”中选择“Exchange ActiveSync 自动发现”,并单击“下一步”
  3. 输入所有必填字段,然后单击“执行测试”
    3616_image8
     

连接测试是否失败?

分析 Exchange 远程连接分析器结果

若要解决此问题,请查看测试的结果并解决找到的任何问题。 为此,请按照下列步骤操作:

  1. 单击“全部展开”
    3616_image9
     

  2. 在结果中查找错误(应靠近末尾)并解决问题
    3616_image10
     

是否已使用 Exchange 远程连接分析器结果解决了问题?

用户主体名称检查

大多数 Exchange ActiveSync 设备会请求电子邮件地址和密码以设置设备。 仅当用户主体名称值与用户的电子邮件地址匹配时,此组合才适用。 验证这两个属性是否具有相同的值。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索属性值:
    Get-Mailbox user | fl UserPrincipalName,PrimarySmtpAddress
    3616_image11
     

UserPrincipalName 是否匹配用户的 PrimarySmtpAddress?

域后缀检查

验证相应的域后缀是否可用于 UserPrincipalName 属性。 为此,请按照下列步骤操作:

  1. 打开“Active Directory 用户和计算机”
  2. 找到用户对象并双击以查看属性
  3. 转到“帐户”选项卡,并单击“用户登录名”下拉列表
    3616_image12
     

下拉列表中是否列出了 SMTP 地址域?
添加 UPN 后缀;修改用户主体名称

添加 UPN 后缀

若要解决此问题,你需要将主 SMTP 地址域添加到 UPN 后缀列表中。 为此,请按照下列步骤操作:

  1. 打开“Active Directory 域和信任关系”
  2. 右键单击“Active Directory 域和信任关系”并选择“属性”
  3. 输入主 SMTP 地址域并单击“添加”,然后单击“确定”
    3616_image13
     

修改用户主体名称

若要解决此问题,请修改该用户的 UserPrincipalName 属性。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以修改 UserPrincipalName:
    Set-Mailbox user –UserPrincipalName user@fabrikam.com

是否通过修改 UserPrincipalName 解决了问题?

修改用户主体名称

若要解决此问题,请修改该用户的 UserPrincipalName 属性。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以修改 UserPrincipalName:
    Set-Mailbox user –UserPrincipalName user@fabrikam.com

是否通过修改 UserPrincipalName 解决了问题?

策略错误

Exchange ActiveSync 包括使用 ActiveSync 邮箱策略。 可用的设备设置取决于每个设备,并非所有设置都适用于所有设备。 若要确定 ActiveSync 邮箱策略是否存在问题,请创建新的 ActiveSync 邮箱策略并将其分配给用户。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以创建新的 ActiveSync 邮箱策略:
    New-ActiveSyncMailboxPolicy -Name "Test ActiveSync Policy"
  3. 运行以下 cmdlet 以将此新策略分配给邮箱:
    Set-CASMailbox user -ActiveSyncMailboxPolicy "Test ActiveSync Policy"

是否通过创建新 ActiveSync 邮箱策略解决了问题?

确定影响

在开始解决此问题之前,你必须先确定它在环境中造成的影响。


多少用户无法连接到 Exchange ActiveSync?

检查 Active Directory 权限

验证用户对象权限不会阻止连接问题。 为此,请按照下列步骤操作:

  1. 打开“Active Directory 用户和计算机”
  2. 转到“查看”菜单,然后选择“高级功能”
  3. 找到用户对象并双击以查看属性
  4. 转到“安全”选项卡并单击“高级”按钮
    3616_image14
     

是否启用了包括可从该对象的父项继承的权限

更新 Active Directory 权限

若要解决此问题,请修改用户对象权限以从对象的父项继承权限。 为此,请按照下列步骤操作:

  1. 打开“Active Directory 用户和计算机”
  2. 转到“查看”菜单,然后选择“高级功能”
  3. 找到用户对象并双击以查看属性
  4. 转到“安全”选项卡并单击“高级”按钮
  5. 启用“包括可从该对象的父项继承的权限”并单击“确定”两次
    3616_image15
     

是否通过修改用户对象的权限解决了问题?

启用 ActiveSync 邮箱日志记录;捕获 Fiddler 跟踪;分析 ActiveSync 邮箱日志

启用 ActiveSync 邮箱日志记录

你需要在客户端访问服务器和邮箱上启用 ActiveSync 邮箱日志记录,以收集更详细的日志记录。 有关邮箱日志记录的其他信息,你可以访问此处。 为此,请按照下列步骤操作:

注意: 应在 Exchange 2013 邮箱服务器上进行此更改。

  1. 打开 Windows Explorer 并浏览到 Sync 文件夹 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)。
  2. 制作 web.config 文件的副本。
  3. 在记事本中打开 web.config 文件,然后使用下面的值修改以下部分:
    3616_image16
     

  4. 打开 IIS Manager
  5. 展开服务器,然后选择“应用程序池”
  6. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  7. 右键单击 MSExchangeSyncAppPool 并选择“开始”
  8. 打开 Exchange 命令行管理程序
  9. 运行以下 cmdlet 以启用用户的邮箱日志记录:
    Set-CASMailbox user -ActiveSyncDebugLogging:$True

捕获 Fiddler 跟踪

ActiveSync 设备请求不会始终到达所需的目标。 若要确保设备请求和响应按预期发送和接收,请通过 HTTP 代理路由设备并查看数据。 为此,请按照下列步骤操作:
  1. Fiddler 下载并安装到工作站上。
  2. 下载 EAS Inspector for Fiddler
  3. EASInspectorFiddler.dll 解压缩到 c:\Program Files\Fiddler2\Inspectors 文件夹。
  4. 启动 Fiddler 应用程序。
  5. 选择“工具”菜单并选择“Fiddler 选项”
  6. 转到 HTTPS 选项卡并选择“解密 HTTPS 通信”,对所有提示单击“是”
  7. 转到“连接”选项卡并选择“允许远程计算机连接”,对任意提示单击“确定”
  8. 单击“确定”并关闭 Fiddler 应用程序。
  9. 配置 ActiveSync 设备以将此工作站用作代理服务器(这通常在设备的 WiFi 设置下进行)。
  10. 启动 Fiddler 应用程序。
  11. 尝试从 ActiveSync 客户端发送一个或多个消息。
  12. 选择“文件”菜单并选择“捕获通信”以停止跟踪。

分析 ActiveSync 邮箱日志

我们现在已经收集了数据,可以开始进行故障排除。 我们要采取的第一步是查看邮箱日志并检查项目是否已捕获。 为此,请按照下列步骤操作:
  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索用户的邮箱日志:
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    注意: 这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址以进行分析。 有关邮箱日志记录的其他信息,你可以访问此处
  3. 下载 MailboxLogParser 并解压缩文件。
  4. 通过打开 MailboxLogParser.exe 启动实用工具。
  5. 单击“将邮箱日志导入到网格”以打开邮箱日志。
  6. 在“在原始日志数据中搜索字符串”下输入 SendMail 并单击“搜索”
    3616_image18
     

是否在日志中看到了 SendMail 命令?
Placeholder_Merged to 15
Placeholder_Merged to 15
SendMail 状态代码检查

以下是 ActiveSync 邮箱日志中的搜索结果示例:

3616_image19
 


你在日志中看到的 SendMail 命令状态代码值是什么?

Exchange ActiveSync 组织设置

注意: 此功能不适用于 Exchange 2007。 如果你的组织正在运行 Exchange 2007,请在页面末尾单击“我正在运行 Exchange 2007”。
Exchange ActiveSync 组织设置使管理员能够设置 ActiveSync 设备的默认访问级别。 这些默认设置包括“阻止”、“隔离”和“允许”。 检查当前的组织设置,以确定环境中的当前默认访问级别。 为此,请按照下列步骤操作:
  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以确定当前的组织设置:
    Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
    3616_image20
     

默认访问级别是否设置为“允许”?

修改 Exchange ActiveSync 组织设置

若要解决此问题,请修改 ActiveSync 组织设置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以确定当前的组织设置:
    Set-ActiveSyncOrganizationSettings –DefaultAccessLevel Allow

是否通过更改 ActiveSync 组织设置的 DefaultAccessLevel 设置解决了问题?

Exchange ActiveSync 设备访问规则

Exchange ActiveSync 设备访问规则允许管理员创建基于设备特征的访问组。 检查允许设备连接的任何设备访问规则的当前配置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找将访问级别设置为“允许”的任何设备访问规则:
    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    3616_image21
     

是否存在匹配用户的设备且将访问级别设置为“阻止”或“隔离”的任何设备访问规则?

修改 ActiveSync 设备访问规则

该问题有两种解决方法。 第一种方法是删除设备访问规则。 有关添加/删除设备访问规则的详细信息,请单击此处。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以创建设备访问规则:
    Remove-ActiveSyncDeviceAccessRule ‘WindowsMail (DeviceType)’
    3616_image22
     

第二种方法是修改现有设备访问规则的 AccessLevel。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以修改访问级别:
    Set-ActiveSyncDeviceAccessRule ‘WindowsMail (DeviceType)’ -AccessLevel Allow
    3616_image23
     

是否通过更新组织中的设备访问规则解决了问题?

已阻止邮箱的设备 ID

管理员可以配置不允许与该邮箱同步的设备列表。 检查用户配置以确定是否已阻止设备同步。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找任何不允许同步的设备:
    Get-CASMailbox user | fl ActiveSyncBlockedDeviceIDs
    3616_image24
     

是否已阻止用户的设备与用户的邮箱进行同步?

修改邮箱设置

若要解决此问题,请从邮箱的阻止列表中删除设备 ID。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找任何不允许同步的设备:
    Set-CASMailbox user -ActiveSyncBlockedDeviceIDs $null
    注意: 单击此处以查看有关此 cmdlet 和可用选项的其他信息。

是否通过从邮箱的阻止列表删除设备 ID 解决了问题?

Fiddler 跟踪分析

你尝试从设备发送消息,因此你应该会在 Fiddler 跟踪中看到请求。 你可以使用 Fiddler 跟踪查看由客户端发送的请求以及来自服务器的响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync,然后单击“查找会话”
  4. 在“结果”列中查看不等于 200 的任何 HTTP 响应值
  5. 选择“正文”列中包含值的请求
    3616_image25
     

  6. 选择 TextView 选项卡以查看响应,了解更多详细信息
    3616_image26
     

是否在 Fiddler 跟踪中发现了任何 HTTP 错误?

SendMail 状态代码检查

你没有发现任何 HTTP 错误,因此你应该会发现 ActiveSync 响应的状态代码。 你可以使用 Fiddler 跟踪找到这些响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync,然后单击“查找会话”
  4. 查看“正文”列,并查找较小的值
    3616_image27
     

  5. 在 EAS XML 选项卡中查看来自设备的请求和接收的响应
    3616_image28
     

你在响应窗口中看到了什么状态代码?

安装 Log Parser Studio;Log Parser Studio 查询 – SendMail;查询结果分析

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。

Log Parser Studio 查询 – SendMail

若要确定任意 ActiveSync 请求是否会导致错误,请在 IIS 日志中查询设备通信。 为此,请按照下列步骤操作:

  1. 通过双击 LPS.exe 启动 Log Parser Studio
  2. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  3. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  4. 确认已选中文件/文件夹,然后单击“确定”
  5. 双击库中的 ActiveSync: SendMail
  6. 单击感叹号图标来执行查询
    3616_image32
     

  7. 通过查看“状态”、“错误”、“ABQ”和“sc-status”列分析此查询的结果。

查询结果分析

下面的示例显示前面查询的结果:

3616_image33
 

你需要查看查询结果,以发现任何存在的问题。 为此,请按照下列步骤操作:

  1. 查看“状态”列并找到包含值的任何请求。 使用 Exchange ActiveSync 协议文档调查这些值并确定是否可以采取任何纠正操作。
  2. 查看“错误”列并找到此列中包含值的任何请求。 其中许多错误消息一看就能明白意思,并且可以相应采取纠正操作。
  3. 查看 sc-status 列并找到包含非 200 值的任何请求。 这是来自 IIS 的 HTTP 状态响应,可以访问此处了解其他信息。

在分析 IIS 日志后,是否能够解决问题?

Placeholder_Merged into 27
Placeholder_Merged into 27
Exchange 远程连接分析器

若要确定用户是否可以成功连接到 Exchange,请使用用户帐户运行 Exchange 远程连接分析器。 为此,请按照下列步骤操作:

  1. 浏览到 Microsoft 远程连接分析器站点
  2. 从“Microsoft Exchange ActiveSync 连接测试”中选择 Exchange ActiveSync 并单击“下一步”
  3. 输入所有必填字段,然后单击“执行测试”
    3616_image34
     

    注意: 如果需要,请手动指定服务器设置以跳过“自动发现”用户设置请求。

Exchange 远程连接分析器测试是否失败了?

分析 Exchange 远程连接分析器结果

若要解决此问题,请查看测试的结果并解决找到的任何问题。 为此,请按照下列步骤操作:

  1. 单击“全部展开”
    3616_image9
     

  2. 在结果中查找错误(应靠近末尾)并解决问题
    3616_image35
     

是否已使用 Exchange 远程连接分析器结果解决了问题?

Exchange ActiveSync 应用程序池

验证 MSExchangeSyncAppPool 已启动且正在 LocalSystem 帐户下运行。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 展开服务器,然后选择“应用程序池”
    
    3616_image36
     

是否已使用 LocalSystem 帐户启动了 MSExchangeSyncAppPool?

修改 MSExchangeSyncAppPool

若要解决此问题,请修改 MSExchangeSyncAppPool 以使用 LocalSystem 帐户。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 展开服务器,然后选择“应用程序池”
  3. 右键单击 MSExchangeSyncAppPool 并选择“高级设置”
  4. 修改 Identity 值,方法是通过选择 LocalSystem
    
    3616_image37
     

  5. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  6. 右键单击 MSExchangeSyncAppPool 并选择“开始”

是否通过更新 MSExchangeSyncAppPool 解决了问题?

ActiveSync 虚拟目录身份验证设置

验证 ActiveSync 虚拟目录上的身份验证设置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检查虚拟目录设置:
    Get-ActiveSyncVirtualDirectory | ft server,basic*

ActiveSync 虚拟目录是否已配置为使用基本身份验证?

修改 ActiveSync 虚拟目录身份验证设置

若要解决此问题,请将 ActiveSync 虚拟目录配置为使用基本身份验证。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以启用虚拟目录上的基本身份验证:
    Set-ActiveSyncVirtualDirectory ServerName\Microsoft* -BasicAuthEnabled:$True

是否通过启用 ActiveSync 虚拟目录的基本身份验证解决了问题?

ActiveSync 默认域

某些设备仅发送将会造成身份验证失败的凭据用户名值。 验证是否已在 ActiveSync 虚拟目录上配置默认域值。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 依次展开服务器、“站点”和“默认网站”,然后选择 Microsoft-Server-ActiveSync
  3. 在“功能视图”中双击“身份验证”
  4. 选择“基本身份验证”,然后在“操作”窗格中单击“编辑”
    3616_image38
     

默认域字段中是否存在值?

为 ActiveSync 虚拟目录添加默认域

若要解决此问题,请为 ActiveSync 虚拟目录配置默认域。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 依次展开服务器、“站点”和“默认网站”,然后选择 Microsoft-Server-ActiveSync
  3. 在“功能视图”中双击“身份验证”
  4. 选择“基本身份验证”,然后在“操作”窗格中单击“编辑”
  5. 为“默认域”输入一个值,然后单击“确定”
    3616_image39
     

是否通过启用 ActiveSync 虚拟目录的默认域解决了问题?

ActiveSync 虚拟目录 SSL 设置

验证 ActiveSync 虚拟目录未配置为要求客户端证书。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 依次展开服务器、“站点”和“默认网站”,然后选择 Microsoft-Server-ActiveSync
  3. 在“功能视图”中双击“SSL 设置”
    3616_image40
     

客户端证书的 SSL 设置是否设置为“忽略”?

修改 ActiveSync 虚拟目录 SSL 设置

若要解决此问题,请将客户端证书设置设为“忽略”。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 依次展开服务器、“站点”和“默认网站”,然后选择 Microsoft-Server-ActiveSync
  3. 在“功能视图”中双击“SSL 设置”
  4. 在“客户端证书”下选择“忽略”
    3616_image41
     

是否通过将客户端证书的 SSL 设置更改为“忽略”解决了问题?

ActiveSync 虚拟目录 HTTP 重定向

在 IIS 7 中配置 HTTP 重定向时,重定向设置将由该网站下的所有虚拟目录继承。 在 ActiveSync 虚拟目录中检查 HTTP 重定向。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 依次展开服务器、“站点”和“默认网站”,然后选择 Microsoft-Server-ActiveSync
  3. 在“功能视图”中双击“HTTP 重定向”
    3616_image42
     

是否为 ActiveSync 虚拟目录配置了重定向?

修改 ActiveSync 虚拟目录 HTTP 重定向

若要解决此问题,请从 ActiveSync 虚拟目录移除 HTTP 重定向。 为此,请按照下列步骤操作:

  1. 打开 IIS Manager
  2. 依次展开服务器、“站点”和“默认网站”,然后选择 Microsoft-Server-ActiveSync
  3. 在“功能视图”中双击“HTTP 重定向”
  4. 清除“将请求重定向到此目标”复选框
    
    3616_image43
     

是否通过从 ActiveSync 虚拟目录移除 HTTP 重定向解决了问题?

启用了 ActiveSync 的邮箱

验证邮箱是否启用了 ActiveSync。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检查邮箱设置:
     Get-CASMailbox user | fl ActiveSyncEnabled
    3616_image44
     

用户是否启用了 ActiveSync?

为用户启用 ActiveSync

若要解决此问题,请为用户启用 ActiveSync。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以便为邮箱启用 ActiveSync:
    Set-CASMailbox user –ActiveSyncEnabled:$True
    3616_image45
     

是否通过为邮箱启用 ActiveSync 解决了问题?

Exchange ActiveSync 协议文档审阅

你的 SendMail 命令从 Exchange 收到意外的状态代码响应。 若要了解所遇到的错误,你必须查看 Exchange ActiveSync 命令参考协议以解决问题。


是否能够通过查看响应中的状态代码解决问题?

Exchange ActiveSync 组织设置

注意: 此功能不适用于 Exchange 2007。 如果你的组织正在运行 Exchange 2007,请在页面末尾单击“我正在运行 Exchange 2007”。

Exchange ActiveSync 组织设置使管理员能够设置 ActiveSync 设备的默认访问级别。 这些默认设置包括“阻止”、“隔离”和“允许”。 检查当前的组织设置,以确定环境中的当前默认访问级别。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以确定当前的组织设置:
    Get-ActiveSyncOrganizationSettings | ft DefaultAccessLevel
    3616_image20
     

默认访问级别是否设置为“允许”?

修改 ActiveSync 组织设置

若要解决此问题,请修改 ActiveSync 组织设置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以确定当前的组织设置:
    Set-ActiveSyncOrganizationSettings –DefaultAccessLevel Allow

是否通过更改 ActiveSync 组织设置的 DefaultAccessLevel 设置解决了问题?

Exchange ActiveSync 设备访问规则

Exchange ActiveSync 设备访问规则允许管理员创建基于设备特征的访问组。 检查允许设备连接的任何设备访问规则的当前配置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找将访问级别设置为“允许”的任何设备访问规则:
    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    3616_image21
     

是否存在匹配用户的设备且将访问级别设置为“阻止”或“隔离”的任何设备访问规则?

修改 ActiveSync 设备访问规则

Exchange ActiveSync 设备访问规则允许管理员创建基于设备特征的访问组。 检查允许设备连接的任何设备访问规则的当前配置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找将访问级别设置为“允许”的任何设备访问规则:
    Get-ActiveSyncDeviceAccessRule | Where { $_.AccessLevel -eq "Allow" }
    3616_image21
     

是否存在匹配用户的设备且将访问级别设置为“阻止”或“隔离”的任何设备访问规则?

已阻止邮箱的设备 ID

管理员可以配置不允许与该邮箱同步的设备列表。 检查用户配置以确定是否已阻止设备同步。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找任何不允许同步的设备:
    Get-CASMailbox user | fl ActiveSyncBlockedDeviceIDs
    3616_image24
     

是否已阻止用户的设备与用户的邮箱进行同步?

修改邮箱设置

若要解决此问题,请从邮箱的阻止列表中删除设备 ID。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找任何不允许同步的设备:
    Set-CASMailbox user -ActiveSyncBlockedDeviceIDs $null
    注意: 单击此处以查看有关此 cmdlet 和可用选项的其他信息。

是否通过从邮箱的阻止列表删除设备 ID 解决了问题?

安装 Log Parser Studio;Log Parser Studio 查询 – 按用户对 SyncKey 为零的同步进行计数

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。


Log Parser Studio 查询 – 按用户对 SyncKey 为零的同步进行计数

若要确定设备是否正在与 Exchange 重新同步,请运行 Log Parser 查询以查找用户。 为此,请按照下列步骤操作:

  1. 通过双击 LPS.exe 启动 Log Parser Studio
  2. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  3. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  4. 确认已选中文件/文件夹,然后单击“确定”
  5. 双击库中的 “ActiveSync: 按用户对 SyncKey 为零的同步进行计数”
  6. 单击感叹号图标来执行查询
    3616_image32
     

  7. 分析此查询的结果
    3616_image75
     

是否存在任何具有使用值为 0 的 SyncKey 的多个请求的设备?

检查文件级防病毒

在许多情况下,文件级防病毒会通过延迟请求或响应的处理来影响 ActiveSync 通信。 停止这些服务不会禁用这些服务所使用的内核模式筛选器驱动程序。 若要禁用文件级防病毒,请按照此文章中的步骤进行操作。 验证在重新启动客户端访问服务器后,内核模式筛选器驱动程序不再处于活动状态。 为此,请按照下列步骤操作:

  1. 打开命令提示符
  2. 运行以下命令:
    fltmc
  3. 将结果与此文章中的示例筛选器驱动程序进行比较或在 Web 上搜索筛选器名称
    3616_image46
     

是否通过禁用防病毒内核模式筛选器驱动程序解决了问题?

邮件问题

选择 ActiveSync 客户端所遇到的邮件问题类型。

项目只存在于一个客户端

报告的问题是,邮件显示在 Outlook 的邮箱中,但在 ActiveSync 客户端中却不存在,或相反。 在开始解决此问题之前,我们需要了解该问题是否可以在 ActiveSync 客户端上重现。 如果我们可以重现该问题,我们就可以捕获期间的数据,以便更好地了解问题。 否则,我们将需要检查现有的日志,以尝试确定发生的情况。


是否可以在设备上重现日历问题?

启用 ActiveSync 邮箱日志记录;捕获 Fiddler 跟踪;使用 MfcMapi 查找项目;在邮箱日志中搜索项目;

启用 ActiveSync 邮箱日志记录

第一个故障排除步骤是启用客户端访问服务器和邮箱上的邮箱日志记录。 有关邮箱日志记录的其他信息,你可以访问此处。 为此,请按照下列步骤操作:

注意: 应在 Exchange 2013 邮箱服务器上进行此更改。

  1. 打开 Windows Explorer 并浏览到 Sync 文件夹 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)
  2. 制作 web.config 文件的副本
  3. 在记事本中打开 web.config 文件,然后使用下面的值修改以下部分:
    3616_image16
     

  4. 打开 IIS Manager
  5. 展开服务器,然后选择“应用程序池”
  6. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  7. 右键单击 MSExchangeSyncAppPool 并选择“开始”
  8. 打开 Exchange 命令行管理程序
  9. 运行以下 cmdlet 以启用用户的邮箱日志记录:
    Set-CASMailbox user -ActiveSyncDebugLogging:$True 

捕获 Fiddler 跟踪

ActiveSync 设备请求不会始终到达所需的目标。 若要确保设备请求和响应按预期发送和接收,请通过 HTTP 代理路由设备并查看数据。 为此,请按照下列步骤操作:
  1. Fiddler 下载并安装到工作站上
  2. 下载 EAS Inspector for Fiddler
  3. EASInspectorFiddler.dll 解压缩到 c:\Program Files\Fiddler2\Inspectors 文件夹
  4. 启动 Fiddler 应用程序
  5. 选择“工具”菜单并选择“Fiddler 选项”
  6. 转到 HTTPS 选项卡并选择“解密 HTTPS 通信”,对所有提示单击“是”
  7. 转到“连接”选项卡并选择“允许远程计算机连接”,对任意提示单击“确定”
  8. 单击“确定”并关闭 Fiddler 应用程序
  9. 配置 ActiveSync 设备以将此工作站用作代理服务器(这通常在设备的 WiFi 设置下进行)
  10. 启动 Fiddler 应用程序
  11. 尝试从 ActiveSync 客户端发送一个或多个消息
  12. 选择“文件”菜单并选择“捕获通信”以停止跟踪

使用 MfcMapi 查找项目

在搜索邮箱日志之前,我们需要确定项目的 ConversationID。 为此,请按照下列步骤操作:

  1. 下载并安装 MfcMapi
  2. 启动 MfcMapi
  3. 转到“会话”菜单并选择“登录”
  4. 选择邮箱的 Outlook 配置文件并单击“确定”
  5. 双击要打开的邮箱
  6. 展开“根容器”,展开“最上层的信息文件”,然后右键单击“收件箱”(或包含该项目的其他文件夹)并选择“打开目录表格”
    3616_image47
     

  7. 在表格内选择项目,右键单击标记 0x00710102 并选择“编辑属性”
    3616_image48
     

  8. 复制“二进制”
    3616_image49
     

在邮箱日志中搜索项目

我们现在已经收集了数据,可以开始进行故障排除。 我们要采取的第一步是查看邮箱日志并检查项目是否已捕获。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索用户的邮箱日志:
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com

    注意: 这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址以进行分析。 有关邮箱日志记录的其他信息,你可以访问此处。
  3. 下载 MailboxLogParser 并解压缩文件
  4. 通过打开 MailboxLogParser.exe 启动实用工具
  5. 单击“将邮箱日志导入到网格”以打开邮箱日志
    3616_image50
     

在邮箱日志中搜索项目

  1. 删除之前复制的二进制值的第一个字节(或两个字符)。 然后将接下来的五个字节(或十个字符)用于搜索值。
    示例: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373
  2. 在“在原始日志数据中搜索字符串”中输入“步骤 1”中的值并单击“搜索”
    3616_image91
     

  3. 使用二进制值中接下来的 16 个字节(或 32 个字符)并将该值与搜索结果中的 ConversationId 进行比较。
    示例: 01CEC1E829ED44997723AC344564BBEEF22D3A1A3373
    3616_image92
     

  4. 记下该项目的 ServerId 值。 上面示例中的值是 5:11。

是否能够使用 ConversationId 在邮箱日志中找到项目?

Placeholder_Merged into 55
Placeholder_Merged into 55
Placeholder_Merged into 55
针对项目分析邮箱日志;检查项目的最终状态

针对项目分析邮箱日志

既然我们知道了邮箱日志中包括该项目,我们就需要跟踪针对约会采取的操作。 为此,请按照下列步骤操作:

  1. 搜索先前发现的 ServerId 值
    3616_image93
     

  2. 向上滚动日志并查找 RequestBody 或 ResponseBody。 如果项目出现在响应正文中,则表明已在服务器中更新该项目。 否则,项目将出现在请求正文,这意味着项目已在客户端中进行了更新。
    3616_image60
     

  3. 请记下操作(“添加”、“更改”或“删除”),以及是服务器还是客户端发送了该操作
  4. 重复步骤 2-4 直到找不到任何其他条目。

注意: 单击此处可获取有关 Exchange ActiveSync 邮箱日志记录分析的其他信息。

检查项目的最终状态

我们确认已针对邮箱日志内的项目采取了一项或多项操作。 该项目的最终结果取决于最后操作。 以下内容介绍了基于操作的项目预期状态:

添加 – 项目应位于 ActiveSync 客户端上的文件夹中

更改 – 项目应在 ActiveSync 客户端上的文件夹中进行更新

删除 – 项目应从 ActiveSync 客户端上的文件夹中删除


最后操作的结果是否满足项目的预期状态?

Placeholder_Merged into 59

我们确认已针对邮箱日志内的项目采取了一项或多项操作。 该项目的最终结果取决于最后操作。 以下内容介绍了基于操作的项目预期状态:

添加 – 项目应位于 ActiveSync 客户端上的文件夹中

更改 – 项目应在 ActiveSync 客户端上的文件夹中进行更新

删除 – 项目应从 ActiveSync 客户端上的文件夹中删除

最后操作的结果是否满足项目的预期状态?

针对项目的 Fiddler 跟踪分析;检查项目的最终状态

针对项目的 Fiddler 跟踪分析

Exchange 服务器上的活动指明,对于此约会,设备应具有正确的状态。 我们可以使用 Fiddler 跟踪验证客户端接收的响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync 的命名空间(示例:mail.contoso.com),然后单击“查找会话”
  4. 选择“正文”列中包含值的请求
    3616_image61
     

  5. 选择 EAS XML 选项卡以查看请求和响应
    3616_image62
     

  6. 针对先前找到的 ServerId,查找所有请求和响应

检查项目的最终状态

我们确认已针对 Fiddler 跟踪内的项目采取了一项或多项操作。 该项目的最终结果取决于最后操作。 以下内容介绍了基于操作的项目预期状态:

添加 – 项目应位于 ActiveSync 客户端上的文件夹中

更改 – 项目应在 ActiveSync 客户端上的文件夹中进行更新

删除 – 项目应从 ActiveSync 客户端上的文件夹中删除


最后操作的结果是否满足项目的预期状态?

Placeholder_Merged into 61
针对错误的 Fiddler 跟踪分析

我们希望设备发送一个或多个请求以获取文件夹的最新更新。 我们可以使用 Fiddler 跟踪来验证客户端发送了请求,且服务器已接收响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync 的命名空间(示例:mail.contoso.com),然后单击“查找会话”
  4. 在“结果”列中查看不等于 200 的任何 HTTP 响应值
  5. 选择“正文”列中包含值的请求
    3616_image25
     

  6. 选择 TextView 选项卡以查看响应,了解更多详细信息
    3616_image26
     

是否在 Fiddler 跟踪中发现了任何错误?

安装 Log Parser Studio;Log Parser Studio 查询 – 设备查询;查询结果分析;重新同步文件夹

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。

Log Parser Studio 查询 – 设备查询

若要确定任意 ActiveSync 请求是否会导致错误,请在 IIS 日志中查询设备通信。 为此,请按照下列步骤操作:

  1. 通过双击 LPS.exe 启动 Log Parser Studio
  2. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  3. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  4. 确认已选中文件/文件夹,然后单击“确定”
  5. 双击库中的 “ActiveSync: 设备查询”
  6. 使用前面步骤中的值修改查询末尾 WHERE 从句中的 DeviceId 值。
  7. 单击感叹号图标来执行查询
    3616_image32
     

  8. 通过查看“错误”和“sc-status”列分析此查询的结果。
    3616_image54
     

查询结果分析

现在,我们要查看上一个查询的结果中是否存在任何错误。 为此,请按照下列步骤操作:

  1. 查看“状态”列并找到包含大于 1 的值的任何请求。 使用 Exchange ActiveSync 协议文档调查这些值并确定是否可以采取任何纠正操作。 (你可以忽略此查看过程中的 Ping 命令)
  2. 查看“错误”列并找到此列中包含值的任何请求。 其中许多错误消息一看就能明白意思,并且可以相应采取纠正操作。
  3. 查看 sc-status 列并找到包含非 200 值的任何请求。 这是来自 IIS 的 HTTP 状态响应,可以访问此处了解其他信息。

遗憾的是,查看 IIS 日志不会找到相关项目的任何标识符。 你需要尽力在 IIS 日志内查找有关项目最近发生更改的时间的请求。

注意: 你也可以使用此文章帮助你更好地理解在 IIS 日志条目中发现的一些要素。

重新同步文件夹

前面采取的步骤有助于确定项目中出现问题的原因。 ActiveSync 客户端中的项目状态可能仍不正确。 若要解决此问题,请将该文件夹从要同步的文件夹列表中删除,等待约五分钟,然后将该文件夹添加到要同步的文件夹列表中。


该项目在 ActiveSync 客户端中是否处于正确的状态?

Placeholder_Merged into 64
Placeholder_Merged into 64
针对错误的邮箱日志分析

此项目的 ActiveSync 通信未使设备上的项目处于正确的状态。 现在,我们需要进一步查看邮箱日志,以了解文件夹中 ActiveSync 请求的问题。 为此,请按照下列步骤操作:

  1. 查看上一步的搜索结果
  2. 单击响应中的“状态”代码值,如果该值不等于 1,则查看 ActiveSync 协议文档以了解有关状态代码的更多信息。
  3. 另外,请检查日志,以查看是否存在任何异常消息。
  4. 对日历的每个日志条目重复步骤 2-4

注意: 单击此处可获取有关 Exchange ActiveSync 邮箱日志记录分析的其他信息。


响应中是否存在任何不等于 1 的状态代码,或是否在邮箱日志中找到了任何异常?

安装 Log Parser Studio;Log Parser Studio 查询 – DeviceId 查询;查询结果分析;重新同步文件夹

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。

Log Parser Studio 查询 – DeviceId 查询

若要确定任意 ActiveSync 请求是否会导致错误,请在 IIS 日志中查询设备通信。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以查找任何不允许同步的设备:
    Get-ActiveSyncDevice -Mailbox | fl DeviceId,DeviceType
  3. 通过双击 LPS.exe 启动 Log Parser Studio
  4. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  5. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  6. 确认已选中文件/文件夹,然后单击“确定”
  7. 双击库中的 “ActiveSync: 设备查询”
  8. 使用步骤 2 中的值修改查询末尾 WHERE 从句中的 DeviceId 值。
  9. 单击感叹号图标来执行查询
    3616_image32
     

  10. 通过查看“错误”和“sc-status”列分析此查询的结果。
    3616_image54
     

查询结果分析

现在,我们需要查看查询结果,以发现任何存在的问题。 为此,请按照下列步骤操作:

  1. 查看“状态”列并找到包含大于 1 的值的任何请求。 使用 Exchange ActiveSync 协议文档调查这些值并确定是否可以采取任何纠正操作。(你可以忽略此查看过程中的 Ping 命令)
  2. 查看“错误”列并找到此列中包含值的任何请求。 其中许多错误消息一看就能明白意思,并且可以相应采取纠正操作。
  3. 查看 sc-status 列并找到包含非 200 值的任何请求。 这是来自 IIS 的 HTTP 状态响应,可以访问此处了解其他信息。

遗憾的是,查看 IIS 日志不会找到相关项目的任何标识符。 你需要尽力在 IIS 日志内查找有关项目最近发生更改的时间的请求。 你也可以使用此文章帮助你更好地理解在 IIS 日志条目中发现的一些要素。

重新同步文件夹

前面采取的步骤有助于确定项目中出现问题的原因。 ActiveSync 客户端中的项目状态可能仍不正确。 若要解决此问题,请将该文件夹从要同步的文件夹列表中删除,等待约五分钟,然后将该文件夹添加到要同步的文件夹列表中。


该项目在 ActiveSync 客户端中是否处于正确的状态?

Placeholder_Merged into 68
Placeholder_Merged into 68
重新同步文件夹

前面采取的步骤有助于确定项目中出现问题的原因。 ActiveSync 客户端中的项目状态可能仍不正确。 若要解决此问题,请将该文件夹从要同步的文件夹列表中删除,等待约五分钟,然后将该文件夹添加到要同步的文件夹列表中。


该项目在 ActiveSync 客户端中是否处于正确的状态?

安装 Log Parser Studio;查找用户的 DeviceId;Log Parser Studio 查询 – 设备查询;查询结果分析

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。

查找用户的 DeviceId

我们需要获取遇到问题的 ActiveSync 客户端的 DeviceId。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索 DeviceId:
    Get-ActiveSyncDeviceStatistics -Mailbox clt | fl DeviceId,DeviceType
    3616_image55
     

  3. 请记下 DeviceID 值

Log Parser Studio 查询 – 设备查询

若要确定任意 ActiveSync 请求是否会导致错误,请在 IIS 日志中查询设备通信。 为此,请按照下列步骤操作:

  1. 通过双击 LPS.exe 启动 Log Parser Studio
  2. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  3. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  4. 确认已选中文件/文件夹,然后单击“确定”
  5. 双击库中的 “ActiveSync: 设备查询”
  6. 使用前面步骤中的值修改查询末尾 WHERE 从句中的 DeviceId 值。
  7. 单击感叹号图标来执行查询
    3616_image32
     

  8. 通过查看“错误”和“sc-status”列分析此查询的结果。
    3616_image54
     

查询结果分析

现在,我们要查看上一个查询的结果中是否存在任何错误。


你在查询结果中发现了什么错误消息?

Placeholder_Merged into 72
Placeholder_Merged into 72
Placeholder_Merged into 72
检查 ActiveSync 邮箱策略

若要确定某个 ActiveSync 邮箱策略设置是否造成了 AttachmentTooBig 错误,请检查分配给此邮箱的 ActiveSync 邮箱策略。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 来检索该用户的 ActiveSync 邮箱策略设置:
    Get-ActiveSyncMailboxPolicy (Get-Mailbox alias ).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
    注意: 此 cmdlet 应只返回一个结果。 如果结果中出现多个策略,则使用“默认值”中的设置。
    3616_image57
     

MaxAttachmentSize 设置是否设为无限制?

检查邮件大小限制

若要确定最大邮件大小限制是否可能会造成 AttachmentTooBig 错误,请检查 Exchange 组织的传输设置。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索邮件大小限制:
    Get-TransportConfig | fl *size
    3616_image58
     

MaxReceiveSize 或 MaxSendSize 限制是否大于 10 MB?

修改 Exchange ActiveSync 设置

若要解决此问题,请增加 ActiveSync 虚拟目录的最大数据传输量。 为此,请按照下列步骤操作:

重要: 下列更改可能会导致移动设备上的数据费用增加。

  1. 打开 Windows Explorer
  2. 浏览到 Exchange 安装路径 (%ExchangeInstallPath%),然后浏览到 ClientAccessSync 目录
  3. 制作 web.config 文件的副本
  4. 在记事本中打开 web.config 文件
  5. 找到 MaxDocumentDataSIze,并根据需要修改值
    3616_image60
     

    注意: 该值以字节为单位。
  6. 找到 MaxRequestLength,并根据需要修改值
    3616_image61
     

    注意: 该值以千字节为单位。
  7. 打开 IIS Manager
  8. 展开服务器,然后选择“应用程序池”
  9. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  10. 右键单击 MSExchangeSyncAppPool 并选择“开始”

是否通过修改 ActiveSync 设置解决了问题?

修改 ActiveSync 邮箱策略

若要解决此问题,请在 ActiveSync 邮箱策略中增加最大附件大小限制。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以修改 ActiveSync 邮箱策略:
    Set-ActiveSyncMailboxPolicy Default -MaxAttachmentSize 20971520
    注意: MaxAttachmentSize 值以字节为单位。 根据需要,修改上述 cmdlet 中的策略名称和大小。

是否通过增加 ActiveSync 邮箱策略中的最大附件大小解决了问题?

启用 ActiveSync 邮箱日志记录;分析 ActiveSync 邮箱日志;使用 MfcMapi 查找附件

启用 ActiveSync 邮箱日志记录

若要确定导致故障的 ActiveSync 响应,必须启用邮箱日志记录。 有关邮箱日志记录的其他信息,你可以访问此处。 为此,请按照下列步骤操作:

注意: 应在 Exchange 2013 邮箱服务器上进行此更改。

  1. 打开 Windows Explorer 并浏览到 Sync 文件夹 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)
  2. 制作 web.config 文件的副本
  3. 在记事本中打开 web.config 文件,然后使用下面的值修改以下部分:
    3616_image16
     

  4. 打开 IIS Manager
  5. 展开服务器,然后选择“应用程序池”
  6. 右键单击 MSExchangeSyncAppPool 并选择“高级设置”
  7. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  8. 右键单击 MSExchangeSyncAppPool 并选择“开始”
  9. 打开 Exchange 命令行管理程序
  10. 运行以下 cmdlet 以启用用户的邮箱日志记录:
    Set-CASMailbox user -ActiveSyncDebugLogging:$True
  11. 尝试从 ActiveSync 客户端打开附件

分析 ActiveSync 邮箱日志

查看邮箱日志以确定用户尝试打开的附件。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索用户的邮箱日志:
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    注意: 这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址以进行分析。 有关邮箱日志记录的其他信息,你可以访问此处
  3. 下载 MailboxLogParser 并解压缩文件
  4. 通过打开 MailboxLogParser.exe 启动实用工具
  5. 单击“将邮箱日志导入到网格”以打开邮箱日志
    3616_image50
     

  6. 在“在原始日志数据中搜索字符串”下输入“ObjectNotFound”并单击“搜索”
  7. 通过在日志条目中查找错误来查看搜索结果。 记下 FileReference 中的附件编号。 这是值中的最后一个数值: 5%3a12%3a0。 (完整值是 5:12:0,这是 ServerId 5:12 的附件 0。)
    3616_image62
     

注意: 单击此处可获取有关 Exchange ActiveSync 邮箱日志记录分析的其他信息。


使用 MfcMapi 查找附件

我们需要确定邮件内是否存在附件。 为此,请按照下列步骤操作:

  1. 下载并安装 MfcMapi
  2. 启动 MfcMapi
  3. 转到“会话”菜单并选择“登录”
  4. 选择邮箱的 Outlook 配置文件并单击“确定”
  5. 双击要打开的邮箱
  6. 展开“根容器”,展开“最上层的信息文件”,然后右键单击“收件箱”(或包含该项目的其他文件夹)并选择“打开目录表格”
    3616_image47
     

  7. 右键单击该邮件并选择“附件”>“显示附件表”
  8. 你应看到邮件内的附件列表
    3616_image63
     

是否看到附件具有在邮箱日志中找到的 FileReference 编号?

Placeholder_Merged into 80
Placeholder_Merged into 80
使用 Outlook 查看附件

若要确定附件是否发生损坏,请求用户在 Outlook 或 Outlook Web Access 中打开附件。


用户是否能够从另一客户端打开附件?

检查 ActiveSync 邮箱策略

若要确定某个 ActiveSync 邮箱策略设置是否造成了 AttachmentTooBig 错误,请检查分配给此邮箱的 ActiveSync 邮箱策略。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 来检索该用户的 ActiveSync 邮箱策略设置:
    Get-ActiveSyncMailboxPolicy (Get-Mailbox alias).ActiveSyncMailboxPolicy | ft name,*Attach* -AutoSize
    注意: 此 cmdlet 应只返回一个结果。 如果结果中出现多个策略,则使用“默认值”中的设置。
    3616_image57
     

AttachmentsEnabled 设置是否设为 True?

修改 ActiveSync 邮箱策略

若要解决此问题,请在 ActiveSync 邮箱策略中增加最大附件大小限制。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以修改 ActiveSync 邮箱策略:
    Set-ActiveSyncMailboxPolicy Default –AttachmentsEnabled:$True

是否通过增加 ActiveSync 邮箱策略中的最大附件大小解决了问题?

无法发送邮件

我们将解决用户无法从 ActiveSync 客户端发送邮件的问题。


用户是否可以重现此问题?

启用 ActiveSync 邮箱日志记录;捕获 Fiddler 跟踪;针对错误的邮箱日志分析

启用 ActiveSync 邮箱日志记录

第一步是启用客户端访问服务器和用户邮箱上的邮箱日志记录。 有关邮箱日志记录的其他信息,你可以访问此处。 为此,请按照下列步骤操作:

注意: 应在 Exchange 2013 邮箱服务器上进行此更改。

  1. 打开 Windows Explorer 并浏览到 Sync 文件夹 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)
  2. 制作 web.config 文件的副本
  3. 在记事本中打开 web.config 文件,然后使用下面的值修改以下部分:
    3616_image16
     

  4. 打开 IIS Manager
  5. 展开服务器,然后选择“应用程序池”
  6. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  7. 右键单击 MSExchangeSyncAppPool 并选择“开始”
  8. 打开 Exchange 命令行管理程序
  9. 运行以下 cmdlet 以启用用户的邮箱日志记录:
    Set-CASMailbox user -ActiveSyncDebugLogging:$True

捕获 Fiddler 跟踪

ActiveSync 设备请求不会始终到达所需的目标。 若要确保设备请求和响应按预期发送和接收,请通过 HTTP 代理路由设备并查看数据。 为此,请按照下列步骤操作:

  1. Fiddler 下载并安装到工作站上
  2. 下载 EAS Inspector for Fiddler
  3. EASInspectorFiddler.dll 解压缩到 c:\Program Files\Fiddler2\Inspectors 文件夹
  4. 启动 Fiddler 应用程序
  5. 选择“工具”菜单并选择“Fiddler 选项”
  6. 转到 HTTPS 选项卡并选择“解密 HTTPS 通信”,对所有提示单击“是”
  7. 转到“连接”选项卡并选择“允许远程计算机连接”,对任意提示单击“确定”
  8. 单击“确定”并关闭 Fiddler 应用程序
  9. 配置 ActiveSync 设备以将此工作站用作代理服务器(这通常在设备的 WiFi 设置下进行)
  10. 启动 Fiddler 应用程序
  11. 使用 ActiveSync 设备重现此问题
  12. 选择“文件”菜单并选择“捕获通信”以停止跟踪

针对错误的邮箱日志分析

来自 ActiveSync 客户端发送此邮件的请求未成功。 我们需要验证 Exchange 服务器是否接收到请求并确定服务器是否发送了任何响应。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索用户的邮箱日志:
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    注意: 这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址。 有关邮箱日志记录的其他信息,你可以访问此处
  3. 下载 MailboxLogParser 并解压缩文件
  4. 通过打开 MailboxLogParser.exe 启动实用工具
  5. 单击“将邮箱日志导入到网格”以打开邮箱日志
  6. 在“在原始日志数据中搜索字符串”下输入 SendMail 并单击“搜索”
  7. 通过检查“状态”列是否存在任何值来查看搜索结果

注意: 单击此处可获取有关 Exchange ActiveSync 邮箱日志记录分析的其他信息。


是否在邮箱日志中发现任何错误或异常?

Placeholder_Merged into 87
Placeholder_Merged into 87
针对错误的 Fiddler 跟踪分析

我们希望设备向 Exchange 服务器发送 SendMail 命令。 我们可以使用 Fiddler 跟踪来验证客户端发送了请求,且服务器已接收响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync 的命名空间(示例:mail.contoso.com),然后单击“查找会话”
  4. 在“结果”列中查看不等于 200 的任何 HTTP 响应值
  5. 选择“正文”列中包含值的请求
    3616_image25
     

  6. 选择 TextView 选项卡以查看响应,了解更多详细信息
    3616_image26
     

是否在 Fiddler 跟踪中发现了任何错误?

安装 Log Parser Studio;Log Parser Studio 查询 – SendMail;查询结果分析

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。

Log Parser Studio 查询 – SendMail

若要确定设备是否正在与 Exchange 重新同步,请运行 Log Parser 查询以查找用户。 为此,请按照下列步骤操作:

  1. 通过双击 LPS.exe 启动 Log Parser Studio
  2. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  3. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  4. 确认已选中文件/文件夹,然后单击“确定”
  5. 双击库中的 ActiveSync: SendMail
  6. 单击感叹号图标来执行查询
    3616_image32
     

  7. 通过在“状态”或“错误”列中搜索任何值来分析此查询的结果。 另外,查找不等于 200 的任何 HTTP 状态代码。
    3616_image65
     

查询结果分析

现在,我们要查看上一个查询的结果中是否存在任何错误。


你在查询结果中发现了什么错误?

Placeholder_Merged into 91
Placeholder_Merged into 91
QutoaExceeded 错误

此错误报告用户已超出其邮箱配额并且无法发送任何邮件。 若要解决此问题,请增加用户的邮箱存储配额或通知用户降低其邮箱大小。


这些选项之一是否能够解决问题?

NoRecipients 错误

此错误报告用户尝试在不指明任何收件人的情况下发送邮件。 此设备不应允许这种行为。 你可能需要查看此设备的邮箱日志和/或 Fiddler 跟踪,以验证 SendMail 命令是否包括一个或多个收件人。


是否能够验证设备在请求中发送了一个或多个收件人?

MailSubmissionFailed 错误

MailSubmissionFailed 错误实质上会捕获所有 SendMail 故障错误消息。 用户应尝试重新发送该邮件。 在提交此邮件时检查邮箱服务器事件日志,以查看是否存在任何错误或警告。


是否能够在邮箱服务器上使用事件日志解决问题?

日历问题

在开始故障排除之前,我们需要了解该问题是否可以在设备上重现。 如果我们可以重现该问题,我们就可以捕获期间的数据,以便更好地了解问题。 否则,我们将需要检查现有的日志,以尝试确定发生的情况。


是否可以在设备上重现日历问题?

启用 ActiveSync 邮箱日志记录;捕获 Fiddler 跟踪;在邮箱内查找约会;搜索 UID

第一步是启用客户端访问服务器和用户邮箱上的邮箱日志记录。 有关邮箱日志记录的其他信息,你可以访问此处。 为此,请按照下列步骤操作:

注意: 应在 Exchange 2013 邮箱服务器上进行此更改。

  1. 打开 Windows Explorer 并浏览到 Sync 文件夹 (C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Sync)
  2. 制作 web.config 文件的副本
  3. 在记事本中打开 web.config 文件,然后使用下面的值修改以下部分:
    3616_image16
     

  4. 打开 IIS Manager
  5. 展开服务器,然后选择“应用程序池”
  6. 右键单击 MSExchangeSyncAppPool 并选择“停止”
  7. 右键单击 MSExchangeSyncAppPool 并选择“开始”
  8. 打开 Exchange 命令行管理程序
  9. 运行以下 cmdlet 以启用用户的邮箱日志记录:
    Set-CASMailbox user -ActiveSyncDebugLogging:$True

捕获 Fiddler 跟踪

ActiveSync 设备请求不会始终到达所需的目标。 若要确保设备请求和响应按预期发送和接收,请通过 HTTP 代理路由设备并查看数据。 为此,请按照下列步骤操作:

  1. Fiddler 下载并安装到工作站上
  2. 下载 EAS Inspector for Fiddler
  3. EASInspectorFiddler.dll 解压缩到 c:\Program Files\Fiddler2\Inspectors 文件夹
  4. 启动 Fiddler 应用程序
  5. 选择“工具”菜单并选择“Fiddler 选项”
  6. 转到 HTTPS 选项卡并选择“解密 HTTPS 通信”,对所有提示单击“是”
  7. 转到“连接”选项卡并选择“允许远程计算机连接”,对任意提示单击“确定”
  8. 单击“确定”并关闭 Fiddler 应用程序
  9. 配置 ActiveSync 设备以将此工作站用作代理服务器(这通常在设备的 WiFi 设置下进行)
  10. 启动 Fiddler 应用程序
  11. 使用 ActiveSync 设备重现此问题
  12. 选择“文件”菜单并选择“捕获通信”以停止跟踪

在邮箱内查找约会

在搜索邮箱日志之前,我们需要确定邮箱内约会的 UID。 为此,请按照下列步骤操作:

  1. 下载并安装 MfcMapi
  2. 启动 MfcMapi
  3. 转到“会话”菜单并选择“登录”
  4. 选择邮箱的 Outlook 配置文件并单击“确定”
  5. 双击要打开的邮箱
  6. 展开“根容器”,展开“最上层的信息文件”,然后右键单击“日历”并选择“打开目录表格”
    
    3616_image66
     

  7. 在表格内选择约会,右键单击标记 0x80000102 并选择“编辑属性”
    3616_image67
     

  8. 复制“二进制”值(这将用于在邮箱日志中搜索 UID)
    3616_image68
     

搜索 UID

我们现在已经收集了数据,可以开始进行故障排除。 我们要采取的第一步是查看邮箱日志并检查约会是否已捕获。 为此,请按照下列步骤操作:

  1. 打开 Exchange 命令行管理程序
  2. 运行以下 cmdlet 以检索用户的邮箱日志:
    Get-ActiveSyncDeviceStatistics -Mailbox user -GetMailboxLog:$True -NotificationEmailAddresses admin@contoso.com
    注意: 这会将 ActiveSync 邮箱日志发送到指定的电子邮件地址以进行分析。 有关邮箱日志记录的其他信息,你可以访问此处
  3. 下载 MailboxLogParser 并解压缩文件
  4. 通过打开 MailboxLogParser.exe 启动实用工具
  5. 单击“将邮箱日志导入到网格”以打开邮箱日志
  6. 在“在原始日志数据中搜索字符串”下输入你之前复制的 UID 值,并单击“搜索”
    3616_image69
     

  7. 查看搜索结果并记下此约会的 ServerId 值(如果找到)
    3616_image94
     

是否能够使用 UID 在邮箱日志中找到约会?

Placeholder_Merged into 98
Placeholder_Merged into 98
Placeholder_Merged into 98
针对 UID 分析邮箱日志;检查约会的最终状态

针对 UID 分析邮箱日志

既然我们知道了邮箱日志中包括该约会,我们就需要跟踪针对约会采取的操作。 为此,请按照下列步骤操作:

  1. 搜索先前发现的 UID 值

  2. 审查结果并分析日志条目。 检查日志并查找 RequestBody 或 ResponseBody。 如果项目出现在响应正文中,则表明已在服务器中更新该项目。 否则,项目将出现在请求正文,这意味着项目已在客户端中进行了更新。

  3. 请记下操作(“添加”、“更改”或“删除”),以及是服务器还是客户端发送了该操作
  4. 重复步骤 2-4 直到找不到任何其他条目。

注意: 单击此处可获取有关 Exchange ActiveSync 邮箱日志记录分析的其他信息。

检查约会的最终状态

我们确认已针对邮箱日志内的约会采取了一项或多项操作。 该约会的最终结果取决于最后操作。 以下内容介绍了基于操作的约会预期状态:

添加 – 约会应位于 ActiveSync 客户端上的“日历”中

更改 – 约会应在 ActiveSync 客户端上的“日历”中进行更新

删除 – 约会应从 ActiveSync 客户端上的“日历”中删除


最后操作的结果是否满足约会的预期状态?

Placeholder_Merged into 102
针对 UID 的 Fiddler 跟踪分析;检查约会的最终状态

针对 UID 的 Fiddler 跟踪分析

我们希望设备发送与此约会相关的请求。 我们可以使用 Fiddler 跟踪来验证客户端发送了请求,且服务器已接收响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync 的命名空间(示例:mail.contoso.com),然后单击“查找会话”
  4. 搜索“正文”列包含值且 HTTP 响应值不等于 200 的请求
    3616_image71
     

  5. 选择 EAS XML 选项卡以查看请求和响应
    3616_image72
     

  6. 针对先前找到的 ServerId,查找所有请求和响应

检查约会的最终状态

我们需要确认 Fiddler 跟踪内针对约会所采取的操作与邮箱日志一致。 最后的操作应该与先前发现的邮箱日志操作相匹配。 以下内容介绍了基于操作的约会预期状态:

添加 – 约会应位于 ActiveSync 客户端上的“日历”中

更改 – 约会应在 ActiveSync 客户端上的“日历”中进行更新

删除 – 约会应从 ActiveSync 客户端上的“日历”中删除


最后操作的结果是否满足约会的预期状态?

Placeholder_Merged into 104
针对错误的邮箱日志分析

此约会的 ActiveSync 通信不会使设备上的约会处于正确的状态。 现在,我们需要进一步查看邮箱日志,以了解“日历”文件夹中 ActiveSync 请求的问题。 为此,请按照下列步骤操作:

  1. 查看先前的搜索结果。
    3616_image73
     

  2. 单击响应的“状态”列,如果该值不等于 1,则查看 ActiveSync 协议文档以了解有关状态代码的更多信息。
  3. 另外,请检查日志,以查看是否存在任何异常消息。

注意: 单击此处可获取有关 Exchange ActiveSync 邮箱日志记录分析的其他信息。


响应中是否存在任何不等于 1 的状态代码,或是否在邮箱日志中找到了任何异常?

针对错误的 Fiddler 跟踪分析

根据邮箱日志的结果,客户端未遇到客户端和 Exchange 之间的 ActiveSync 通信错误。 接下来,我们需要确认来自设备的所有请求都未遇到错误。 为此,请按照下列步骤操作:

我们希望设备发送一个或多个请求以获取文件夹的最新更新。 我们可以使用 Fiddler 跟踪来验证客户端发送了请求,且服务器已接收响应。 为此,请按照下列步骤操作:

  1. 打开 Fiddler 跟踪
  2. 转到“编辑”菜单,然后选择“查找会话”
  3. 输入 ActiveSync 的命名空间(示例:mail.contoso.com),然后单击“查找会话”
  4. 在“结果”列中查看不等于 200 的任何 HTTP 响应值
  5. 选择“正文”列中包含值的请求
    3616_image25
     

  6. 选择 TextView 选项卡以查看响应,了解更多详细信息
    3616_image26
     

是否在日历请求的 Fiddler 跟踪中找到任何错误?

安装 Log Parser Studio;Log Parser Studio 查询 – 设备日历请求;查询结果分析;重新同步日历文件夹

安装 Log Parser Studio

在尝试与 Exchange 服务器进行通信时,ActiveSync 客户端可能遇到了错误。 现在,我们需要确定这些错误的来源。 我们将通过检查客户端访问服务器上的 IIS 日志开始。 在可以分析这些日志之前,将完成分析的工作站应已安装 Log Parser Studio。 为此,请按照下列步骤操作:

  1. 下载并安装 LogParser
    • 双击 LogParser.msi 以开始安装
    • 如果显示“打开文件 - 安全警告”,请单击“运行”
    • 在“欢迎”屏幕上,单击“下一步”
    • 在最终用户许可协议屏幕上,查看并接受许可协议,然后单击“下一步”
    • 在“选择安装类型”屏幕上,单击“完全”
    • 在“准备安装”屏幕上,单击“安装”
    • 在“完成”屏幕上,单击“完成”
  2. 下载 Log Parser Studio 并解压缩文件

安装 LogParser 并解压缩 Log Parser Studio 后,将 IIS 日志从 Exchange 服务器复制到本地工作站进行分析。

Log Parser Studio 查询 – 设备日历请求

在客户端访问服务器上处理来自此 ActiveSync 客户端的请求时,我们需要确定这些请求是否遇到任何问题。 为此,请按照下列步骤操作:

  1. 通过双击 LPS.exe 启动 Log Parser Studio
  2. 单击日志文件夹图标以选择要处理的文件
    3616_image30
     

  3. 单击“添加文件”或“添加文件夹”按钮,然后找到并选择先前复制的文件
    3616_image31
     

  4. 确认已选中文件/文件夹,然后单击“确定”
  5. 双击库中的 “ActiveSync: 设备日历请求”
  6. 单击感叹号图标来执行查询
    3616_image32
     


    示例结果:

    3616_image74
     

查询结果分析

现在,我们需要查看查询结果,以发现任何存在的问题。 为此,请按照下列步骤操作:

  1. 查看“状态”列并找到包含值的任何请求。 使用 Exchange ActiveSync 协议文档调查这些值并确定是否可以采取任何纠正操作。
  2. 查看“错误”列并找到此列中包含值的任何请求。 其中许多错误消息一看就能明白意思,并且可以相应采取纠正操作。
  3. 查看 sc-status 列并找到包含非 200 值的任何请求。 这是来自 IIS 的 HTTP 状态响应,可以访问此处了解其他信息。

重新同步日历文件夹

前面采取的步骤有助于确定约会中出现问题的原因。 ActiveSync 客户端中的约会状态可能仍不正确。 若要解决此问题,请将“日历”从要同步的文件夹列表中删除,等待约五分钟,然后将“日历”添加到要同步的文件夹列表中。


该约会在 ActiveSync 客户端中是否处于正确的状态?