当前位置: 移动技术网 > IT编程>开发语言>Java > Java经验杂谈(1.记PostFix邮件发送性能与有效发送问题)

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

2018年05月10日  | 移动技术网IT编程  | 我要评论

业务需求:

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

服务器:
若干台postfix服务器

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

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

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

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

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

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

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

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

于是检查postfix队列:
postqueue -p

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

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

版权声明:本文章版权归java123.vip所有,禁止任何形式的转载与引用。

原帖发表于:http://www.cnblogs.com/java123vip/p/9015169.html

如对本文有疑问, 点击进行留言回复!!

相关文章:

验证码:
移动技术网