关于an earlier question我正在寻找另一种方式将订单从我的网站发送到我公司处理订单的部门。
目前我使用PHP mail(),但这经常会产生问题。发生严重延误。是否有替代PHP mail()将订单推送到我的公司?所以我不想在网站上浏览。
答案 0 :(得分:5)
mail()
对于简单的东西很好,但通常你需要一个更强大的库来解决PHP中的邮件问题。
我个人的选择是Swift Mailer。
另外,从阅读你的其他问题,这可能是有益的
优点是,当您有一个要发送的电子邮件队列时,可以批量处理它们,如果邮件失败,您还将在数据库中拥有一个副本。查询数据库然后追逐未交付(或延迟交付)的邮寄将更容易。
答案 1 :(得分:1)
目前我使用PHP mail(),但这经常会产生问题。
我敢打赌你不会经常给出很多钱。
我从不在PHP的邮件功能中遇到问题。我已经看到了错误的php.ini设置邮件的问题,以及在离开PHP后处理邮件的程序的一系列问题。您对“频繁”这个词的使用意味着它在某些时候有效,因此,在没有频繁更新php.ini的情况下,问题都在您的邮件处理基础设施上。
确实 - 我建议你去查看PHP错误列表 - 会有很多关于从脚本到用户收件箱的邮件问题的报告 - 但 none 将是由于PHP代码失败。
因此,如果问题出在其他地方,使用替代SMTP客户端将无效(除非您将其配置为绕过错误的MTA)。
了解电子邮件的工作原理及其失败的原因远非微不足道。当你添加到混合中时,有些人去往(通常是未记录的)以防止垃圾邮件的长度,它开始变得非常复杂。即使您已经准确地提供了基础设施和配置的详细信息,也很难猜测它为何以及如何失败。
当然,您需要先查看您的电子邮件日志和标题,然后检查您的MTA和MUA配置,以便开始解决问题。
下进行。
答案 2 :(得分:-1)
使用SMTP传输订单存在固有的不安全感。更不用说由使用邮件服务器引起的所有路由,垃圾邮件检查等造成的延迟。您确定需要通过电子邮件发送订单吗?服务器到服务器的HTTP传输(可能是基于XML的)更多的选择是不是更好的选择?
您可以在处理部门中使用第二台服务器,该服务器将通过受保护(防火墙)连接从您的Web服务器接收订单,该连接将处理订单,在这种情况下,将其提供给订单处理部门的人员阅读并处理订单。