Java经验杂谈（1.记PostFix邮件发送性能与有效发送问题）

标签：解决   post   分享图片   并发   原因   包含   height   处理   客户   

业务需求：

需要定期给注册会员发送广告，问卷等邮件，每天需要完成百万级的邮件发送。

服务器：
若干台postfix服务器

遇到问题：
对于每天百万级的邮件发送任务，postfix服务器很容易完成，Java客户端包含发送时的业务逻辑处理时间，多起几个线程也很容易做到。
但是，如果发送速度过快，会被邮件服务商列入黑名单而拒收邮件，而每个邮件服务商对接收邮件的速度要求又不一样。

解决方法：
这样，需要针对每个邮件批量发送任务，按照每个邮件服务商能接收的速度来发送邮件。
比如，163每秒3封，sina每秒4封等。

于是我们设计了如下结构的邮件发送系统：

用Redis存储每个域名最后的发送时间，

重复a,b
　　　　a) 获得并锁住可发送的域名。
　　　　b) 针对每一个可发送域名，
　　　　　　1. 如果相应的域名队列中存在待发送邮件，则发送并更新改域名的最后发送时间。
　　　　　　2. 解锁该域名发送记录。

这样，对邮件队列采用非阻塞队列，提高了系统的并发性。

看似解决了问题，但还是被部分服务商列入了黑名单。

于是对系统进行分析，如下：
这是一个典型的生产者与消费者问题，Java客户端生产的邮件定时推送到Postfix队列，然后Postfix消费队列上的邮件，发送到目标邮件服务器。
生产一封，发送一封的话，不会有任何问题，但如果队列中存在多封，那么向目标邮件服务器投送的速度就无法控制了。

于是检查postfix队列：
postqueue -p

发现确实堆积了一些邮件。
原因：系统运行中，某一封邮件发送的延迟会导致后面的邮件发送都被延迟。

处置方法：
在Java端进行发送速度的控制显然是治标不治本的，于是用Java端同样的逻辑修改PostFix中邮件发送的代码，
用同样的配置文件，最终从根本上解决了控制邮件发送速度的问题。

Java经验杂谈（1.记PostFix邮件发送性能与有效发送问题）

标签：解决   post   分享图片   并发   原因   包含   height   处理   客户   

原文地址：https://www.cnblogs.com/java123vip/p/9005215.html