Forcing Update of Default Global Address List
How can I force update of the Global Address List (Default Global Address List). I have about 62 000 MailContacts objects which are synchronisze regularly with AD and the information feature correctly both in AD and under Mail Contact (EMC) in Exchange2007. However, most of the MailContacts are not showing in the Global Address List. The Mailcontacts are missing both in Outlook and OWA. What is the default schedule for the GAL created during exchange installation? Though I know there is now possibility to edit it and that is not my wish, but can at least force an update so that it takes all the available information Thanks
June 10th, 2010 4:59am

Thanks for the response. I have tried all commands and it seems I have general problem updating some objects (MailContacts, PF, DL), the only object that works without problem are the users. Forcing update of the OAB went well without problem, however, I get these warning messages on some objects with the other 2 commands. "WARNING: The recipient "DNS-Domain-Name/OU/ObjectName" is invalid and could not be updated. Relating MailContacts "WARNING: The recipient "DNS-Domain-Name/Microsoft Exchange System Objects/ObjectName" is invalid and could not be updated. - Relating to some Public Folders What would be the steps to take? Thanks
Free Windows Admin Tool Kit Click here and download it now
June 10th, 2010 10:02am

Hi, Did you check the Event Log? What's the error in there? Thanks Allen
June 14th, 2010 4:53am

There are actually no errors in the Event Log, but I have been able to pin down my problem. It has to do spaces in the Alias, which is not supported in Exchange 2007. The Exchange installation is a migration Exch55 >> Exch2003 >> Exch2007. I found few scripts which can be used to corrected the spaces, but I am trying to see if the problem can resolve directly on the source ( The application providing the the contacts). Though I will still have to look into changing Alias for the migrated PF and DL. Can Alias of any of the following be renamed without causing havoc? Schedule+ Free Busy Information - ExchangOrgName (Alias - Schedule+ Free Busy Information - ExchangOrgName) Offline Address Book - ExchangOrgName (Offline Address Book - ExchangOrgName) Thanks
Free Windows Admin Tool Kit Click here and download it now
June 14th, 2010 8:14am

Alias can be changed on already existing objects. The only problem I see with that if some users or software reference the mailbox with the old alias name. lasse at humandata dot se, http://anewmessagehasarrived.blogspot.com
June 14th, 2010 8:18am

Hi, For the information that the Schedule+Free Busy Information stored, you can delete them and will be regenerated automatically. Thanks Allen
Free Windows Admin Tool Kit Click here and download it now
June 17th, 2010 3:20am

I have been able to resolve the problem of space in alias of MailContact from the source, only to discover that Outlook still could not function correctly even though the information are available in GAL. OWA works without any problem. Knowing what the result could be, I applied the following command "Get-GlobalAddressList | update-GlobalAdressList" reluctantly and it happened exactly as feared. Now each MailContact has "Automatically update e-mail addresses based on e-mail address policy" enabled and each also has an addition EmaiAddress entry from the Default Policy (our DomainName). Though the External E-mail Address is still set as default. What I also observed is that when a new Mailcontact is created, it automatically added the additional EmailAddress entry from the Default Policy (our DomainName). Is this a normal behavior in Exch2007 or there is a way I can avoid this happening in Mailcontacts. Thanks
June 18th, 2010 5:53am

http://technet.microsoft.com/en-us/library/bb124519(EXCHG.80).aspx When creating those mailcontacts, be sure to set the EmailAddressPolicyEnabled to false. see PrimarySmtpAddress attributelasse at humandata dot se, http://anewmessagehasarrived.blogspot.com
Free Windows Admin Tool Kit Click here and download it now
June 26th, 2010 4:44am

I do not see any possibility to set the "EmailAddressPolicyEnable" to false while creating the contact through EMC, this is only posssible after the process has been completed but the EmailAddress of our DomainName has already been added. This can however be deleted manually without any problem. The Mailcontacts which were synchronised from the external source actually have the "EmailAddressPolicyEnable" set to false by default, it is running the "Get-GlobalAddressList | update-GlobalAdressList" that set it to true.
July 14th, 2010 11:40am

I started this thread in summer 2010 and occassionaly still being faced with this problem. The Problem is actually to be able to "STAMP" Mailcontacts received from external source, without any addition EmaiAddress entry from the Default Policy (our DomainName) being added to them. Everything works fine with OWA once „Update-GlobalAddressList“ is applied, but outlook seems not able to work correctly until the “STAMPING” - Update-EmailAddressPolicy” is applied. I get this error message when trying to send mail: „Delivery has failed to these recipients or distribution lists: RecepientDisplayName The recipient's e-mail address was not found in the recipient's e-mail system. Microsoft Exchange will not try to redeliver this message for you. Please check the e-mail address and try resending this message, or provide the following diagnostic text to your system administrator.“ In case there is not workaround to avoid the additional EmailAddress, then with which PS command can I run through only the Mailcontact and delete this additional EmailAddres entry. Thanks
Free Windows Admin Tool Kit Click here and download it now
March 3rd, 2011 9:15am

I use this command to stamp the Mailcontact without adding any addresses. Get-MailContact -organizationalunit <Where the contacts reside> -ResultSize Unlimited | Set-MailContact -EmailAddressPolicyEnabled $false
May 7th, 2012 2:41am

This topic is archived. No further replies will be accepted.

Other recent topics Other recent topics