有一种场景, 一个名叫test1的用户已经被从活动目录里删除, 但是当test2给test3发送会议请求或者回复会议请求时,却收到了未发送报告.在这种情况下, 可能的原因就是test2设置test1为自己的委派人或者test1仍然存在于活动目录中.
解决这个问题, 首先需要用ADSI Edit工具确认test1已经被完全的删除. 排除这个原因后, 可以转向委派的问题。我们需要明白委派是有一个规则来控制的且隐藏于邮箱里.
解决的办法是用MFCMAPI工具来删除 “Schedule” 文件上的委派规则和 receive folder 的IPM.SCHEDULE.MEETING class.
1)删除以前的委派规则：
a)首先保证邮箱是在联机模式下, 然后登录MFCMAPI，
b)选择 Session—>Logon and Display Store table，
c)选择用户配置文件,点OK，
d)双击用户的邮箱，
e)展开 Root Container，
f)右键单击 “Schedule”, 选择 “Open Associated Contents Table”，
g)删除在这个表里所有信息。
2)删除Receive folder 的IPM.SCHEDULE.MEETING class：
a)在邮箱联机模式下登录MFCMAPI，
b)选择 Session—>Logon and Display Store table，
c)选择用户配置文件,点OK，
d)双击用户的邮箱，
e)展开 Root Container，
f)首先选择MDB-->Display-->Receive Folder Table, 确认IPM.SCHEDULE.MEETING class 是存在的。
g)如果存在, 右键单击” Schedule”, 选择 “Set Receive Folder”。
h)在对话框里输入”IPM.SCHEDULE.MEETING”，
i)点”Delete Association”，
j)点OK，
k)重复f的步骤,确认IPM.SHEDULE.MEETING class已经被删除.