In this case 'AllBookInPolicy' is set to FALSE which means that the attendant is supposed to look at the 'BookInPolicy' attribute. The behavior I am seeing is what you would expect if 'AllBookInPolicy' was set to TRUE.
-jim -----Original Message----- From: Campbell, Rob [mailto:rob_campb...@centraltechnology.net] Sent: Wednesday, February 15, 2012 3:10 PM To: MS-Exchange Admin Issues Subject: RE: shared resource account Looks like it's working as designed. An in-policy request is a request that the Resource can accept without needing approval from a delegate. -----Original Message----- From: Rupprecht, James R [mailto:jimruppre...@ku.edu] Sent: Wednesday, February 15, 2012 2:49 PM To: MS-Exchange Admin Issues Subject: shared resource account Exchange 2010, SP1, RU6. I've created a shared resource account and set a delegate for that account using the ESM. I created a resource policy. I then designated one person (not the delegate) who can book the resource automatically. Anyone can create an in-policy request that is sent to the delegate. Anyone can also create an out-of-policy request that is sent to the delegate. If I create and out-of-policy request it properly goes to the delegate, however all in-policy requests are accepted regardless of who makes the appointment. 'Get-CalendarProcessing -Identity it_burge_car_02 | FL' produces this: RunspaceId : ca504481-1a71-419a-938b-1f41fdac2c0b AutomateProcessing : AutoAccept AllowConflicts : False BookingWindowInDays : 180 MaximumDurationInMinutes : 2880 AllowRecurringMeetings : True EnforceSchedulingHorizon : True ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances : 2 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : True DeleteNonCalendarItems : True TentativePendingApproval : True EnableResponseDetails : True OrganizerInfo : False ResourceDelegates : {home.ku.edu/KU_users/charliebrown} RequestOutOfPolicy : {} AllRequestOutOfPolicy : True BookInPolicy : {home.ku.edu/KU_users/linus} AllBookInPolicy : False RequestInPolicy : {} AllRequestInPolicy : True AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages : True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 Identity : home.ku.edu/Exchange2010/Service-Accounts-Groups/Testing/it_burge_car_02 IsValid : True Any thoughts on why the booking rules are being bypassed and in-policy requests are being automatically accepted? Jim Rupprecht KU Information Technology --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist ************************************************************************************************** Note: The information contained in this message may be privileged and confidential and protected from disclosure. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by replying to the message and deleting it from your computer. ************************************************************************************************** --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to listmana...@lyris.sunbeltsoftware.com with the body: unsubscribe exchangelist
