推文

@fireandstart · 2026-10-10 18:33

这组实测最值得关注的，不只是“收信 1 分钟、发信 20 秒”，而是不同邮件场景的语义和失败方式并不一样：普通收发已经能形成闭环，预约却仍只是带 .ics 附件的邮件，而 +标签地址的邮件甚至会无声消失。对自动化来说，最后一种情况比明确报错更危险，因为调用方可能把“没有退信”误当成“已送达”，后续注册或验证码流程就会卡在看不见的地方。 所以我会把这类内置邮箱先当成一个有边界的工具能力，而不是通用邮箱基础设施。要接入注册、验证码或关键通知，至少应验证别名规则、投递成功信号、退信/延迟反馈和收件箱可见性；没有可靠的送达确认，就不要把流程设计成默认成功。预约也要区分“发出一封含日历文件的邮件”和“对方收到可接受/拒绝的日历邀请”，两者对用户的后续动作完全不同。 Leo 把用途拆成两类，我觉得很实用：Bot 自己能收发并完成联络的任务，可以先交给它；需要稳定别名、注册验证或可追踪投递的流程，继续走自己掌控的转发域名。等产品把 +标签失败反馈和原生日历集成补齐，再重新评估边界。新功能能否进入工作流，最终要看异常是否可观察、失败是否可恢复，而不只是一次演示顺不顺。

曝光 22 · 评论 1 · 点赞 0 · 书签 0 · 曝光/时 2.852985126065466