关于邮件发送公共程序的思考.

目前公司发邮件的程序存在如下问题.

  • 无法实时监控邮件发送状态,管理员不一定都在抄送人里,只能每个流程单独查看邮件发送情况.
  • 区分不了到底是测试的还是正式的邮件。收到邮件以为发了,但可能是测试的。正式邮件和测试邮件没有明显区别。混在一起时彻底凌乱。
  • 邮件收件人中如果有离职员工,更新不及时,直接会导致邮件发送失败。
  • 发邮件程序各自独立,有的没写打日志的代码。出问题只能靠猜或者人工修改代码加日志,下次在找原因。
  • 邮件发送出问题,并不是所有业务都提供了简单的重新发送方式,有时候只能靠开发人工执行发送代码。

综上,考虑将发邮件写成公共程序,供所有业务系统调用,公共邮件程序应该支持如下特性:

  • 无论发送成功与否,都应该记录状态,发送异常之后方便排查。
  • 提供统一的界面可以监控所有邮件的发送状态,并且支持重新发送。
  • 测试邮件的标题和收件人应该跟正式有明显的区别,测试邮件的收件人应该支持单独配置,不能直接发给正式的收件人。
  • 发邮件程序不仅支持立即发送,而且可以指定日期发送。
  • 邮件中如果有离职员工,可以自动忽略,如果收件人的邮件格式有问题可以自动识别。
  • 可以根据业务类型统一配置抄送人(待开发)
  • 可以配置邮件发送异常之后的邮件(待开发)
  • 邮件发送支持按业务配置邮件模板.调用系统只需要传数据过来即可
  • 支持附件

猜你喜欢

转载自www.cnblogs.com/namelessmyth/p/10318780.html