Re: New User Not in GAL, Recipient Policy Not Applied
- From: "spm" <nospam@xxxxxxxxxxxxxxxxxx>
- Date: Wed, 06 Jun 2007 02:51:13 -0700
Hi Robert,
I have completed all your suggested tasks...
Step1. Check Default GAL.
1. Open Exchange System Manager.
2. Open the default Global Address List properties, and then make
sure that the Search filter looks like the following one:
(& (mailnickname=*) (|
(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHome
Se
rverName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(
ms
ExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))
(o bjectCategory=group)(objectCategory=publicFolder) )) 3, If the
filter displays incorrectly, please refer to the method in the
article below to troubleshoot this issue:
The search filter here was slightly different, thus:
(& (mailnickname=*) (|
(&(objectCategory=person)(objectClass=user)(!(homeMDB=*))(!(msExchHomeSe
rverName=*)))(&(objectCategory=person)(objectClass=user)(|(homeMDB=*)(ms
ExchHomeServerName=*)))(&(objectCategory=person)(objectClass=contact))(o
bjectCategory=group)(objectCategory=publicFolder)(objectCategory=msExchD
ynamicDistributionList) ))
I changed the filter as advised, rebuilt the RUS and re-applied the
default recipient policy (the only one I have) but the problem persists.
Step 3: Please install the hotfix KB 837444
This KB article simply advises that the latest Exchange service pack is
installed. I have Exchange SP2 installed, and further SBS 2003 R2 and
SP2.
Step 4: The new user is not appear in GAL, this issue may occur if
the clients use Outlook 2003 with cached Exchange mode enabled. If
this is the case, I therefore suggest us create a new profile without
cached Exchange mode enabled to test this issue.
Tried this, again the problem persists.
Actually, we can disable this feature in Outlook client side. To do
so, please follow the steps below...
Tried this too - problem persists.
5. Send the .cab file directly to v-robeli@xxxxxxxxxxxxx with
subject: 39474410-New User Not in GAL, Recipient Policy Not Applied.
Done.
While I don't wish to pre-empt your analysis of the system reports, I
have analysed the events created with increased diagnostic logging of
the recipient update process, and the relevant 8012 event IDs suggest
no users are found to process. According to the KBs I've read this
suggests a permissions problem in the AD hierarchy, but I can find no
real info on how to correct this (assuming that to be the case). I see
suggestions of running setup /domainprep, but I am reluctant to do that
without confirmation that is the way to go. I'll await your response.
Thanks for your help.
--
Regards,
Steve.
.
- Follow-Ups:
- Re: New User Not in GAL, Recipient Policy Not Applied
- From: Robert Li [MSFT]
- Re: New User Not in GAL, Recipient Policy Not Applied
- References:
- New User Not in GAL, Recipient Policy Not Applied
- From: spm
- RE: New User Not in GAL, Recipient Policy Not Applied
- From: Robert Li [MSFT]
- New User Not in GAL, Recipient Policy Not Applied
- Prev by Date: RE: Network issues post SP1
- Next by Date: Re: Choice of antivirus for SBS2003
- Previous by thread: RE: New User Not in GAL, Recipient Policy Not Applied
- Next by thread: Re: New User Not in GAL, Recipient Policy Not Applied
- Index(es):
Relevant Pages
|