Take the 2-minute tour ×
Server Fault is a question and answer site for system and network administrators. It's 100% free, no registration required.

After this latest round of Windows updates (on 1/11/11, in fact) my Exchange 2007 server of course rebooted. This may have had the side effect of making any changes I'd inadvertently made take effect.

Since then, the Autodiscover service in Exchange 2007 from Outlook 2007 seems to reply with the User Principal Name (username@example-domain.com instead of firstname.lastname@externaldomain.com). I'm specifically seeing this from within the "Test Email AutoConfiguration" tool in Outlook (the UPN appears in the first text box labeled "E-mail") and when creating a new profile in Outlook. If I disregard the UPN and instead fill in my email address, Autodiscover works as expected and I can connect without issue.

I've confirmed using ADSI Edit that the SMTP email address is properly set for my users. I even went a bit crazy and set the UPN to the email address using ADSI Edit, to no avail. I've re-installed the Client Access role on the server in question.

Exchange server is Server 2008, 64-bit of course. Clients are mostly XP 32-bit, though the issue happens from a Windows 7 machine as well.

Output of "Test-OutlookWebServices -Identity:jeff.mcjunkin@external-domain.com" (real username, replaced domain):

Id : 1003 Type : Information Message : About to test AutoDiscover with the e-mail address jeff.mcjunkin@external-domain.com.

Id : 1012 Type : Warning Message : XML>Unknown Node:AutoDiscoverSMTPAddress AutoDiscoverSMTPAddress Line :http://schemas.microsoft.com/exchange/autodiscover/outlook/responses chema/2006a

Id : 1012 Type : Warning Message : XML>Object being deserialized: Microsoft.Exchange.Management.SystemCo nfigurationTasks.AutoDiscoverUser

Id : 1012 Type : Warning Message : XML>Element

Id : 1012 Type : Warning Message : XML>Unknown Element:System.Xml.XmlElement Line:8(8) jeff.mcjunkin@external-domain.com

Id : 1006 Type : Information Message : The Autodiscover service was contacted at https://cppmail02v.CPCH.ci. central-point.or.us/Autodiscover/Autodiscover.xml.

Id : 1016 Type : Success Message : [EXCH]-Successfully contacted the AS service at https://exchange01.active.directory.domain/EWS/Exchange.asmx. The elapsed time was 15 milliseconds.

Id : 1015 Type : Information Message : [EXCH]-The OAB is not configured for this user.

Id : 1014 Type : Success Message : [EXCH]-Successfully contacted the UM service at https://exchange01.active.directory.domain/UnifiedMessaging/Service.asmx. The elapsed time was 15 milliseconds.

Id : 1016 Type : Information Message : [EXPR]-The AS is not configured for this user.

Id : 1015 Type : Information Message : [EXPR]-The OAB is not configured for this user.

Id : 1014 Type : Information Message : [EXPR]-The UM is not configured for this user.

Id : 1013 Type : Error Message : When contacting https://exchange01.active.directory.domain/Rpc received the error The remote server returned an error: (404) Not Found .

Id : 1017 Type : Error Message : [EXPR]-Error when contacting the RPC/HTTP service at https://exchange01.active.directory.domain/Rpc. The elapsed time was 0 millisecon ds.

Id : 1006 Type : Success Message : The Autodiscover service was tested successfully.

Id : 1021 Type : Information Message : The following web services generated errors. Contacting server in EXPR Please use the prior output to diagnose and correct the errors.

share|improve this question
    
No known DC issues, all DC's are replicating properly. Changing the mail attribute via ADSI Edit or ADUC has no effect, nor does changing the primary SMTP address of a user. –  Jeff McJunkin Jan 17 '11 at 20:06
    
Do you have a list of the MS KB numbers? –  SLY Jan 17 '11 at 21:23
    
All of the latest. I use WSUS and applied all patches on Tuesday night. I may have to revisit that policy after this is resolved :) –  Jeff McJunkin Jan 17 '11 at 22:47

4 Answers 4

up vote 2 down vote accepted
+200

A lot of people had problems with the original version of this update http://support.microsoft.com/kb/2412171 It seemed that the best option was to uninstall it.

From the cached version of http://blogs.office.com/b/microsoft-outlook/archive/2011/01/13/fixes-for-issues-with-december-update-for-outlook-2007-have-been-released.aspx

