If Office Communications Server users add Gmail.com federated users as contacts and are unable to exchange presence updates and instant message (IM) information, there’s a chance your domain is enabled for Google Talk. This can happen if users sign up for Google Apps. When a user signs up for Google Apps, it is automatically assumed that your domain will be used by Google Talk service and that requests for federation via XMPP will be denied. This article gives you the quick fix for this issue.

Author: Rob Pittfield

Publication date: December 2009

Product version: Office Communications Server 2007 R2 XMPP Gateway

If your users try to add Gmail.com federated users as contacts and are unable to exchange presence updates and instant message (IM) information, there’s a chance your domain could be enabled for Google Talk. This can happen if any of your users sign up for Google Apps. Whenever a user signs up for Google Apps, it is automatically assumed that your domain will be used by Google Talk service and that requests for federation via XMPP will be denied.

This issue can occur even if the validation to Gmail.com in the XMPP management console is successful. To find out if this is the problem, capture a network trace by using Network Monitor or Wireshark while you are reproducing the issue. When you open the network trace, filter it for TCP port 5269. In Wireshark, you would filter by typing tcp.port==5269 in the Filter field as shown in Figure 1.

Read the complete article in the Technical Library.

We Want to Hear From You