Albert Widjaja
asked on
Outlook 2010 email autoconfigure always pointing to Mailbox Server not the CAS Array name ?
Hi All,
I'm having strange issue with my newly created user in my remote AD site where newly configured PC for existing user, their Outlook is failed to be automatically configured, because the name of the CAS Array where all users in my HQ office is using is replaced by one of the Mailbox Server (in some of the AD sites but not in the Head Quarter office).
The CAS Array: Outlook.domain.com is pingable from the workstation
Workaround: is to manually type the CAS Array FQDN above.
Any idea where to troubleshoot or check please ?
I'm having strange issue with my newly created user in my remote AD site where newly configured PC for existing user, their Outlook is failed to be automatically configured, because the name of the CAS Array where all users in my HQ office is using is replaced by one of the Mailbox Server (in some of the AD sites but not in the Head Quarter office).
The CAS Array: Outlook.domain.com is pingable from the workstation
Workaround: is to manually type the CAS Array FQDN above.
Any idea where to troubleshoot or check please ?
Sounds like an issue with autodiscovery. Have you confirmed that your autodiscover URL's are still pointing to your CAS Array?
ASKER
how ?
is it from the CAS array member using Get-AutodiscoverVirtualDir ectory | fl ?
there was no changes doneto the Exchange Servers this year.
is it from the CAS array member using Get-AutodiscoverVirtualDir
there was no changes doneto the Exchange Servers this year.
As stated it is likely due to auto-discover. This is the mechanism where the mailbox is mapped to the Outlook session automatically.
From the users machine hold ctrl+right click the Outlook icon in the System Tray and select Test Email Auto Configuration.
Run the Autodiscover test and check the results tab. Look for Autodiscover URL and see where it is pointing to.
Will.
From the users machine hold ctrl+right click the Outlook icon in the System Tray and select Test Email Auto Configuration.
Run the Autodiscover test and check the results tab. Look for Autodiscover URL and see where it is pointing to.
Will.
ASKER
Here's the result from the Powershell
[PS] C:\Windows\system32>
[PS] C:\Windows\system32>
Get-AutodiscoverVirtualDirectory | fl
RunspaceId : b929d268-4308-42a2-949e-ffc505fb61a9
Name : Autodiscover (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
LiveIdSpNegoAuthentication: False
WSSecurityAuthentication : True
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
MetabasePath : IIS://PRODMAIL01-VM.domain.com/W3SVC /1/ROOT/Au todiscover
Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Autodiscover
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : PRODMAIL01-VM
InternalUrl :
ExternalUrl :
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,CN=PRODMA IL01-VM,CN =Servers,C N=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Admin istrative Groups,CN=Domain,CN=Micros oft Exchange,CN=Services,CN=Co nfiguratio n,DC=domai n,DC=com
Identity : PRODMAIL01-VM\Autodiscover(Default Web Site)
Guid : adc66b9a-20ac-44c7-bab5-7f708493e015
ObjectCategory : domain.com/Configuration/Schema/ms-E xch-Auto-D iscover-Vi rtual-Dire ctory
ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory}
WhenChanged : 10/11/2012 4:24:06 PM
WhenCreated : 17/01/2011 10:29:02 AM
WhenChangedUTC : 10/11/2012 5:24:06 AM
WhenCreatedUTC : 16/01/2011 11:29:02 PM
OrganizationId :
OriginatingServer : PRODDC03-VM.domain.com
IsValid : True
RunspaceId : b929d268-4308-42a2-949e-ffc505fb61a9
Name : Autodiscover (Default Web Site)
InternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
ExternalAuthenticationMethods : {Basic, Ntlm, WindowsIntegrated, WSSecurity}
LiveIdSpNegoAuthentication: False
WSSecurityAuthentication : True
LiveIdBasicAuthentication : False
BasicAuthentication : True
DigestAuthentication : False
WindowsAuthentication : True
MetabasePath : IIS://PRODMAIL02-VM.domain.com/W3SVC /1/ROOT/Au todiscover
Path : C:\Program Files\Microsoft\Exchange Server\V14\ClientAccess\Autodiscover
ExtendedProtectionTokenChecking : None
ExtendedProtectionFlags : {}
ExtendedProtectionSPNList : {}
Server : PRODMAIL02-VM
InternalUrl :
ExternalUrl :
AdminDisplayName :
ExchangeVersion : 0.10 (14.0.100.0)
DistinguishedName : CN=Autodiscover (Default Web Site),CN=HTTP,CN=Protocols,CN=PRODMA IL02-VM,CN =Servers,C N=Exchange Administrative Group (FYDIBOHF23SPDLT),CN=Admin istrative Groups,CN=Domain,CN=Micros oft Exchange,CN=Services,CN=Co nfiguratio n,DC=domai n,DC=com
Identity : PRODMAIL02-VM\Autodiscover(Default Web Site)
Guid : 66b6e80e-5b15-47d9-b2cf-cb3cfa59411e
ObjectCategory : domain.com/Configuration/Schema/ms-E xch-Auto-D iscover-Vi rtual-Dire ctory
ObjectClass : {top, msExchVirtualDirectory, msExchAutoDiscoverVirtualDirectory}
WhenChanged : 10/11/2012 4:24:06 PM
WhenCreated : 19/01/2011 12:22:46 PM
WhenChangedUTC : 10/11/2012 5:24:06 AM
WhenCreatedUTC : 19/01/2011 1:22:46 AM
OrganizationId :
OriginatingServer : PRODDC03-VM.domain.com
IsValid : True
ASKER
@Will & Shadowless: Yeah Ithought so, but this is happening on the existing AD user account with new replaced computer so start from scratch due to PC refresh.
run this
Get-WebServicesVirtualDire ctory |fl identity,internalurl,exter nalurl
Get-WebServicesVirtualDire
ASKER
one thing that I notice, is that you cannot test the Outlook Autodiscover from the Outlook system tray then Right Clcik option because the email profile is not set up yet.
ASKER
Here's the result:
[PS] C:\Windows\system32>Get-WebServicesVirtualDirectory |fl identity,internalurl,externalurl
Identity : PRODMAIL01-VM\EWS (Default Web Site)
InternalUrl : https://PRODMAIL01-VM.domain.com/EWS/Exchange.asmx
ExternalUrl : https://email.domain.com/ews/exchange.asmx
Identity : PRODMAIL02-VM\EWS (Default Web Site)
InternalUrl : https://PRODMAIL02-VM.domain.com/EWS/Exchange.asmx
ExternalUrl : https://email.domain.com/ews/exchange.asmx
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
yes, it is confirmed the affected user was in a mailbox server 01 where database contains her mailbox. Therefore in the textbox filed during the email profile setup was listed PRODMAIL01-VM
The server value is somehow set to the proper mailbox server but it must be set to the WNLB or CAS Array name.
The server value is somehow set to the proper mailbox server but it must be set to the WNLB or CAS Array name.
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
@Shadow: yes that's what I mean.
the reply above was regarding the Outlook profile in the new workstation.
the reply above was regarding the Outlook profile in the new workstation.
Have you tried adding the user's mailbox on another workstation?
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
@Guy: sure, so I assume those test must be done through the affected users workstation ?
That's right... we need to establish what it can see on the network.
ASKER
Guy, I can ping the Autodiscover address from the affected new computer in the affected AD site.
ASKER CERTIFIED SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
ok, so in this case to change the InternalURL using the powershell below:
is there any outage expected or it can be done during the business hours ?
Get-TransportServer | Set-WebServicesVirtualDirectory -InternalUrl "https://mail.domain.com/ews/exchange.asmx"
is there any outage expected or it can be done during the business hours ?
ASKER
ok, so if I move all of my mailboxes to Office 365, does this problem will go away because Office 365 is always perfect with no issue at all ?
SOLUTION
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
ASKER
Single AD Domain forest
AD Site DataCenter contains:
AD Site HQ contains - This site has no issue:
AD Site SiteOffice1 contains - This site has problem: