Php 对于事务性邮件,什么是好的流程/约定?

Php 对于事务性邮件,什么是好的流程/约定?,php,email,process,conventions,Php,Email,Process,Conventions,这更像是一个讨论问题,但我想知道,对于事务性邮件之类的事情,什么是最好或更好的流程 目前,我正在使用在我的服务器上运行的后台处理程序服务,每5分钟由cron运行一次,以发送队列中存在的邮件。但这太慢了。我说的是过程 事务性邮件(定义): 发送到 提醒、通知、警告、升级信息等应用程序的用户 当前的流程是这样的: 应用程序构建一个邮件对象 提供相关信息 然后将邮件作为邮件文件发送到smtp服务器(是整个文件)以驻留在队列中 cronjob在其上运行以捕获所有邮件文件,并实际将它们发送到MTA服

这更像是一个讨论问题,但我想知道,对于事务性邮件之类的事情,什么是最好或更好的流程

目前,我正在使用在我的服务器上运行的后台处理程序服务,每5分钟由cron运行一次,以发送队列中存在的邮件。但这太慢了。我说的是过程

  • 事务性邮件(定义): 发送到 提醒、通知、警告、升级信息等应用程序的用户
  • 当前的流程是这样的:

    • 应用程序构建一个邮件对象 提供相关信息

    • 然后将邮件作为邮件文件发送到smtp服务器(是整个文件)以驻留在队列中

    • cronjob在其上运行以捕获所有邮件文件,并实际将它们发送到MTA服务器进行发送

      我认为这个过程有点太复杂了,我想听听任何人的想法。即时通知和提醒会更好,不是吗


    关于

    我发现了一个很好的应用程序:


    为什么应用程序不能直接将邮件发送到MTA?因为作为安全性的一部分,我对邮件进行了大量的额外检查。垃圾邮件检查和内容语义标记等。另外,让外部人员访问您的白名单MTA服务器是一个很大的风险,您不这么说吗?我的应用程序还使用我的应用程序服务器上现有的联系人详细信息对邮件进行个性化设置,这样他们只需在邮件中创建一些标记即可。希望这能更好地解释这一点?真的,没有人愿意在这里发表自己的观点吗?你显然有很多你在帖子中没有提到的限制因素——但是你提出的方法在几个方面存在根本性缺陷——安德斯是正确的。直接写入邮件队列是荒谬的。试图通过cron管理mailq(假设您没有使用拨号上网)是荒谬的。SMTP服务器是MTA。