a Single Point of Contact

Originally released in November of 2009, this tool was created based on customer feedback and helps streamline the deployment experience for Exchange customers whishing to upgrade or deploy a new installation of Exchange 2010.

Review the MS Exchange Team’s for more information…

Overview

Microsoft Exchange Server 2010 introduces the Exchange Deployment Assistant or ExDeploy, a new Web-based tool that can help you with your Exchange deployment. ExDeploy asks you a few questions about your current environment and then generates a custom checklist and procedures that help simplify your deployment.

You can use ExDeploy for the following scenarios:

• Upgrade from Exchange Server 2003
• Upgrade from Exchange 2007
• Upgrade from mixed Exchange 2003 and Exchange Server 2007
• New installation of Exchange 2010

To access ExDeploy, see Exchange Server 2010 Deployment Assistant.

Matt :: Feb.02.2010 :: 2010, Exchange, Microsoft :: No Comments »

Special thanks to fellow colleague and Exchange MVP Dustin Smith for sharing…

As you know, Exchange 2010 became generally available last November.  Unfortunately, the GA version had several issues which prevented Unity Unified Messaging interoperability. Cisco and Microsoft together have identified these issues and as of mid-December Microsoft has delivered an updated version of MAPI addressing the primary issues. Cisco is now working aggressively to validate the new MAPI version as well as make the necessary changes in Unity to support Exchange 2010 as follows:

Unity 7.X – March 31, 2010

Unity 5.X – May 31, 2010

Unity 8.X – June 30, 2010

We urge Unity 4.X Unified Messaging customers who plan to upgrade to Exchange 2010 to first upgrade to Unity 7.X once the ES is available in preparation for their upgrade to Exchange 2010.

As for Meeting Place, unfortunately planned support for Office (Outlook) 2010 has been pushed back to MP 8.5, which is not even officially announced at this point.  It’s possible this could be supported in a later version of 8.0 once that has been released, but for 6.0 and 7.0 there is nothing planned.

Customers should ultimately be working with their Cisco representative if they are considering Exchange 2010 soon, but this will at least provide some ideas when Unity support is expected.

Matt :: Jan.13.2010 :: 2010, Exchange, Microsoft :: 2 Comments »

Step 1

Get the version, build and service pack level of Exchange.

Step 2

Review this link for a complete limiting of build numbers and release dates for Exchange.

To get detailed information on Exchange 2007 platforms, editions and versions including Rollup information follow this link…

Matt :: Jan.13.2010 :: Exchange, Microsoft :: No Comments »

This download package contains the Communicator.adm file and a spreadsheet that documents the Group Policy settings for Office Communications Server 2007 R2 clients, including Office Communicator 2007, Office Communications Server 2007 R2 Attendant, and Microsoft Office Communications Server 2007 R2 Group Chat.

Click here to download…

Matt :: Jan.13.2010 :: 2007R2, Microsoft, OCS :: No Comments »

I didn’t discover this trick, but that never stopped me from sharing.  Originally based off the Master Control Panel for Vista.

Want a good way to access ALL the control panel options in Windows 7 in one easy location?  Simply make a folder on your desktop and rename it GodMode.{ED7BA470-8E54-465E-825C-99712043E01C} and you are all set.

Here is what your folder will look like after you rename it:

FYI: I’ve heard that the trick will work in Vista x32 but not Vista x64.

Here is what GodMode will look like:

Matt :: Jan.06.2010 :: 7, Microsoft, Windows :: 1 Comment »

New feature: Cumulative Server Update Installer.

So no more applying updates one at a time.  The new installer applies all updates for the appropriate server role in one click.

Click here for the October updates…

Here is one fix that I am particularly looking forward too.

975894 Event ID 44031 for trusted domains is logged frequently in Office Communications Server 2007 R2.

As part of the integration of OCS 2007 R2 with Exchange Unified Messaging, OCS 2007 R2 tries to obtain a list of the Exchange Unified Messaging dial plans and servers from all trusted domains. In this scenario, if a trusted domain cannot be reached or if the trust direction for a trusted domain is incoming only, OCS 2007 R2 cannot obtain the list from that domain. Event ID 44031 is logged in the event log for each such domain.

MS09-056: Vulnerabilities in CryptoAPI could allow spoofing

This security bulletin (KB974571) has been updated with a Known Issues section and FIX for OCS 2007 R2/ RTM, LCS 2005 / SP1 and Office Communicator 2007 / 2005.

Matt :: Nov.20.2009 :: 2007R2, Microsoft, OCS :: No Comments »

Hail patch Tuesday.  I woke up this morning to discover that my Access Edge server was offline and federation was broken.  After digging into the event logs this is what I found:

Event Type: Error
Event Source: OCS Server
Event Categeory: (1000)
Event ID: 12290
Description:
The evaluation period for Microsoft Office Communications Server 2007 R2 has expired.  Please upgrade from the evaluation version to the full released version of the product.

WHAT?  Are you kidding me?  So I did some digging on the Internet and quickly came across Doug’s post.  He discovered that KB974571 is causing OCS/LCS servers to believe that they are running an evaluation version and have expired which in turn causes the services to shut down.

