We recently deleted a user who left the company. This user was a delegate of our meeting room accounts. Now whenever people submit meeting requests they get the following:- Diagnostic information for administrators: Generating server: xxxxxxxxxxxxxxxxxx IMCEAEX-_O=WCMC_OU=EXCHANGE+20ADMINISTRATIVE+20GROUP+20+28FYDIBOHF23SPDLT+29_CN=RECIPIENTS_CN=xxxxxxxxxx#550 5.1.1 RESOLVER.ADR.ExRecipNotFound; not found ## Original message headers:Now I have logged into each of the meeting room accounts and deleted all delegates, added new ones, and then deleted them again, before adding the "real" ones but the problem still exists.I have also used mfcmapi when logged in as the meeting room but I am unable to find the PR_RULE_PROVIDER where the property is Schedule+EMS Interface.Can anyone help?ThanksStuart

Stuart,Outlook delegates are stored in publicDelegates attribute of the delegated mailbox. You can try to search if any of these meeting rooms still have the value for this attribute. If there is any value that looks orphaned or appearing as a legacyExchagneDN of the deleted user. You can remove it without any issues. The LDAP query should look something like (&(objectClass=User)(publicdelegates=<legacyExchangeDN of deleted user>))MMilind Naphade | MCTS:M | http://www.msexchangegeek.com

Thank you for your quick reply. The publicDelegates field only shows the two current delegates who i'd expect to be there.

Stuart, Have you configured outlook profile in Online Mode (untick Cache Mode) and opened it in MFCMapi? PR_RULE_Provider is not shown if it is configured in cache mode...Amit Tank | MVP - Exchange | MCITP:EMA MCSA:M | http://ExchangeShare.WordPress.com

Hi AmitSorry....the PR_Rule_Provider columnis shown, but none of them have a property of Schedule+EMS Interface

Ok....i've recreated the account for which the NDR is being created, and it looks like the Meeting Request is being forwarded to 4 different people, compared to what is showing in thepublicDelegates list. How do I resolve this issue.

So no one has any ideas?

So no one has any ideas? Help_Desk,Follow the steps in the article using Mdbvu32.exe and not MFCMapi and you will find the delegate that is still in the store but not listed via Outlook. I see this all the time and after deleting the rule via Mdbvu32 it fixes it.http://support.microsoft.com/kb/312433Sr. Exchange Engineer - Constellation Energy

Hi, To troubleshoot it, please first verify the non-existent user has been deleted completely by using ADSI Edit tool. If no clue in there, please turn to the delegate issue. Please understand that the delegate is represented by a rule that is hidden in the mailbox. The solution consists of two parts: Deletion of the delegate rules in the "Schedule" folder and secondly, removing the receive folder specification for the IPM.SCHEDULE.MEETING class. 1, Remove the old delegate rules by:============a. Launch MFCMapi against the mailbox with an Online mode profileb. Choose Session -> Logon and Display Store tablec. Choose the Profile and choose OKd. Double click the mailbox storee. Expand Root Containerf. Right-click "Schedule" and choose "Open Associated Contents Table"g. Delete any messages in this table. 2, Remove the ReceiveFolder Association by:============a. Launch MFCMapi against the mailbox with an Online mode profileb. Choose Session -> Logon and Display Store tablec. Choose the Profile and choose OKd. Double click the mailbox storee. Expand Root containerf. Ensure the Receive Folder association is set by going to MDB -> Display -> Receive Folder Table.f1. If the mapping is set, you should see one object in this list with the Message Class of IPM.SCHEDULE.MEETINGf2. Close the Receive Folder Tableg. Right-click "Schedule" and choose "Set Receive Folder"h. Enter "IPM.SCHEDULE.MEETING" in the box (without the quotes)i. Click "Delete Association"j. Click OK.k. Repeat step "f" above to ensure that the IPM.SCHEDULE.MEETING association is gone. After both of these steps, if you have set new delegate, you may still have to re-establish the new delegation one time to have it take effect. Thanks Allen

Hi AllenUnder F1 message class I have IPC, IPM, REPORT.IPM.Instructions below 1) yield nothing....This is when logged in as the meeting room....Stuart

Hi AaronYour instructs stop at :-Double-click each of the rules in turn, to open the rule and examine the rule to determine which rule is the delegate rule. Check the Message Property 0x65EB. The delegate rule should have the Schedule + EMS Interface for this property.I have no message property of 0x65EB.The Exchange we are using is Exchange 2007, these instructions seem to relate to 2003 and previous.ThanksStuart

Hi,Please check whether the below thread can help you:http://social.technet.microsoft.com/forums/en-US/exchangesvrclients/thread/df98a5f6-74f6-4550-9e42-0b226f788199/Additionally, I would like to share the steps about how to delete Schedule+EMS Interface with you as below: 1. Download MFCMAPI using the following link:http://www.microsoft.com/downloads/details.aspx?FamilyID=55fdffd7-1878-4637-9808-1e21abb3ae37&DisplayLang=en 2. Launch MFCMAPI Editor3. From the Session Menu, choose Logon and dispaly store table4. Double click the mailbox (Mailbox-<alias>)5. Expand Root container, and Top of Information Store6. Right click the Inbox, and choose "Display Rules Table"7. This will open a new windows and will display the rules configured on this mailbox. The rules will be listed in the top half of this window. 8. In the top window of the Rules table, under "PR_Rule_Provider"column delete the entry with display name "Schedule+EMS Interface"10. Right click the Delegate Rule mentioned above ("Schedule+EMS Interface") and then chose Delete. This will delete the rule from the mailbox.ThanksAllen

AllenThe Schedule+EMS isnt there.....therefore I cannot delete it....in fact the Rules table is empty.Stuart