Most likely it has been malfunctioning email server in your service provider. PHP does spot if there is no mail daemon running and gives appropriate error, but it can’t do any proper error checking about mail actually delivered: after all, it might fail after a day or two and user naturally won’t wait all that time for the script to end.
Postfix updates for example often requires some care as it takes new configuration into use automatically. Or Dovecot has been updated and not restarted and it will refuse to do anything because of that by default.
发布评论
评论（2）
最有可能的是您的服务提供商的电子邮件服务器出现故障。 PHP 确实会发现是否没有邮件守护进程运行并给出适当的错误，但它无法对实际发送的邮件进行任何正确的错误检查：毕竟，它可能会在一两天后失败，用户自然不会等待所有这些脚本结束的时间。
例如，Postfix 更新通常需要小心，因为它会自动使用新配置。或者 Dovecot 已更新但未重新启动，并且默认情况下它将拒绝执行任何操作。
Most likely it has been malfunctioning email server in your service provider. PHP does spot if there is no mail daemon running and gives appropriate error, but it can’t do any proper error checking about mail actually delivered: after all, it might fail after a day or two and user naturally won’t wait all that time for the script to end.
Postfix updates for example often requires some care as it takes new configuration into use automatically. Or Dovecot has been updated and not restarted and it will refuse to do anything because of that by default.
您的 cPanel 还没有电子邮件转发功能吗？ （http://docs.cpanel.net/twiki/bin/view/AllDocumentation/CpanelDocs/EmailFowarders）
Does your cPanel not have email forwarding already? (http://docs.cpanel.net/twiki/bin/view/AllDocumentation/CpanelDocs/EmailFowarders)