Flamingo保存提交资料与CF7发送通知属于不同环节。有记录不能证明邮件送达，邮件送达也不证明需要保存的条目完整；应分别核对存储范围、发送设置和真实收件结果。
先确定业务是否需要保存条目
明确咨询资料的保存用途、可访问人员及保留期限，避免为了排错无限存储全部个人信息。CF7及存储扩展的默认行为需要根据当前配置确认，不能因为装了Flamingo就认为所有表单和附件都已完整备份。
读取影响存储与发送的设置
检查具体表单是否有跳过发信、演示模式或禁止存储等设置，以及其他钩子和邮件插件的作用。不同开关可能只影响一部分行为。不要在看到成功提示后推断两条链路都执行，也不依据条目存在直接排除发送配置问题。
为一条授权样本建立对应关系
记录表单ID、提交时间和非敏感标记，分别查找存储条目与邮件发送日志，再确认目标邮箱是否收到。字段映射、垃圾处理和附件另有边界，应逐项说明。公开截图不保留访客邮箱、原文和内部路径。
设计独立的恢复与检查
存储需要相应数据库和文件保护，邮件需要持续投递监测，两者不能互相替代。后台条目可作为业务受理入口时，还要明确谁查看和回复，不能把无人阅读的记录库包装成客户已经得到服务。修改后正常和失败路径都做复核。
关键区别
Flamingo条目：说明存储环节结果；不证明邮件已收。
邮件通知：传递提交信息；不等于数据库备份。
业务受理：有人核查和回复；不能从成功提示推断。
怎样确认处理到位
授权样本的条目与邮件状态可对应，保存字段和权限符合范围，目标收件结果真实核对，后续查看和回复责任清楚，没有将存储成功混作服务完成。
容易误判的边界
不宜依靠邮件附件保存全部客户资料，也不承诺安装Flamingo会自动修复投递。存储、发信和受理需要分别维护。
