为什么iCal经常说“服务器响应：403对操作CalDAVSetPropertyQueueableOperation的响应。”
Answers:
ics文件包含一个管理器行。根据rfc2445标准的第3.5节-安全注意事项，不允许非事件所有者修改事件...因此，导致出现CalDAVWriteEntityQueueableOperation错误的原因。
导入前从ics文件中删除整个ORGANIZER行可解决此问题。
按照标准，如果事件不在组计划的日历系统（例如，单用户日历系统）上，则不得指定组织者的行（第4.8.4.3节-一致性）。
令人惊讶的是，有多少网络研讨会公司误解了这个问题。...
将多个帐户从MobileMe迁移到iCloud时，我以前遇到过类似的问题。我通过在“系统偏好设置”中的iMac上禁用并通过iCloud启用iCal同步来解决了该问题-实际上，我认为我已禁用了所有情况。
在进行故障排除之前，请始终备份日历（“文件”>“导出”>“ iCal存档”）。
以下步骤大致来自Apple支持社区的讨论。
在系统偏好设置中打开iCloud。
在“ iCloud系统偏好设置”窗格中关闭（取消选中）iCal同步。
在执行此操作之前，请备份iCal。您将需要删除日历数据。打开iCal并验证在帐户下的iCal首选项中是否删除了iCloud帐户。
关闭iCal，重新打开“系统偏好设置”，然后在“ iCloud系统偏好设置”窗格中打开（检查）iCal同步。
重新打开iCal，并在帐户下的iCal首选项中确认已启用iCloud帐户。
此时，如果问题仍然存在，我可能会尝试完全注销iCloud，然后重新登录。但是请记住在关闭iCloud同步之前备份所有相关数据 -iCal，联系人，邮件，照片流等。
此问题似乎是由损坏的日历缓存引起的，它也出现在macOS 10.12.2 Sierra中。
解决此问题的最简单方法是：
- 退出日历
- 打开活动查看器并退出“ CalendarAgent”
请注意，在Finder中的任何日历项上使用QuickLook都会重新启动在步骤3中不需要运行的CalendarAgent
- 删除〜/ Library / Calendars / Calendar Cache
- 删除〜/ Library / Calendars / Calendar Cache-shm
- 删除〜/ Library / Calendars / Calendar Cache-wal
启动日历
日历将从〜/ Library / Calendars /中的周围数据文件夹和文件中读取信息，并干净地重新创建缓存。
如果出于某种原因，列出的要删除的文件在启动Calendar之前重新出现，则表明某种原因触发了系统日历操作。尝试退出所有应用程序并从步骤2开始，或者取消选中 “重新登录时重新打开窗口” ，然后注销。
如果将iCloud凭据添加到钥匙串中，也许可以解决此问题？我有一个问题，即使我在Mail中启用了“记住密码”设置，Mail仍然提示我输入密码。当我将登录详细信息显式添加到Keychain中时，它得到解决。
Where不同。但是，在我的主计算机上，根本没有CalDav条目，但是iCal在该计算机上工作得更好....
使用Dale Fosters库技巧解决了此问题。我禁用了日历，进行了备份，然后移动了〜/ Library：
/Calendars
/Library/Preferences/com.apple.CalendarAgent
/Library/Preferences/com.apple.iCal.plist
…到桌面。然后在首选项中重新启用iCloud日历。我不得不在日历中重新输入帐户信息，现在一切正常。谢谢！
我最后一次得到
服务器对操作CalDAVWriteEntityQueueableOperation的响应为：“ 403”。
我看了看服务器上方的响应，发现下
“服务器响应错误。”
访问（在我的情况是）
“春：波士顿5 -圣路易斯3”中的“意外”帐户“的iCloud”是不允许的。
因此，我选择了Go Offline，单击了我的Calendars，取消选中所有日历（我命名的日历除外）Unexpected，然后在iCal（右上角）中搜索“ Spring：”。我发现的是去年的棒球时间表。我删除了所有181个条目，退出iCal，然后重新打开iCal，一切都很好。
那是我的经验。