Until this patch is fixed I HIGHLY recommend that you delay the install of KB974571.

Click here for Doug’s post…

Matt :: Oct.14.2009 :: 2007, 2007R2, Microsoft, OCS :: 2 Comments »

Symptoms

The IM Notification Agent on the Access Edge is failing with the following Application Log events:

Event ID: 10162
Type: Error
Source: ForefrontNotificationAgent
Description:
“ERROR: Microsoft.FSO.IMClient.dll.IMClient.RaiseLoginDone(“<System.Boolean success><System.String message>”) – Error occured logging in to server: 80072746: .”

AND

Event ID: 10161
Type: Error
Source: ForefrontNotificationAgent
Description:
“ERROR: ForefrontNotificationAgent.exe.NotificationAgent.imClient_LoginDone(“<System.Object sender><FSOIMClient.ReportSuccessEventArgs e>”) – Failed to login.”

More information

You have correctly setup the IM Notification Agent account per the instructions found here on TechNet for an Access Edge server.  You have verified the notification account id and password are accurate by logging in with the notification account from a remote client. Your IM Notification Agent settings look as follows:

IM Notification Agent settings

Use ForefrontRTCProxy Service Credentials: Unchecked
Transport: TLS
Username: domain\userid
Password: *****
SIP URI: sip:userid@company.com
Home or Pool Server: Director FQDN

SIP Logging on the director server shows a “SIP/2.0 301 Redirect request to Home Server” message with no response from the home pool.  This tells us that the Director server is treating the Forefront Notification Agent as an inside client and thus is trying to redirect the “client” to the notification account’s home pool.  The Director server should proxy the request, not redirect.  Remote user connections cannot be redirected.  Read here for more information on how a director behaves with internal vs. external clients. Changing the Home or Pool server settings to point to the notification account’s home pool FQDN does not solve the problem.

Resolution

Option 1

In the Home or Pool Server field add the FQDN entry for Access Edge external interface (sip.company.com).  However just changing the entry is not enough, you’ll also want to specify the port as follows “sip.company.com:443”.  This is of course assuming that your AE external interface FQDN is sip.company.com.  Make sure the Access Edge server correctly identifies the external FQDN to the correct IP address.  Changing to the AE FQDN will route the Forefront Notification Agent login request through the Access Edge service and then to the next hop server (Director).  The Director will then properly process the login request as a remote client.

Further SIP logging on the Director reveals a successful “Routed a request on behalf of an application” followed by a successful response from the account’s home pool.

IM Notification Agent settings

Use ForefrontRTCProxy Service Credentials: Unchecked
Transport: TLS
Username: domain\userid
Password: *****
SIP URI: sip:userid@company.com
Home or Pool Server: sip.company.com:443

Option 2

Another recent fix that was brought to my attention was to enter the SIP URI without the “sip:” prefix.  Your settings would be as follows:

IM Notification Agent settings

Use ForefrontRTCProxy Service Credentials: Unchecked
Transport: TLS
Username: domain\userid
Password: *****
SIP URI: userid@company.com (without sip: prefix)
Home or Pool Server: sip.company.com:443

Cause

As for the cause, I cannot speak to what is specifically causing this issue as I feel this is either a bug in the Forefront notification agent OR an error in the documentation.

Matt :: Oct.05.2009 :: 2007R2, Microsoft, OCS, Security :: No Comments »

A couple of big changes were announced at the end of last week:

1. A PIC license will no longer be required for federation with AOL.
2. Federation costs with Yahoo! will be reduced by 50%.
3. A new XMPP Gateway for OCS 2007 R2 provides presence and two-party IM interoperability with the XMPP based systems of Jabber and Google Talk.

More Information

Click here to read the official announcement from the OCS Team…

Click here to download more information on the XMPP Gateway…

XMPP Gateway limitations

• Virtualization of the XMPP Gateway is not supported.
• Collocation of the XMPP Gateway with other OCS roles is not supported.
• Only plain text is supported.
• Notes from OCS are not supported nor is custom status on the XMPP clients seen by OCS.
• The XMPP Gateway will only federate with OCS 2007 R2 and OCS 2007.  LCS 2005 federation is not supported.
• Messages from the MOC client are not delivered to the last active instance of the XMPP client when an XMPP user is logged in with two or more clients.
• When an XMPP user adds an OCS buddy, the OCS user’s presence is not seen on the XMPP client until the OCS user’s presence changes.
• Conferencing is not supported on the gateway.

Configuring the XMPP Gateway

Connectivity to Gmail…

Connectivity to Jabber XCP 5.4…

Matt :: Oct.05.2009 :: 2007R2, Microsoft, OCS :: No Comments »

Came across this hiding in the Apps on the iPhone this afternoon.  Not written by Microsoft or Apple but by a company called Modality.

Few tidbits…

• The application uses Communicator Web Access (CWA) and not the Access Edge server.  So this means you’ll need to have CWA deployed externally to get this app to work outside your network.
• It cost $9.99

Click here fore more information from Modality…

Matt :: Sep.17.2009 :: 2007, 2007R2, Microsoft, OCS :: No Comments »