对 Novell GroupWise 进行忙/闲查询和从 Novell GroupWise 进行忙/闲查询的疑难解答
上一次修改主题: 2005-05-19
Novell GroupWise 服务器可以在 Novell GroupWise 网络内的任意位置路由日历查询,所以,可以拥有一个日历连接器,用于处理 Exchange 2003 与 Novell GroupWise 之间的所有忙/闲请求。如图 13 中所示,GWISECAL 组件处理此通信。GWISECAL 在名为 Gwisecal.dll 的 DLL 中实现,该文件位于 \Program Files\Exchsrvr\Bin 目录中。GWISECAL 依赖于 Novell GroupWise 连接器,这意味着如果邮件传输和目录同步都正常,忙/闲请求也很可能会正确传输。
从 Exchange 2003 执行忙/闲查找时涉及下列过程:
MAPICAL 组件在忙/闲查询中标识 Novell GroupWise 用户并将请求传递到 GWISECAL 组件。
GWISECAL 组件将请求转换为基于 SEARCH 类型关键字的文本文件并将其放入 \Program Files\Exchsrvr\Conndata\GWRouter\ToGwise 目录。注意,邮件原始发件人是 Microsoft Exchange System Attendant。邮件发往日历连接器请求其忙/闲信息的 Novell GroupWise 用户。下面是 SEARCH 类型的请求示例:
WPC-API= 1.2; MSG-TYPE= Search; Msg-ID= AAIMIDMI:2003.12.2.21.28:2004.1.31.21.28:2003.12.3.5.28.51; From= WPD= CONTOSO_DOM; WPPO= Exchange Gateway; WPU= Microsoft System Attendant; CDBA= CONTOSO_DOM.Exchange Gateway.Microsoft System Attendant; ; To= WPD= CONTOSO_DOM; WPPO= CONTOSO_PO; WPU= FrankM; CDBA= CONTOSO_DOM.CONTOSO_PO.FrankM; ; Begin-Time= 2/12/2003 21:28; End-Time= 31/1/2004 21:28; -END-
Router for Novell GroupWise 从 \ToGwise 目录获得邮件,并将其放入 API 网关的 API_IN 目录中。
API 网关根据 MSG-TYPE 关键字处理邮件,并将其放入 Novell GroupWise MTA 的 WPCSIN 目录。
Novell GroupWise MTA 将邮件路由到 GroupWise 用户的主邮局,并将其传递到合适的 Novell GroupWise 邮局代理 (POA)。
Novell GroupWise POA 处理请求,并将所产生的忙/闲信息以 SEARCH 邮件的形式返回给 GroupWise MTA。
GroupWise MTA 将邮件传输到 API 网关目录中的 WPCSOUT 目录,由 API 网关将邮件传输到 API_OUT 目录。
Router for Novell GroupWise 从 API_OUT 目录选取 SEARCH 邮件,并根据 MSG-TYPE 关键字将其放入 \Program Files\Exchsrvr\Conndata\GWRouter\FreeBusy 目录。下面是对忙/闲查询的响应示例:
WPC-API= 1.2; Header-Char= T50; Msg-Type= SEARCH; Orig-Msg-ID= AAIMIDMI:2003.12.2.21.28:2004.1.31.21.28:2003.12.3.5.28.51; To= CDBA= CONTOSO_DOM.Exchange Gateway.Microsoft System Attendant; ; Busy-For= CDBA= CONTOSO_DOM.CONTOSO_PO.FrankM; Busy-Report= Start-Time= 11/12/03 17:00; End-Time= 12/12/03 8:00; , Start-Time= 12/12/03 17:00; End-Time= 15/12/03 8:00; , Start-Time= 15/12/03 17:00; End-Time= 16/12/03 8:00; , Start-Time= 16/12/03 17:00; End-Time= 17/12/03 8:00; , Start-Time= 17/12/03 17:00; End-Time= 18/12/03 8:00; , Start-Time= 18/12/03 17:00; End-Time= 19/12/03 8:00; , ; Send-Options= None; -END-
GWISECAL 组件检索邮件并将其转换为 Exchange 格式。然后,GWISECAL 将数据传递到 MAPICAL 组件。
MAPICAL 在忙/闲系统文件夹中更新 Novell GroupWise 用户的忙/闲记录,并由 Exchange 2003 将信息返回给发出请求的 Outlook 用户。
从 Novell GroupWise 执行忙/闲查找时涉及下列过程:
- Novell GroupWise 用户搜索 Exchange 用户的忙/闲信息。Novell GroupWise 客户端生成 SEARCH 邮件,Novell GroupWise 系统将该邮件传输到 API 网关。
- API 网关将 SEARCH 邮件从 WPCSOUT 目录传输到 API_OUT 目录,Router for Novell GroupWise 在 API_OUT 目录中选取该邮件,并根据 MSG-TYPE 关键字将其放入 \Program Files\Exchsrvr\Conndata\GWRouter\FreeBusy 目录。邮件发往 Novell GroupWise 用户请求其忙/闲信息的 Exchange 用户。邮件在结构上类似于 GWISECAL 组件为来自 Exchange 用户的查询而生成的邮件。
- GWISECAL 组件从 \FreeBusy 目录中获取 SEARCH 邮件,将其转换为 Exchange 格式,然后将请求传递给 MAPICAL 组件。
- MAPICAL 处理忙/闲查询并将所请求的信息返回到 GWISECAL 组件。
- GWISECAL 组件将请求转换为 SEARCH 类型的响应并将其放入 \Program Files\Exchsrvr\Conndata\GWRouter\ToGwise 目录。邮件在结构上类似于 Novell GroupWise 系统为响应来自 Exchange 用户的查询而生成的邮件。
- Router for Novell GroupWise 从 \ToGwise 目录获得邮件,并将其放入 API 网关的 API_IN 目录中。Novell GroupWise 系统将响应路由到发出忙/闲查询的用户。
注意: |
---|
GroupWise 用户的可视性设置必须为“系统”或更高,才能从 Exchange 接收日历信息。 |
日历连接器问题
下面列出了在 Exchange 2003 与 Novell GroupWise 之间同步忙/闲信息时可能遇到的问题:
忙/闲请求可能会使 Novell NetWare 服务器停止响应 如果通过 Novell API 网关向不存在的 Novell GroupWise 域或不存在的邮局发送忙/闲请求,Novell NetWare 服务器可能会停止响应。原因在于与处理未送达报告有关的 Novell GroupWise 和 Novell GroupWise API 网关错误。
GroupWise MTA 通过 API 网关接收无效的忙/闲请求时,GroupWise MTA 将使用基于邮件的 NDR 做出响应。API 网关选取邮件 NDR 并尝试将其与原始忙/闲请求进行匹配。然后将显示以下错误消息:邮件不包含 Orig-Msg-ID 属性。API 网关会进入不稳定状态,并且在接收下一个忙/闲请求时,API 网关将使服务器停止响应。未收到路由探测邮件 在启动日历连接器时,GWISECAL 组件将测试邮件放入连接器存储,以确保 Microsoft Exchange Router for Novell GroupWise 服务和 API 网关正在运行,并且可以相互通信,以便在 Novell GroupWise 与 Exchange 2003 之间传输忙/闲请求。可能必须按照本主题前面所述解决 Novell GroupWise 连接器和 API 网关的问题,才能确保邮件正常传输。下面是一个探测信息请求:
WPC-API= 1.2; MSG-TYPE= Search; Msg-ID= FB-PROBE:2003.12.3.6.8:2003.12.3.6.8:2003.12.3.6.8.17; From= WPD= CONTOSO_DOM; WPPO= Exchange Gateway; WPU= FB-PROBE; CDBA= CONTOSO_DOM.Exchange Gateway.FB-PROBE; ; To= WPD= CONTOSO_DOM; WPPO= Exchange Gateway; WPU= FB-PROBE; CDBA= CONTOSO_DOM.Exchange Gateway.FB-PROBE; ; Begin-Time= 3/12/2003 6:8; End-Time= 3/12/2003 6:8; -END-
Novell GroupWise 系统使用下列解答响应此邮件:
WPC-API= 1.2; Header-Char= T50; Msg-Type= SEARCH; From-Text= CONTOSO_DOM.Exchange Gateway.FB-PROBE; From= WPD= CONTOSO_DOM; WPPO= Exchange Gateway; WPU= FB-PROBE; ; To= WPD= CONTOSO_DOM; WPPO= Exchange Gateway; WPU= FB-PROBE; WPPONUM= 1; WPUNUM= 1; CDBA= 0001:0001; ; All-To= WPD= CONTOSO_DOM; WPPO= Exchange Gateway; WPU= FB-PROBE; WPPONUM= 1; WPUNUM= 1; ; Msg-Id= 3FCD7DD9.2A0A.000B.000; To-Text= CONTOSO_DOM.Exchange Gateway(FB-PROBE); Date-Sent= 2/12/03 22:08; Send-Options= None; Status-Request= None; Begin-Time= 3/12/03 6:08; End-Time= 3/12/03 6:08; -END-
GWISECAL 收到解答时,日历连接器则已成功验证连接。
在目录中找不到请求程序 如本节前面所述,System Attendant 是从 Exchange 2003 发送到 Novell GroupWise 的所有忙/闲 SEARCH 邮件的原始发件人。因此,为 System Attendant 分配正确的代理电子邮件地址至关重要。连接到 Novell GroupWise 时,类型必须是 GWISE。确保支持在默认收件人策略中为 Exchange 用户生成代理地址。然后,收件人更新服务将在下一个更新周期中为 System Attendant 分配所需的地址。
可以使用 ADSI Edit 管理单元验证 System Attendant 服务的代理地址。启动 ADSI Edit,连接到域控制器的配置命名上下文,然后浏览到以下对象:
CN=Microsoft System Attendant,CN=Your Server Name,CN=Servers,CN=Your Administrative Group,CN=Administrative Groups,CN=Your Organization Name,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=Your Domain,DC=com
警告: 使用 ADSI Edit 的风险由您自己承担,不要更改任何值。如果错误地修改了 Active Directory 对象的属性,则可能会造成严重问题。这些问题可能需要重新安装 Active Directory 和 Exchange 2003 组织。Microsoft 不能保证由于错误地修改 Active Directory 对象属性而出现的问题能够得到解决。
右键单击“System Attendant”,再单击“属性”,然后在“选择要查看的属性”框中选择“两者”。在“选择要查看的属性”框中,找到“proxyAddresses”属性,然后验证所需的代理地址是否存在。