Signal-CLI附件发送失败问题分析与解决方案

问题背景

在使用Signal-CLI工具发送带附件的消息时，用户遇到了消息看似发送成功但实际未送达的问题。具体表现为：当使用--attachment参数发送图片等附件时，命令行显示"Successfully sent"但接收方并未收到消息；而发送纯文本消息则能正常工作。

技术分析

核心问题定位

通过日志分析发现两个关键线索：

1. 系统使用了过时的uploadAttachmentV2方法（该方法已在Signal-CLI 0.13.5版本后移除）
2. 检测到旧版libsignal 0.44.0（该版本随Signal-CLI 0.13.3发布）

这表明用户环境中存在版本不兼容问题，实际运行的可能是混合版本环境。

附件协议演进

Signal服务端的附件上传机制经历了多次迭代：

• V2附件协议：旧版实现，现已被官方客户端拒绝
• V4附件协议：当前标准实现

新版Signal-CLI（0.13.5+）已完全转向V4附件协议，而旧版实现会导致兼容性问题。

解决方案

完整环境检查

建议用户执行以下步骤：

1. 确认signal-cli完整版本：signal-cli --version
2. 检查依赖库版本一致性
3. 验证安装包完整性

推荐操作流程

1. 彻底卸载旧版本：

   • 删除所有相关配置文件和数据目录
   • 清除可能存在的残留库文件

2. 全新安装最新版：

   • 获取官方发布的最新稳定版本
   • 按照标准流程进行安装

3. 环境验证：

   • 测试基础消息发送功能
   • 逐步测试附件发送功能
   • 检查日志中是否出现"v4"相关附件协议标识

技术建议

对于系统管理员：

1. 建立版本管理机制，避免部分组件更新而其他组件滞后的情况
2. 实现部署前环境检查脚本，确保依赖版本匹配
3. 考虑使用容器化部署，隔离运行环境

对于开发者：

1. 在代码中添加版本兼容性检查
2. 实现更明确的错误提示机制
3. 考虑向后兼容策略

总结

Signal-CLI的附件发送功能依赖于多个组件的协同工作，版本不匹配是导致功能异常的主要原因。通过完整的版本管理和环境清理，可以解决此类问题。建议用户保持所有相关组件同步更新，并定期验证核心功能。