Mailgun

Mailgun是面向开发者和企业应用的邮件服务，主要通过HTTP API或SMTP与业务系统衔接。网站和应用可以借助它发送订单通知、账户验证、账单及其他邮件，也可结合相应功能处理订阅类通信。它侧重邮件发送基础设施和可编程接口，不应直接等同于完整的营销策略或客户关系管理系统。

发送、域名与事件

企业使用自己的域名发送邮件时，需要按产品要求配置域名验证与邮件认证记录。SPF、DKIM和DMARC分别涉及发送授权、签名及认证策略，正确配置有助于收件系统判断邮件来源，但不保证所有邮件都进入收件箱。发送频率、地址质量、投诉及内容等也会影响投递表现。

Mailgun可以通过日志与Webhook事件把发送过程反馈给应用。accepted表示服务接受邮件进行处理，delivered通常表示对方邮件服务器接受了邮件；这不等于最终用户已经阅读，也不能据此认定没有进入垃圾邮件分类。临时失败、永久失败、投诉及退订等事件，对后续发送决策具有不同意义。

订单系统使用这些反馈时，可以把业务通知与发送结果对应。例如订单已发货是业务事实，发货邮件发送成功是通信结果，二者不能互相替代。应用还需识别重复回调及不同事件的先后关系，避免仅因接口响应成功就把整个客户沟通流程标记为完成。

接收邮件与地址验证

入站邮件处理可通过路由将邮件转发或交给应用进一步处理，便于把客户回复、附件或其他信息接入业务流程。它是邮件接收与解析能力，不自动等于给每位员工提供具备所有办公功能的个人邮箱。邮件内容和附件中的个人资料，应按企业自身业务权限处理。

地址验证功能检查地址语法、域名及其他可用性线索，可用于注册表单或订阅输入的质量检查。验证结果不是收件人同意营销的证明，也不能保证该地址以后永远可投递；邮箱状态可能变化，某些服务商也可能限制验证可见性。它更适合与退信记录和用户确认流程配合使用。

打开和点击统计用于观察通信表现，但图片加载、隐私保护机制及自动安全扫描可能影响数据。邮件打开次数与实际阅读人数不是完全相同的口径，点击事件也不必然代表购买或转化。将邮件指标与订单或客户系统关联时，需要清楚记录归因方法。

服务计划与使用边界

发送额度、日志保留、专用IP、地址验证和支持服务等能力依计划及具体产品而异。历史免费额度或套餐价格不能直接作为长期政策，专用IP也不是自动改善声誉的保证。订阅通信仍需要落实相应同意、退订和抑制名单处理，技术可发送不等于每封邮件都符合使用规则。

功能及事件定义可查Mailgun官方文档，费用和计划以官网的实际产品说明为准。