支持 DMA 的 UTF-8 电子邮件：DragonFly 邮件代理

一句话看懂：一位OpenBSD用户开发了一个小型POSIX sh脚本，作为邮件代理DMA的前端，解决了cron任务发送的UTF-8邮件出现乱码和编码混乱的问题。

事件核心：发生了什么

DragonFly Mail Agent（DMA）是OpenBSD默认的轻量级邮件传输代理。当用户通过cron运行脚本时，cron会调用sendmail（对应DMA）发送输出邮件。问题在于，DMA默认不支持非ASCII字符——带有重音符号、特殊符号等UTF-8内容的邮件（如Subject行含“é”“ü”）会被发送为原始字节，导致收件方出现“M-CM-9”等乱码序列；同时邮件缺乏Content-Type: text/plain; charset=utf-8头部声明，使得邮件客户端无法正确解析正文编码。

为什么重要

单个邮件编码问题虽小，却反映出邮件基础设施与多语言内容的脱节。OpenBSD以安全性和简洁性著称，其基础组件不添加RFC 2047（邮件头编码）支持是一种合理设计选择，但实际使用中UTF-8邮件已成为标配——尤其是运行国际化系统监控、报告脚本的开发者。该解决方案不修改DMA源码（避免审计风险），而是通过一个sh包装器在执行前对邮件流进行头部编码和头部声明注入，保留系统审计一致性，是一个典型的“系统兼容层”思路。

对用户/开发者/创作者的影响

对OpenBSD系统管理员和开发者而言，这个脚本可以零配置地修复cron邮件乱码问题：只需将脚本安装至/usr/local/sbin/dma_utf8并修改/etc/mailer.conf指向该包装器，所有通过sendmail接口发邮件的行为（包括mail(1)、printf管道、应用代码）都会自动受益。crontab无需修改。对于使用mail发送带UTF-8标题或正文的用户，该脚本会自动按RFC 2047对标题进行Base64编码，并为正文添加正确的Content-Type声明。

值得关注的后续

第一，该脚本是否会被OpenBSD官方采纳为标准选项或补丁，或社区是否出现类似功能的DMA分支。第二，DMA原理对其他系统（如FreeBSD的mailwrapper）的UTF-8邮件修复是否有借鉴意义，尤其是在嵌入式或容器化环境中。第三，目前该方案针对OpenBSD + DMA，若用户使用其他MTA（如sendmail、postfix、exim），或通过SMTP中继发送邮件，编码问题可能依旧存在，需要为用户扩展适用情况。

来源：Lobsters (技术社区)