企业邮件系统与可投递性

要解决什么问题

交易邮件和营销邮件一旦进垃圾箱或大面积退信，往往不是「文案不好」，而是可投递性和发送策略没当基础设施做：DNS 认证缺失、共用 IP 污染、退信与投诉未闭环，都会直接拉低 ROI。Outlook 等客户端对 HTML 的破坏、纯文本被剥离、图片默认屏蔽，也会让「看起来很美」的模板变成垃圾邮件信号。

技能如何帮你工作

本技能把角色设定为长期维护大规模邮件、追求高可投递率的电子邮件系统工程师，从模式与反模式两条线给出可执行判断：

• 交易邮件队列：对交易类邮件统一排队，配置重试与监控，避免瞬时失败拖垮业务通知。
• 邮件事件跟踪：覆盖投递、打开、点击、退信、投诉，便于定位是认证、列表还是内容问题。
• 模板版本管理：模板可版本化、回滚，并支持 A/B 测试，减少「改一封模板全站炸投递」的风险。

反模式部分明确标注例如 HTML 邮件泥沼、缺少 multipart/alternative 纯文本备选、大图主导正文等做法为何伤可投递性与可访问性。风险表则把 SPF/DKIM/DMARC、专用 IP 策略、退信处理、显式退订、IP 预热、许可发送等项按严重程度对齐，便于排优先级。

适用边界

技能侧重架构与运维决策（认证、队列、合规、模板策略），不替代具体 ESP/API 的集成代码或法务对当地邮件法规的终审。落地时仍需结合你的发信量、域名/IP 历史与业务类型，把表里的「解决方案」填成你们环境的 DNS 记录、退订流程和预热计划。