janegilring 15 Jan 2011 11:23 AM Ive experienced problems with Autodiscover when setting up new Outlook-profiles after installing this update. Instead of pre-populating the E-mail address field with the user s primary SMTP-address, the user`s UPN was used. This of course caused Autodiscover to fail since the UPN was not an alias on the mailboxes.

After uninstalling the latest Outlook 2007 update the issue was resolved, and the primary SMTP-address was pre-populated.

I`ve also experienced the issue with Outlook 2010, removing the latest hotfix package resolved the issue.

The affected updates:

Description of the Outlook 2010 hotfix package: December 14, 2010

support.microsoft.com/.../2459115

Description of the Office Outlook 2007 update: January 11, 2011

support.microsoft.com/.../2412171

The Outlook 2007 update are released to Windows Update/WSUS, while the Outlook 2010 hotfix package must be requested afaik.

Is this a known issue, and is it due to be fixed in upcoming updates?

To Uninstall:

How to uninstall this update Click

Start, and then click Run. Type

appwiz.cpl, and then click OK. Use one

of the following procedures, depending

on the operating system that you are

running: Windows 7 and Windows Vista

Click View installed updates. In the

list of updates, locate and click

update 2412171, and then click

Uninstall. Windows XP Click to select

the Show updates check box. In the

list of updates, locate and click

update 2412171, and then click Remove.

share|improve this answer
    
That's an Outlook update, not an Exchange update. –  Ben Pilbrow Jan 17 '11 at 21:25
    
I know it's an outlook update and not an exchange update, but it seems that it may be causing the symptoms. Might at least be worth a shot? –  SLY Jan 17 '11 at 21:28
    
While your extra edit does certainly sound better (with the AutoDiscover problems), it still wouldn't explain the unusual output of Test-OutlookWebServices on the server. –  Ben Pilbrow Jan 17 '11 at 21:31
    
As I read the output of Test-OutlookWebServices, everything is working except RPC over HTTP. –  SLY Jan 17 '11 at 21:35
1  
Whew! It's a tough day to uninstall a patch on all domain-joined machines, even with scripting help. I've confirmed that particular patch was the issue. I had a false reading earlier because the patch was immediately reinstalled by WSUS (until I denied the patch, ran "wuauclt /detectnow" on all clients, and then uninstalled it again). Thanks for your help! –  Jeff McJunkin Jan 18 '11 at 23:21

Uninstall KB2412171 on your client. This fixes the problem. To my knowledge, MS has yet to address this problem. Extremely frustrating...

share|improve this answer
    
Thanks for sharing. I'm actually glad to see someone else is having the same issue. –  Jeff McJunkin Feb 9 '11 at 7:26

I've just done a little experiment on a virtual machine (I didn't have Exchange 2007 handy, so it was Exchange 2010, but I don't believe there's going to be much difference) and it's confirmed my suspicions.

The value comes from the E-mail field on the General tab of Active Directory Users and Computers, so if you change that field to something else, the Outlook AutoDiscover value should change to reflect that.

alt text

share|improve this answer
    
That's where it should be coming from. In my case the E-mail attribute is set properly, but that portion of Autodiscover is still giving me the UPN instead of the email address for the user. –  Jeff McJunkin Jan 17 '11 at 19:44
    
Are your Domain Controllers all functioning and replicating properly? Which attribute are you checking in Active Directory? It should be the mail attribute. –  Ben Pilbrow Jan 17 '11 at 19:52
    
dcdiag /a returns all successes, with the exception of print driver errors from TS (in event log, not relevant). Confirmed through ADSI Edit on a DC that the mail attribute contains the correct email address, but Outlook returns the UPN. –  Jeff McJunkin Jan 17 '11 at 19:59
    
OK, how about running Test-OutlookWebServices -Identity first.last@acme-widgets.com |fl in the Exchange Management Shell. Does that give anything useful? –  Ben Pilbrow Jan 17 '11 at 20:16
    
Added sanitized output to question. Admittedly it doesn't make much sense to me, though I haven't dived into it yet. –  Jeff McJunkin Jan 17 '11 at 20:33

This may be a simple answer but if I'm not mistaken , the email address that Autodiscover uses (and the address that populates the email address field on the General tab of the user object properties) is the email address that's set as the Primary SMTP address. Is the UPN set as the Primary SMTP address for this user? Could that be what's causing the problem?

share|improve this answer
    
Unfortunately not. A few users have coincidentally had the UPN set as a valid email address, but none as primary. Additionally, this is affecting users that don't have the UPN set as a valid SMTP address, let alone the primary. Thanks for taking a shot though! –  Jeff McJunkin Jan 17 '11 at 22:47
    
Glad to pitch in... –  joeqwerty Jan 18 '11 at 0:12

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.