Odoo 计划活动为什么不会无限接龙：mail.activity.type 的 suggest / trigger 与完成后续接链路讲透
很多人以为 Odoo Activity 的“下一步”只是界面上的推荐按钮。实际上，mail.activity.type 里 suggest 和 trigger 是两套完全不同的机制：一套负责给人选项，一套负责在完成时自动长出下一条。看懂这条链，才能把提醒真正配置成流程。
TOPIC PICKS
这个专题的推荐入口
这个专题里读者更常先点开的文章
优先看新补的内容
可以顺着继续读的相邻方向
Odoo 企业版 Mobile Push 为什么不是“开了推送就行”：@mention 分流、4KB payload 与深链回退链路讲透
基于 mail_mobile 源码，讲清 Odoo 企业版移动推送如何先做设备注册，再按 @mention 与普通消息拆分投递，并在 4KB payload、Discuss 会话 subject 重写与 Firebase dynamic link 回退之间维持可点开的移动通知体验。
Odoo 企业版移动消息为什么不是“有新消息就推送”：device token、bus fallback 与未读同步讲透
基于 mail_mobile 源码，讲清移动端消息推送如何围绕 OCN token、线程通知、回退链路与未读状态同步来保证移动体验。
Odoo 邮件 alias 为什么重点不在“起个邮箱名”，而在域名边界与反循环保护：安全机制讲透
很多团队把 alias 当成“收件地址映射模型”，但 mail.alias 与 mail.gateway.allowed 的源码显示，官方更关心的是：域名归属是否匹配公司、联系人安全策略是否合理、是否会被邮件风暴和回环拖垮。
Odoo 参会人为什么要单独建 `calendar.attendee`：RSVP、ICS 附件与邀请 token 机制讲透
很多人以为会议只要有 partner_ids 就够了，但 Odoo 还专门建了一层 calendar.attendee。因为“被邀请的人”与“这个人对邀请的响应、邮件时区、访问 token”根本不是一回事。
Odoo 会议提醒为什么不是“到点群发”：cron、email reminder 与 notification 路径讲透
很多人以为会议提醒就是时间到了发一下，但 calendar.alarm 与 alarm_manager 的源码显示，Odoo 真正在管的是：提醒类型、下一次潜在触发点、周期会议只保留一个 cron trigger，以及作者是否也被提醒。
Odoo 任务依赖为什么重点不在“连线”，而在防环与复制边界：dependency 机制讲透
很多团队做任务依赖时只盯着甘特图连线，但 Odoo 官方测试更在意三件事：能不能防止循环依赖、复制项目时依赖关系如何映射、跨项目依赖是否应该原样保留。