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

标签：邮件   的区别   执行   特性   调用   离职   状态   系统调用   区别   

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

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

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

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

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

标签：邮件   的区别   执行   特性   调用   离职   状态   系统调用   区别   

原文地址：https://www.cnblogs.com/namelessmyth/p/10318780.html