Address Lists do not automatically update
I have several custom addresses lists that do not update automatically. They use the description field to get added to the address list, but when a new user/contact is created I have to manually update the address as Exchange 2007 does not do this on it’s own. Nor does there appear to be a schedule tab as there was in 2000/2003. How does everyone else update their custom address lists?
March 15th, 2010 11:53pm

Update-AddressList-- Ed Crowley MVP"There are seldom good technological solutions to behavioral problems.". "Michael76" wrote in message news:435c3a23-2777-4abe-80dd-f51b2647c75a... I have several custom addresses lists that do not update automatically. They use the description field to get added to the address list, but when a new user/contact is created I have to manually update the address as Exchange 2007 does not do this on its own. Nor does there appear to be a schedule tab as there was in 2000/2003. How does everyone else update their custom address lists? Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."
Free Windows Admin Tool Kit Click here and download it now
March 16th, 2010 12:00am

Ed, Thank you for your reply. I'm sorry; perhaps I wasn't clear in my description. Here is the scenario:I have created several custom address lists that use the description field of the user, contact, etc to build these address lists.However when a new user account or contact is created it does not get added to the address list, because the address lists do not appear to run on a schedule or can be set on a schedule to update themselves as they could in exchange 2003, etc. I have to run the Update-AddressList cmdlet manually in order for the address list to update with new users, contacts, etc. This is getting a little old getting emails that contacts aren't showing up in custom address lists.My question was how are others getting around this issue? Thank you
March 16th, 2010 4:54pm

You could schedule a periodic execution of Update-AddressList via Task Scheduler.-- Ed Crowley MVP"There are seldom good technological solutions to behavioral problems.". "Michael76" wrote in message news:bbdb41fd-aea6-4693-ae61-250683cc3581... Ed, Thank you for your reply. I'm sorry; perhaps I wasn't clear in my description. Here is the scenario:I have created several custom address lists that use the description field of the user, contact, etc to build these address lists.However when a new user account or contact is created it does not get added to the address list, because the address lists do not appear to run on a schedule or can be set on a schedule to update themselves as they could in exchange 2003, etc. I have to run the Update-AddressList cmdlet manually in order for the address list to update with new users, contacts, etc. This is getting a little old getting emails that contacts aren't showing up in custom address lists.My question was how are others getting around this issue? Thank you Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."
Free Windows Admin Tool Kit Click here and download it now
March 16th, 2010 6:05pm

"You could schedule a periodic execution of Update-AddressList via Task Scheduler"That's what I was afriad of. Why on earth wouldn't they just leave the schedule tab in there like it was in 2003. I know I sound like "that guy" who is whining about old versions of software but it seems like a basic system requirement that address lists would update themselves or you could configure them too automatically without going in and setting up scheduled tasks. From an enterprise point of view this is a nightmare to manage. Rather than an organizational object handling this, which is pretty server agnostic you have to configure one of your mailbox servers in your organization to update the address lists. I suppose I could use Qbased DL's as well, but that would add additional load to my organization's exchange servers as well.Thank you Ed for your response and don't be shy about letting me know if you think of something else.Thanks again.
March 16th, 2010 7:02pm

The way I understand the process to work is that when you create a new recipient, the System Attendant service is responsible for making it a member of all address lists to which the recipient is supposed to belong. Are you not seeing that?-- Ed Crowley MVP"There are seldom good technological solutions to behavioral problems.". "Michael76" wrote in message news:dd4defda-6500-49f9-9843-2ef188323d41..."You could schedule a periodic execution of Update-AddressList via Task Scheduler"That's what I was afriad of. Why on earth wouldn't they just leave the schedule tab in there like it was in 2003. I know I sound like "that guy" who is whining about old versions of software but it seems like a basic system requirement that address lists would update themselves or you could configure them too automatically without going in and setting up scheduled tasks. From an enterprise point of view this is a nightmare to manage. Rather than an organizational object handling this, which is pretty server agnostic you have to configure one of your mailbox servers in your organization to update the address lists. I suppose I could use Qbased DL's as well, but that would add additional load to my organization's exchange servers as well.Thank you Ed for your response and don't be shy about letting me know if you think of something else.Thanks again. Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."
Free Windows Admin Tool Kit Click here and download it now
March 16th, 2010 7:15pm

Let me add that new recipients are automatically added, but modified recipients aren't automatically added to an address list, so you will need to update address lists. This article explains it pretty well. http://www.msexchange.org/articles_tutorials/exchange-server-2007/management-administration/address-lists-exchange-2007-part2.html-- Ed Crowley MVP"There are seldom good technological solutions to behavioral problems.". "Michael76" wrote in message news:dd4defda-6500-49f9-9843-2ef188323d41..."You could schedule a periodic execution of Update-AddressList via Task Scheduler"That's what I was afriad of. Why on earth wouldn't they just leave the schedule tab in there like it was in 2003. I know I sound like "that guy" who is whining about old versions of software but it seems like a basic system requirement that address lists would update themselves or you could configure them too automatically without going in and setting up scheduled tasks. From an enterprise point of view this is a nightmare to manage. Rather than an organizational object handling this, which is pretty server agnostic you have to configure one of your mailbox servers in your organization to update the address lists. I suppose I could use Qbased DL's as well, but that would add additional load to my organization's exchange servers as well.Thank you Ed for your response and don't be shy about letting me know if you think of something else.Thanks again. Ed Crowley MVP "There are seldom good technological solutions to behavioral problems."
March 16th, 2010 7:18pm

Hi, Was any error message received in the Application Event Log? Please check it. Additionally, please paste the filter parameter on the forum. Thanks Allen
Free Windows Admin Tool Kit Click here and download it now
March 22nd, 2010 10:56am

No errors in app event log. That would be nice if there were. Filter parameter: (Description -like 'Site Name*' -and ((RecipientType -eq 'UserMailbox' -or (((RecipientType -eq 'MailUniversalDistributionGroup' -or RecipientType -eq 'MailUniversalSecurityGroup') -or RecipientType -eq 'MailNonUniversalGroup') -or RecipientType -eq 'DynamicDistributionGroup')) -or ((RecipientType -eq 'UserMailbox' -and ResourceMetaData -like 'ResourceType:*') -and ResourceSearchProperties -ne $null))) Ed, explained in his post above that if you change something on an object it doesn't get updated by the system attendant service. He suggested scheduled tasks.
March 22nd, 2010 6:03pm

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

Other recent topics Other recent topics