对于使用现有软件和最少编程的更通用的“下载 POP3 消息并提取附件”解决方案,我将提出一个较晚的建议。我需要为转为通过电子邮件接收传真的客户执行此操作,并且对手动将附件保存到可以导入应用程序的位置不满意。
对于在 *nix 系统上下载消息,fetchmail似乎是标准的并且功能非常强大,但我选择mpop是为了简单和 Windows 兼容性(但它是跨平台的)。如果 mpop 没有帮我解决这个问题,我可能最终会使用基于 Python 的getmail做一些事情,它是在 fetchmail 的开发停滞一段时间后创建的(它后来恢复了)。
Mpop 是通过命令行或配置文件控制的,所以我简单地创建了多个配置文件并通过命令行指定要加载的文件。我在“交换拾取目录”模式下使用它,这意味着它只是下载消息并将它们作为文本 (.eml) 文件放置在指定目录中。
对于消息附件的提取,UUDeview似乎是标准(我使用的是 UUDeview 的 Windows 端口),几乎可以使用您可能想要的任何系统,并且具有您可能想要的任何功能。我的主要替代方案是我在 2007 年为不同的客户端开发的功能少得多的 Python 脚本,但我很高兴使用预编译的可执行文件,而不是安装 Python 或使用任何 Python 打包 - to-exe 选项。
最后是配置 - 除了上面提到的两个 mpop 配置文件(我可以通过使用命令行选项取消),我还有两个 2 行 .cmd 文件每 10 分钟通过计划任务启动 - 第一行启动 mpop 以下载到工作目录,第二行启动 UUDeview 并提取指定类型(.pdf 或 .tif)的附件,然后删除从中提取附件的每个文件。输出被发送到另一个目录,工作人员可以根据需要直接从该目录附加文件。
总体而言,这不是达到这些目标的最优雅的方式,但它快速、简单、实用且相当健壮——在每个阶段,如果出现问题,它就会失败,不会丢失任何数据。唯一可能丢失数据的地方是发送到专用传真电子邮件地址的任何非附件消息,甚至那些将位于处理目录中并最终被捕获。