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. 提示用户点击信任此发件人
