XERIA 的 Mail Log 用于查看 PDF 邮件工作流在应用端记录的历史。完成个性化或普通 PDF 分发后，可以把目标收件人与 XERIA 记录的发送项进行比较，并找出需要进一步检查的记录。
关键是明确日志能确认什么、不能确认什么。Mail Log 可以支持核对 XERIA 自身的发送工作流，但不应被当作邮件进入收件箱、收件人打开邮件或阅读 PDF 的证明。
简要答案
PDF 邮件工作流完成后打开 Mail Log，检查相关记录，把收件人地址和邮件上下文与目标批次比较，并在认为分发完成前调查缺失、失败、异常或不匹配记录。
用 Mail Log 回答“XERIA 是否记录了给这个收件人的发送？”等运营问题。不要用它回答“这个人是否阅读了 PDF？”等行为问题，除非有其他独立证据。
什么是 XERIA Mail Log
Mail Log 是 XERIA 邮件工作流的历史层。它用于查看应用在邮件任务中记录的消息和发送活动，包括个性化批量任务。
因此它适合运营检查、故障排查和记录管理。它可以把计划收件人列表与 XERIA 记录进行核对，但不会持续监控收件人邮箱或已下载 PDF。
1. 发送后打开 Mail Log
发送任务完成后或需要检查分发结果时查看 Mail Log。对重要批次，不要等收件人报告问题；应把日志检查作为标准的发送后步骤。
2. 在 Mail Log 中检查 PDF 邮件发送
步骤 1：确定相关批次或时间范围
先确定要检查的分发。使用日期、大致发送时间、发件工作流、收件人集合或其他可见上下文筛选相关记录。
步骤 2：比较收件人地址
把 Mail Log 中的地址与目标收件人列表比较。缺失收件人、异常地址、重复项或明显不匹配都应调查。
步骤 3：检查记录的发送结果
查看 XERIA 为每条消息记录的状态或结果。成功记录可以支持“应用完成了自身配置的发送步骤”这一判断；错误或失败则需要进一步调查。
步骤 4：检查邮件和附件上下文
如果当前日志信息允许，核对邮件上下文与目标分发是否一致。确认收件人属于正确项目或批次，并且发送工作流对应应交付的 PDF。
步骤 5：重发前先调查异常
如果记录缺失、失败或异常，不要直接重发。第一封邮件可能已经到达，盲目重发会产生重复。先判断问题在 XERIA、账号、服务商还是收件人端。
3. Mail Log 中应该检查什么
可见详情取决于 XERIA 版本和工作流。应关注当前界面实际显示的字段，不要假定日志中包含未显示的服务商端 analytics。
- 收件人邮箱地址
- 如果记录则检查发送日期和时间
- 当前界面显示的邮件或工作流上下文
- 记录的发送结果或状态
- 可见的错误或失败信息
- 与目标收件人列表和批次的一致性
4. Mail Log 可以帮助确认什么
Mail Log 可以帮助确认应用端工作流一致性：XERIA 是否为每个目标收件人记录了发送、收件人集合是否看起来完整、是否记录错误，以及结果是否与预期批次一致。
个性化分发时尤其重要。如果使用 Gmail 或 Microsoft 365，异常记录还应结合服务商工作流检查。参阅[在 XERIA 中通过 Gmail 发送个性化 PDF](/resources/articles/send-personalized-pdfs-with-gmail-in-xeria/)和[在 XERIA 中通过 Microsoft 365 发送个性化 PDF](/resources/articles/send-personalized-pdfs-with-microsoft-365-in-xeria/)。
5. Mail Log 不能证明什么
发送记录不能被扩展成它本身不包含的证据。XERIA 完成自身步骤后，邮件仍要经过服务商和收件人系统，其中可能发生过滤、拒收、路由、邮箱规则、转发或用户行为。
- 不能证明进入收件箱
- 不能证明收件人打开邮件
- 不能证明附件被打开
- 不能证明 PDF 被阅读
- 不能证明以后是谁查看了保存或转发的副本
- 不能持续追踪已交付 PDF
6. Gmail 发送时使用 Mail Log
使用 Gmail 时，Mail Log 可以检查 XERIA 记录的发送侧情况。若消息缺失或失败，还应检查 Gmail 账号、授权状态、服务商发送政策、网络、拒收地址和收件人过滤。
不要把 Mail Log 记录当作 Gmail 收件箱回执。Gmail 仍可能根据 XERIA 本地日志之外的条件接受、延迟、过滤、拒绝或分类邮件。
7. Microsoft 365 发送时使用 Mail Log
使用 Microsoft 365 时，Mail Log 同样提供 XERIA 侧运营记录。出现问题时，可检查账号连接、授权、tenant policy、Microsoft Graph 邮件工作流、服务条件和收件人规则。
XERIA 记录的发送结果与收件人的收件箱体验属于不同层。应用把邮件交给配置的邮件服务后，Microsoft 365 和收件环境仍会继续处理。
8. 用 Mail Log 核对收件人列表
对重要批次，把最终 Mail Log 与生产收件人列表进行比较。不要只比较数量，还要确认所有预期身份都出现，而且没有无法解释的额外、缺失或重复记录。
个性化 PDF 中这尤其重要，因为发送错误可能把一个收件人的个性化文档暴露给另一个人。出现不一致时，应同时检查收件人数据、生成输出和发送记录。
9. 排查缺失、失败或异常记录
把 Mail Log 当作故障排查起点，而不是最终答案。先确认 XERIA 记录了什么，然后根据证据继续检查账号、服务商、网络或收件人端。
- 确认目标收件人在生产列表中
- 检查 XERIA 是否记录了发送尝试或失败
- 确认邮件账号仍已连接并授权
- 重试前修正明显地址错误
- 考虑服务商限制、服务条件和反滥用控制
- 在不清楚第一封是否已送达前避免反复重发
10. 把 Mail Log 作为运营审计记录
Mail Log 可以通过显示 XERIA 为某个工作流记录的邮件活动来支持内部记录管理。对重复外部分发，把日志检查与收件人列表和生成文件保持一致，有助于之后复盘。
但 audit trail 仍应谨慎表述。Mail Log 是 XERIA 应用工作流的证据，不是覆盖外部服务商、收件人邮箱、用户操作和附件后续生命周期的完整端到端审计。
11. 把 Mail Log 与文档级责任归属结合
Mail Log 说明发送工作流，而收件人专属水印和追踪信息说明分发副本的身份。这些是互补证据，不应合并成单一结论。
例如 Mail Log 可以显示 XERIA 记录了向某地址的发送，个性化水印或追踪代码可以把回收 PDF 与准备给的收件人副本关联。但两者都不能单独证明谁亲自打开、阅读、复制或泄露了文档。
常见 Mail Log 错误
最大错误来自过度解读日志，或没有与周边工作流核对。看起来干净的日志仍可能同时存在错误收件人列表、错误个性化附件或服务商端问题。
- 把 Mail Log 当作 read receipt
- 把应用成功记录当作保证进入收件箱
- 忽略缺失或重复收件人记录
- 未确认第一封结果就立即重发
- 不与生产收件人列表比较日志
- 假定日志会追踪以后 PDF 打开或转发
实用最佳实践
把 Mail Log 检查纳入每个重要 PDF 邮件工作流。与生产列表比较，重试前调查异常，把服务商端问题与 XERIA 记录分开，并对日志能够证明的范围保持准确预期。
- 重要批次后检查 Mail Log
- 把记录与生产收件人列表比较
- 重试前调查失败和不匹配
- 把 Gmail/Microsoft 365 问题与 XERIA 日志证据分开
- 需要时使用水印/追踪提供副本级责任归属
- 不要仅凭 Mail Log 声称 inbox、open、read 或 leak proof
Mail Log 在 XERIA 中的位置
Mail Log 是 XERIA 桌面安全文档分发工作流的一部分。它用于 PDF 邮件发送后的应用端活动检查，并可与收件人列表、个性化批量生成、Gmail/Microsoft 365、密码/权限、水印、追踪代码、QR 和云连接输出一起使用。
其角色是发送过程周边的运营可见性和记录管理。无需把 XERIA 描述为实时收件人打开分析平台，Mail Log 仍然很有价值，只要清楚说明其证据边界。
常见问题
XERIA Mail Log 能证明邮件进入了收件人的收件箱吗？
不能。Mail Log 显示 XERIA 在发送工作流中记录的内容。收件箱到达取决于邮件服务商和收件环境，邮件之后仍可能被过滤、拒收、延迟或改变路由。
Mail Log 能显示收件人是否打开 PDF 吗？
不能。它不是 PDF-open 或 read tracking 系统，不能证明附件打开、阅读、保存、转发或后来查看。
如果某个收件人没有出现在 Mail Log 中怎么办？
先确认该收件人在生产列表中且运行了正确批次。然后检查是否有错误记录或工作流中断。重发前先调查，以避免产生不必要的重复邮件。
可以把 Mail Log 与个性化水印或追踪代码一起使用吗？
可以。Mail Log 提供应用端发送证据，水印/追踪提供副本级收件人关联。它们互相补充，但不能单独证明谁亲自阅读或泄露了文档。
结论
使用 XERIA Mail Log 核对应用端 PDF 邮件工作流：检查相关记录，与目标收件人列表比较，调查失败和不匹配，并把日志作为运营记录。它可以记录 XERIA 的发送工作流，但不能单独证明进入收件箱、附件打开、阅读或后续收件人行为。