Archive for August 2011

Your Out of Office settings cannot be displayed, because the server is currently unavailable. Try again later.

I am not able to set OOF on all Outlook 2007 clients, not able to download the OAB and not able to view the Schedule+Free Busy. But in Outlook Web App (OWA) I am able to set OOF and see the Free Busy information.
When I open Outlook to set OOF I get the error message "Your Out of Office settings cannot be displayed, because the server is currently unavailable. Try again later."


Ran Test E-Mail Autoconfiguration and it failed with error code 0x800C8203.



I am able to create the Outlook profile using the autodiscover and it work fine with no errors. Ran the command  netsh winhttp show proxy on the server to check if there is any proxy set from the server end but there wasn't any proxy set on the server.
Current WinHTTP proxy settings:
    Direct access (no proxy server)
Tried the IE proxy to check if it helps:
1. Open IE, click “Tools”->”Options”. Click “Connections”. Click “LAN Settings” button.
2. In the “Proxy server” section, please click “Advanced” button. 3. In the “Exceptions” section, there is an option “Do not use proxy server for addresses beginning with: exchangeservername;FQDN of ExchangeServer.
After doing the above No Luck.

Did the host file entey on the client machine, still getting the same error.
Found one Hotfix for Outlook 2007 client http://support.microsoft.com/kb/2475891 but it's already installed on the client.

Removed and Recreated the Autodiscover Virtual Directory:
Remove-AutodiscoverVirtualDirectory -Identity "Autodiscover (Default Web Site)" -Confirm:$false

New-AutodiscoverVirtualDirectory -WebsiteName "#######" -InternalUrl "
https://Internal_FQDN_OF_EXCHANGE/Autodiscover/Autodiscover.xml" -BasicAuthentication 1 -WindowsAuthentication 1
Note: If you run New-AutodiscoverVirtualDirectory it will create the AutodiscoverVirtualDirectory
Restarted MS Exchange System Attendant Service.

Ran the below commands on the server:
Set-ClientAccessServer -Identity CAS_Server_Name -AutodiscoverServiceInternalUri https://mail.contoso.com/autodiscover/autodiscover.xml

Set-WebServicesVirtualDirectory -Identity "CAS_Server_Name\EWS (Default Web Site)" -InternalUrl https://mail.contoso.com/ews/exchange.asmx

Set-OABVirtualDirectory -Identity "CAS_Server_name\oab (Default Web Site)" -InternalUrl https://mail.contoso.com/oab

Recycled MSExchangeAutodiscoverAppPool.

Did Test E-Mail Autoconfiguration and it passed with below results.



Oout of Office successful without any error message:

Cheers,

Not able to receive email on newly installed Exchange 2010

It's newly installed Exchange 2010 on Site C. Total there are four sites. Site A, Site B, Site C and Site D.

User can send email to users inside the organization and on the internet. The issue is User is not able to Receive Email from Internet and from all sites in the organization. After doing the Message Tracking, found that messages are getting stuck in the queue.
This is what I got in message tracking:


451 4.4.0 Primary target IP address responded with: 451 5.7.3 Cannot achieve Exchange Server authentication,” Attempted fadover to alternate host but that did not succeed. Either there are no alternate hosts

Checked the permissions on Receive Connector it was perfect all the permissions were intect. Deleted and Recreated the Bidirectional Routing Group Connector from Exchange 2010:
New-RoutingGroupConnector -Name "2010-2003" -SourceTransportServers "Exchange2010.corp.domain.com" -TargetTransportServers "Exchange2003.corp.domain.com" -Cost 1 -Bidirectional $true

http://technet.microsoft.com/en-us/library/aa997292.aspx

After digging around all over the domain and sites I couldn't find anything which was blocking these mails.
But guess what happened, was doing some network activity and found that there is a CISCO ASA firewall between all the sites. It was CISCO, checked the firewall and found that SMTP Inspection is enabled. Disabled the SMTP Inspection and hoooooray.....Mails started flowing across the sites.

Cheers,

How to create Public Folder Hierarchies

I have seen that after migration from 2003 to 2007-2010 people tend to delete First Administrative Group from Adsiedit.msc without moving the Public Folder Hierarchies. The issue everyone face is Public Folder Database not mounting. Here is step by step instruction to create Public Folder Hierarchies.


Create the "Folder Hierarchies" under the Exchange Administrative Group
1. Right click on Exchange Administrative Group
2. Select New Object
3. Select msExchPublicFolderTreeContainer for the class and click Next
4. Enter the following for the value: Folder Hierarchies, click Next
5. Click Finish

Create Public Folder Tree Object
1. Right click CN=Folder Hierarchies -> New Object
2. Selected msExchPFTree for the class
3. For the value we entered, "Public Folders" and clicked next
4. Click on the "More Attributes" button, selected msExchPFTreeType and set the
value to 1. Note: This is very important that this value is set to a value of 1 as
this tells Exchange that this is a MAPI Tree
5. Click Ok and then finish

1. Get properties of the newly created "Public Folders" Tree object in ADSIEdit.
2. Copy the distinguishedname value to the clipboard and then click cancel.
3. Navigate to the Storage group that contains the Public Folder Store for this
server and get properties of the server.
4. Locate the msExchOwningPFTree attribute and paste in the value that was copied
to the clipboard in step 2. Click OK.
5. Restart the Information Store Service
6. Attempt to mount the PF store if it is not already.

Cheers,

EXCHANGE RANGER