日历
系统页面的 Calendar 选项卡。三个上限，各自守护的东西并不相同：其中两个限制单个事件的内容，第三个限制一次网格读取的规模。
三者都是 1 及以上的整数，并且通过一个 保存 一起保存。每个字段都会在写入其中第一个之前接受校验，因此只要有一个值不被接受，三者都不会被保存；拒绝信息会指明它来自哪个字段——「{{field}}」：请输入一个正整数。。未作改动就点击保存时，返回 无更改。
单个事件的内容
Event limits 中是针对单个事件的两个上限。它们存在的理由相同：事件对所有被指向的人可见，而重复事件还会按每次重复展开，且每次重复都携带该事件全部文本的完整副本。因此一个体量过大的事件并非只拖累它的作者，而是让整个安装的日历变慢。
- Guests per event — 一个事件最多可以邀请多少人。默认为 500，与 Microsoft 365 中一封邀请可触达的收件人数量相同（Google 日历允许 200）。
- Characters per text field — 事件的每个文本字段允许多少字符。一个上限覆盖全部四个字段——标题、描述、地点和链接——这样拒绝信息里只需给出一个数字。默认为 8192，足够写下详尽的会议议程。
超出这两个上限中任何一个的事件都不会被保存——无论是新建还是编辑。
此前保存的事件仍可打开、仍可编辑
只要超出的部分不再增长，两个上限都会放行已经保存的事件：过长的来宾名单可以缩短，过长的文本可以裁剪。若没有这一让步，调低上限就会把组织者关在自己的事件之外：编辑会被整体拒绝，而缩短名单除了编辑别无他法。
一次读取的规模
Limit of one read 中是第三个上限，它关乎读取而非保存。
网格按不超过 92 天的时间段读取，但一个时间段内可能落入任意数量的事件，而应答会在内存中整体组装。Events per read 限制这样一次读取最多可返回多少事件。默认为 5000——与仪表板上单个图表所承载的数量相同，在正常使用的日历上无法达到。
超过上限时，应答会被截断而不是拒绝：拒绝会让人完全失去日历，而截断后的应答仍留下一张可用的网格。这个过程不会悄无声息——应答会附带提示，说明并未显示全部事件。
该上限不触及已保存的事件。它不改变所存储的内容，只改变一次读取可以带走多少。