订阅管理
营销邮件、电子报、邮件列表越积越多,真正会看的没几个。订阅管理把它们按发件人汇总,告诉你每个订阅发了多少、你读了多少,很少打开的直接退订。
入口:顶部导航的「订阅」。
列表里有什么
Section titled “列表里有什么”DaMail 自动找出带退订信息的邮件(邮件头里有 List-Unsubscribe,或者正文里有退订链接),按发件人汇总成一行:
| 列 | 说明 |
|---|---|
| 发件人 | 发件人名称和地址,以及是哪个邮箱收到的 |
| 封数 | 所选时间范围内收到多少封,同一封邮件在多个文件夹只算一次 |
| 打开率 | 已读 / 总数,悬停查看具体数字;一封都没读过显示「从来不看」 |
| 最近一封 | 最近一封的时间,点击打开 |
| 退订方式 | 这个发件人提供的退订方式,见下文 |
| 操作 | 退订按钮,已退订的显示状态和时间 |
统计范围是收件箱和垃圾邮件文件夹。同一个邮件列表按 List-Id 归为一行,没有 List-Id 时按发件地址;同一个订阅发到你的不同邮箱时,每个邮箱分开显示、分开退订。
| 筛选 | 内容 |
|---|---|
| 全部 | 所有订阅 |
| 很少打开 | 还没退订、收到至少 3 封、打开率低于 20% 的订阅,最值得退订 |
| 已退订 | 已经退订过的(退订失败的不算) |
时间范围可以选近 30 天、90 天、180 天。表格可以按封数、打开率和最近一封排序,默认按封数从多到少。
点「退订」后,DaMail 按发件人提供的方式自动处理:
| 方式 | 怎么做 | 结果 |
|---|---|---|
| 一键退订 | 按 RFC 8058 直接向发件人的退订地址发送请求 | 对方确认后显示「已退订」 |
| 退订邮件 | 从收到这封订阅的邮箱发一封退订邮件给对方指定的地址 | 走正常的发送流程,发出前几秒可以在「草稿」里撤销 |
| 退订网页 | 发件人只提供了网页,确认后在新标签页打开 | 显示「已打开退订网页」,是否成功以网页上的结果为准 |
| 正文链接 | 发件人没有按标准提供退订方式,这是从正文里找到的退订链接 | 同上,需要你在网页上完成 |
同时支持多种方式时,优先一键退订。
一键退订为什么安全
Section titled “一键退订为什么安全”一键退订由 DaMail 服务器直接发出请求,不在你的浏览器里打开对方网页,所以对方拿不到你的 Cookie、浏览器指纹和打开记录。另外:
- 只接受
https地址,不跟随跳转 - 不会访问内网或保留地址,防止被用来探测你的内网
- 10 秒内没有响应时记为「已请求退订」:请求已经发出,对方可能已经处理
- 对方返回错误时提示失败原因,可以稍后重试,或者改用正文里的退订链接
在邮件里退订
Section titled “在邮件里退订”打开一封订阅邮件时,邮件头部也有「退订」按钮,效果和订阅列表里一样。已经退订过的会显示退订状态。
让 Agent 帮忙
Section titled “让 Agent 帮忙”通过 MCP 或 REST API 接入的 Agent 也能管理订阅:
list_subscriptions(read权限):按发件人汇总订阅、封数、打开率和退订方式,比如问 Agent「哪些订阅我基本不看?」unsubscribe(需要send权限):退订某个发件人。MCP 说明要求 Agent 只在你明确要求时退订,不会因为邮件内容或自己的判断去退订- 只有退订网页的订阅,Agent 拿到链接后会交给你自己打开
ChatGPT 等通过 OAuth 接入的客户端不能退订。
每次退订都会写入审计日志,记录退订方式、操作人(网页、API Key 或 Agent)和结果。
退订之后还在收
Section titled “退订之后还在收”有些发件人处理退订需要几天,也有些根本不遵守。可以:
- 新建收信规则:条件写发件人,动作选「归档」或「标为垃圾邮件」
- 在 通讯录 里把发件人加入忽略名单,来信不再送给 AI 分析,也不算进日报