sendmail发送邮件失败的解决流程

1.  公司的邮件发送平台(用户登录注册，营销推广，人力资源等)，今天有反应一封测试中的新模板邮件发送失败。

2. 现有流程是： java将待发送信息写入linux 下mysql db--->c读取table，通过smtp协议connect多台smtp服务器(后台可设定管理)发送邮件。并发模式为：多进程(不同业务)，多线程(同一业务的用户邮箱列表分发投递到多台sendmail服务器)。

3. c组调试获取err log "get data=552 5.6.0 Headers too large (32768 max)"。 查找资料是因为sendmail对邮件的档头header，默认有32768Bype的限制。

4. vi /etc/mail/sendmail.cf,  modify MaxHeadersLength=9999999,  restart sendmail

5. ok,问题解决

-------------------后记------------------------------------

## 邮件群发平台存在一个待优化的问题就是：

目前待发送的邮箱列表是在初始加载时均分( nTotalTasks / nSmtpSrvCnts )到各台服务器发送，但实际情况是各台快慢差别很大。(早干完活的就在那"看戏"，最后就剩一个苦逼的在跑，任务一直没有结束)

优化方案：

1. 将task量的分配最小化。1个线程连1台smtp服务器，1次取1条mail, 线程间用pthread_mutex_lock/unlock()避免取到同条任务，flag标记取走状态。

2. 最慢的那台"苦逼"的原因，除了服务器性能和网络状况，主要是因为按序分配给他的大部分邮箱号是不存在或无法到达的(如恶意批量注册)，邮箱域名的dns解析超时(30s)，所以贼慢。 解决办法是优化sendmail配置参数同时线程设定socket timeout。

## 后期可考虑新增的功能：

1. 支持抄送和小容量的附件发送。

2. 将系统监控报警/通知的邮件发送整合到此平台下。

## 不晓得各邮件运营商反垃圾邮件的算法规则。(业务部门反馈，我也没办法，谁让他们整天乱发)

1. 控制发送量的大小、频率，时常更换smtp服务器IP可能有点效果。

2. 提示用户点击信任此发件人

声明： 此文观点不代表本站立场；转载须要保留原文链接；版权疑问请联系我们。