在我们的组织中，我们使用房间日历来跟踪加class和休假，每两周计算一次工资总额。 我们刚刚从Zimbra迁移到Exchange 2013，并且遇到了这个工作stream的困扰。
通常情况下 – 特别是如果有人生病了 – 人们不会马上放下假期或加class，更不用说了。 这意味着他们会以追溯方式放假，通常是在发送提醒电子邮件的时候。
对于Exchange而言，我们还是很惊讶的发现资源在过去会自动拒绝会议请求。 这很好，这可能是我们想要的所有“真实”的房间，但这不是我们想要的这些日历。
我们如何closures这些日历function？ 我已经通过每一个日历相关的PowerShell命令，我发现无济于事。 让每个人在这些日历上编辑是不可取的; 他们需要发送邀请到日历。 我们唯一的select是采用不同的工作stream程吗？
编辑：以下是其中一个相关日历的完整日历处理configuration：
PS > Get-CalendarProcessing ins.calendar | fl AutomateProcessing : AutoAccept AllowConflicts : True BookingWindowInDays : 730 MaximumDurationInMinutes : 0 AllowRecurringMeetings : True EnforceSchedulingHorizon : False ScheduleOnlyDuringWorkHours : False ConflictPercentageAllowed : 0 MaximumConflictInstances : 0 ForwardRequestsToDelegates : True DeleteAttachments : True DeleteComments : True RemovePrivateProperty : True DeleteSubject : False AddOrganizerToSubject : False DeleteNonCalendarItems : True TentativePendingApproval : True EnableResponseDetails : True OrganizerInfo : True ResourceDelegates : {} RequestOutOfPolicy : {} AllRequestOutOfPolicy : False BookInPolicy : {} AllBookInPolicy : True RequestInPolicy : {} AllRequestInPolicy : False AddAdditionalResponse : False AdditionalResponse : RemoveOldMeetingMessages : True AddNewRequestsTentatively : True ProcessExternalMeetingMessages : False RemoveForwardedMeetingNotifications : False MailboxOwnerId : domain/Resources/ins.calendar Identity : domain/Resources/ins.calendar IsValid : True ObjectState : Changed 由于预订窗口只能在0-1080之间。 我不认为你正在寻找资源邮箱是可能的。 虽然在Exchange之外可能有更好的解决scheme，但是您正在寻找的是另外一种蠕虫。 也许这个邮箱可能是HRpipe理的共享日历。
AllRequestOutOfPolicy参数指定是否允许所有用户提交不符合策略的请求。 此参数的有效input是$ true或$ false。 默认值是$ false。 不符合策略的请求需要经过资源邮箱代表的批准。
您是否尝试将（AllRequestOutOfPolicy）设置为$ true并将HR设置为资源邮箱委托？
资源邮箱的目的是预订当前或未来使用的“资源”，例如会议室，投影仪等。因此，预订过去的devise和限制。
你正在寻找什么更公用文件夹日历或SharePoint日历可以处理，或者也许共享邮箱日历（如PHLiGHT指出）。
如果您有SharePoint，那么这将成为我的推荐，因为您可以包括审批休假时间的工作stream程，或者在某人在日历上放置某些内容时收到警报等。