传真日志写着"发送成功"，对方却说从来没收到过
通过电脑发送网络传真（LAN Fax）之后，对方反馈从来没有收到过这份文件。翻查复合机的传真日志，看到的记录却很矛盾：同一份文件的记录里，先出现一条”发送无结果”，几分钟后又出现一条发往另一个号码、结果显示”OK”的记录——单看日志，很容易得出”文件已经发送成功”的结论，但事实是收件方确实什么都没收到。
日志本身就已经不可信了
这份传真日志至少暴露了两个疑点：
- 同一个文件 ID，两条状态不一致的记录——先说无结果，后说 OK，两条记录之间隔了几分钟，且 OK 那条记录发往的号码看起来和原本要发的号码并不完全一致；
- 多页的大批量传真任务，日志里根本找不到对应的”成功”记录——这类大文件传真，理应也要在日志里留下一条最终状态，但翻遍日志都没有找到。
当日志本身自相矛盾时，日志就不再是排查的起点，而是排查的对象
换一种发送方式，直接验证结果
与其继续纠结这份看起来混乱的日志，更直接的做法是换一种完全独立的发送路径来验证：把同一份多页文件，改成直接在复合机的物理面板上按键操作发送，而不是通过电脑网络传真驱动。结果是：直接在机器上操作，一次性顺利发送成功，日志清清楚楚显示 OK。
这个对比结果指向一个相对明确的方向：问题出在网络传真（LAN Fax）这条发送路径本身，尤其是页数较多的任务，而不是传真功能或线路本身有问题——机器物理发送能成功，说明硬件和电话线路都没有问题。
应对方式
对于页数较多、或者对方明确表示”没收到”的重要传真任务，优先改用复合机本身的物理按键发送，而不是依赖网络传真驱动——尤其是在网络传真的日志表现已经出现过自相矛盾记录的情况下，物理发送提供的是一条独立于该驱动之外的验证路径。同时把这个现象反馈给设备厂商或代理商，确认网络传真驱动是否在多页任务上存在已知的限制或缺陷。
教训
- 状态日志本身也可能是需要被验证的对象，而不是天然可信的排查依据——本例中如果直接相信”日志写着 OK 就等于发送成功”，会误判整个事件已经解决，而收件方那边的真实情况会持续被忽略；
- 同一个操作换一条完全独立的路径重新验证，是打破”自证清白”式日志的有效方法——软件驱动自己记录的日志，没法证明软件驱动自己是可信的，只有跳出这条链路，用另一种独立的方式重新走一遍，才能真正验证结果；
- 涉及通过驱动/软件中转执行的物理动作（发传真、打印、通过网关转发消息等），当结果存疑时，
直接在物理设备上操作一次往往是成本最低、最直接的判断方法——不需要先搞清楚软件层面复杂的日志逻辑，就能拿到一个明确的对照结果。