最近遇到一些用户反馈她们遇到的问题。

即，她们作为组织者发出了会议邀请，参会者收到了会议邀请，然后因为一些原因，这个会议的地点有变动，于是，组织者给参会者发出了地址的更新。

参会者反馈，地址确实有过更新，但过段时间之后又被改回旧的地址了。

这是个非常邪门的问题，我们查了很久，最后收了日历诊断日志，发现导致这个问题发生的原因并非是认为的动作，而是由一个叫 “Calendar Repair Assitant” 的玩意儿所做的自动行为。

如果你去看受影响用户的日历诊断日志，你可以看到类似这样的线索：

IPM.Appointment item.
User who performed the action on this instance of the item:
   /o=IRABIT/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=IRABIT-MB-03/cn=Microsoft System Attendant
The recipient list (To: line) changed.
    Was: User001; User002; User003
    Now: User001; User002; User003
The Location of the meeting changed.
    Was: MR-01
    Now: MR-02
The tentative item was updated in the Calendar  via the Calendar Assistant.

那个 “The tentative item was updated in the Calendar via the Calendar Assistant” 是个非常关键的线索。意思是没有人类去改会议的地址，而是一个代理改的，这个代理的身份证号都被报出来了。

若要避免类似的问题，那么我们可以给受影响的用户禁用 Calendar Repair Assistant。这个不会对用户正常地使用邮箱或者日历功能产生任何影响。

Calendar Repair Assistant 是个非常不老实的家伙，当它检测到会议的参与者与会议的组织者之间有任何关于一条会议日程信息的不同步，它就会擅自修改参会者一端的会议信息。

要禁用这个东西，可以在 Exchange 管理命令行运行以下命令：

Set-Mailbox -Identity user001@irabit.org -CalendarRepairDisabled $true

请酌情替换以上示例的电子邮件地址部分。

嗯……