先建立正确模型：入口，而不是箱子
转发别名看起来像完整邮箱地址，但它的核心动作是接收后转送到你的真实邮箱。阅读和长期保存通常仍发生在真实邮箱中。
这个模型能解释很多边界：暂停别名会阻断新来信，却不会删除真实邮箱里已经收到的副本；删除别名也不会替你清理其他系统中的账号资料。
边界一：转发成功不等于永久送达
邮件经过发件方、域名接收、转发处理和目标邮箱多个环节。目标邮箱配额、垃圾过滤或临时故障都可能影响最终送达。
30 天存档能帮助查看近期记录和对失败投递发起重试，但它不是永久邮件库。重要内容仍应在真实邮箱或专门档案系统中保存。
边界二：暂停只影响未来来信
暂停适合在某个订阅开始泛滥时立即止损。该别名之后收到的邮件不再转发，也不会因为暂停而向发送者公开你的真实地址。
暂停不会向原网站发出退订请求，也不会改变对方数据库中的资料。需要结束合同或营销同意时，仍应在对应网站完成取消流程。
边界三：回复可能暴露真实地址
SendTmp 别名用于接收和转发，不提供以别名身份向外发信的完整邮箱能力。如果直接从真实邮箱回复，收件人可能看到真实发件地址。
需要持续双向沟通且必须保持身份隔离时，应使用支持别名发信的专用邮箱方案。不要在没有确认发件人显示规则前回复敏感对话。
边界四：30 天存档不是备份
存档的用途是查看近期正文、下载附件、判断状态和重试失败邮件。超过窗口或用户删除后，记录不应被视为可恢复。
合同、发票、招聘往来和项目决策需要符合自身的留存要求。把它们转移到长期系统，而不是等存档即将过期再处理。
它让每个来源拥有独立的“总开关”。泄露或变得嘈杂时，只关闭这一条入口，不必更换真实邮箱。
前缀命名要便于追踪，但不要泄露隐私
使用与用途相关但不包含姓名、生日或订单号的前缀，例如简短项目代号。看到该别名来信时，你能判断地址最初交给了谁。
前缀必须以字母开头，总长 3 至 30 个字符，并避开系统保留词。空着创建时，SendTmp 会生成符合规则的随机值。
真实邮箱仍是安全根
验证码登录证明你能访问目标真实邮箱，因此真实邮箱一旦失守，别名控制台也会受影响。应为真实邮箱启用强密码和自身的多因素验证。
控制台的 TOTP 两步验证提供额外保护。二维码和密钥应保存在可信验证器中，不要截图分享或通过邮件发送。
哪些场景最适合别名
长期订阅、求职、房屋咨询、项目报名和需要后续通知的试用都适合独立别名。它们有持续来信需求，同时又可能在某一天需要迅速阻断。
金融、政府和主要身份账户仍更适合直接使用高度保护的真实邮箱。别名可以降低暴露，却不应成为绕过机构安全规则的工具。
每月做一次轻量整理
查看转发次数，找出突然增加的来源；暂停已经结束的项目，删除确认不再使用的别名。清理时先确认对应账号不再依赖该地址恢复。
存档中的失败状态值得检查：先判断目标邮箱是否可用，再考虑重试。对明显恶意来信使用垃圾标记，而不是反复投递。