turboex

摘要： JMAP 全称 JSON Meta Application Protocol，是一套面向客户端与服务端数据同步的通用协议，邮件只是其定义的第一个应用类型。基础协议由 RFC 8620 规定，邮件部分由 RFC 8621 规定，两份规范于 2019 年发布，前者在七月、后者在八月。协议起源于 FastMail 的工程实践，先在自有邮件系统中运行多年，再提交 IETF 完成标准化，规范中的取舍带有明显 阅读全文

摘要： 上周有个客户的运维把发信程序从 25 端口改到 587，账号密码都填了，日志里还是 530 5.7.0。他把日志甩过来，问是不是我们把认证关了。 认证没关。他那套代码从头到尾没发过 AUTH——EHLO、MAIL FROM、RCPT TO、DATA，四步走完就等 250。这套流程在 25 端口上跑了 阅读全文

摘要： 给 MX 主机加了一条 TLSA 记录，以为传输认证就此配齐——结果邮件开始大面积投递失败：那条记录语法看着对、语义却指错了对象，或者整条 DNSSEC 链根本没签好，而对端的选择是"有记录就必须验，验不过就不发"。资深一点的选型则会踩另一面：把 DANE 当成"MTA-STS 的升级版"先上了 DANE，后来才发现它要求整条 DNS 链路启用 DNSSEC——而这个前提的故障面比策略缓存大得多， 阅读全文

摘要： 给域名加完一条 _mta-sts 的 TXT 记录，就以为传输加密从此锁死——结果策略文件根本没挂到 HTTPS 端点上，或 TXT 里的 id 与策略文件对不上，对端在 enforce 模式下取不到策略，邮件开始在队列里堆积，而日志里那行提示看起来又不像"证书错误"，第一反应完全找错方向。资深一点的运维也会撞上另一面：策略紧急改完、DNS 也更新了，可对端还在按旧策略办事——因为策略文件早就被缓 阅读全文

摘要： 日志里打印着 TLS established、状态全绿的邮件会话，未必真的躲过了中间人窃听 —— 只要攻击者在明文 EHLO 响应里抹掉 STARTTLS 关键字，客户端就会默认对端不支持加密，全程以明文完成投递。 自建 MTA 配置完 STARTTLS 就认为加密落地，往往会在抓包时发现出站流量全 阅读全文

摘要： 多数初级运维人员随意选用 SMTP 的 AUTH LOGIN 或 AUTH PLAIN 机制，依托 Base64 编码完成邮件发送，却忽略编码可逆特性，极易导致日志、流量中的凭据被解码泄露明文密码。自建 MTA 的资深运维启用 SMTP AUTH 解决开放中继问题后，会新增账号盗用中继攻击面，且兼容老设备保留的 CRAM-MD5 机制，会与现代 bcrypt 密码哈希存储体系产生结构性兼容故障。 阅读全文

摘要： 普通用户遭遇邮件退回时，仅能看到退信日志中的DNSBL域名与IP地址，无法定位IP被拉黑的具体原因，也找不到合规的移除渠道。自建MTA运维者常会面临DNSBL体系的逻辑混乱问题，多黑名单查询结果相互冲突，且PBL无违规行为却拦截正常IP的反向逻辑，持续造成合法邮件误拦截故障。 第一节：为什么把黑名单 阅读全文

摘要： 客户端邮件过滤规则存在设备绑定缺陷，更换终端、切换Webmail后规则全部失效，无法实现统一的邮件分类效果。自建邮件系统的运维者常会遇到分类一致性问题，投递阶段过滤生效的邮件，在IMAP端手动调整后无法触发二次过滤，最终导致邮箱分类逻辑混乱、状态不一致。 阅读全文

摘要： 普通开发者收到退信后，只能被动查看零散的数字与英文提示，无法精准定位邮件故障的具体链路与根因，难以开展针对性排查。自建邮件系统的运维开发者常会遭遇各服务商退信格式不统一的问题，无法通过程序自动解析投递异常，只能依赖硬写正则适配碎片化返回格式，运维效率极低。 阅读全文

摘要： 邮件公网收发链路全程通畅无异常，但邮件落地本地存储时经常出现状态判定模糊问题，单个收件人投递失败就会拖累整批邮件的投递状态，常规网络与存储排查完全无法定位根因。多数运维开发者会误将LMTP视作SMTP的通用升级协议，要么盲目部署期待提升投递速度，要么违规在公网链路使用引发异常，始终无法厘清最后一跳协 阅读全文