对 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 执行忙/闲查找时涉及下列过程:

  1. MAPICAL 组件在忙/闲查询中标识 Novell GroupWise 用户并将请求传递到 GWISECAL 组件。
  2. 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-
    
  3. Router for Novell GroupWise 从 \ToGwise 目录获得邮件,并将其放入 API 网关的 API_IN 目录中。
  4. API 网关根据 MSG-TYPE 关键字处理邮件,并将其放入 Novell GroupWise MTA 的 WPCSIN 目录。
  5. Novell GroupWise MTA 将邮件路由到 GroupWise 用户的主邮局,并将其传递到合适的 Novell GroupWise 邮局代理 (POA)。
  6. Novell GroupWise POA 处理请求,并将所产生的忙/闲信息以 SEARCH 邮件的形式返回给 GroupWise MTA。
  7. GroupWise MTA 将邮件传输到 API 网关目录中的 WPCSOUT 目录,由 API 网关将邮件传输到 API_OUT 目录。
  8. 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-
    
  9. GWISECAL 组件检索邮件并将其转换为 Exchange 格式。然后,GWISECAL 将数据传递到 MAPICAL 组件。
  10. MAPICAL 在忙/闲系统文件夹中更新 Novell GroupWise 用户的忙/闲记录,并由 Exchange 2003 将信息返回给发出请求的 Outlook 用户。

从 Novell GroupWise 执行忙/闲查找时涉及下列过程:

  1. Novell GroupWise 用户搜索 Exchange 用户的忙/闲信息。Novell GroupWise 客户端生成 SEARCH 邮件,Novell GroupWise 系统将该邮件传输到 API 网关。
  2. API 网关将 SEARCH 邮件从 WPCSOUT 目录传输到 API_OUT 目录,Router for Novell GroupWise 在 API_OUT 目录中选取该邮件,并根据 MSG-TYPE 关键字将其放入 \Program Files\Exchsrvr\Conndata\GWRouter\FreeBusy 目录。邮件发往 Novell GroupWise 用户请求其忙/闲信息的 Exchange 用户。邮件在结构上类似于 GWISECAL 组件为来自 Exchange 用户的查询而生成的邮件。
  3. GWISECAL 组件从 \FreeBusy 目录中获取 SEARCH 邮件,将其转换为 Exchange 格式,然后将请求传递给 MAPICAL 组件。
  4. MAPICAL 处理忙/闲查询并将所请求的信息返回到 GWISECAL 组件。
  5. GWISECAL 组件将请求转换为 SEARCH 类型的响应并将其放入 \Program Files\Exchsrvr\Conndata\GWRouter\ToGwise 目录。邮件在结构上类似于 Novell GroupWise 系统为响应来自 Exchange 用户的查询而生成的邮件。
  6. Router for Novell GroupWise 从 \ToGwise 目录获得邮件,并将其放入 API 网关的 API_IN 目录中。Novell GroupWise 系统将响应路由到发出忙/闲查询的用户。
note注意:
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
    Caution警告:
    使用 ADSI Edit 的风险由您自己承担,不要更改任何值。如果错误地修改了 Active Directory 对象的属性,则可能会造成严重问题。这些问题可能需要重新安装 Active Directory 和 Exchange 2003 组织。Microsoft 不能保证由于错误地修改 Active Directory 对象属性而出现的问题能够得到解决。

右键单击“System Attendant”,再单击“属性”,然后在“选择要查看的属性”框中选择“两者”。在“选择要查看的属性”框中,找到“proxyAddresses”属性,然后验证所需的代理地址是否存在。

 
显示: