运行电子邮件列表脚本时来自 Cron 守护程序的额外电子邮件

发布于 2024-11-27 22:43:43 字数 469 浏览 0 评论 0原文

我有一个 PHP 脚本,每两周向订阅者发送一次提醒。每次发送电子邮件时,它也会发送一封来自“Cron Daemon”的电子邮件。当我第一次编写脚本时,它没有发送这封电子邮件,但现在它发送了。我对此有几个问题。

这封电子邮件的内容是这样的:

Set-Cookie: PHPSESSID=((random letters and numbers here)); path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-type: text/html
  1. 这封电子邮件是什么意思?
  2. 为什么要发送这封电子邮件?
  3. 有没有办法阻止票据发送这封电子邮件?

I have a PHP script that sends out a bi-weekly reminder to subscribers. Each time it sends out the email it also sends out an email that comes in from "Cron Daemon." When I first wrote the script, it didn't send this email, but now it does. I have a few questions about this.

This is what the email says:

Set-Cookie: PHPSESSID=((random letters and numbers here)); path=/
Expires: Thu, 19 Nov 1981 08:52:00 GMT
Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0
Pragma: no-cache
Content-type: text/html
  1. What does this email mean?
  2. Why is this email being sent?
  3. Is there a way to stop the scrip from sending this email?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(2

〃安静 2024-12-04 22:43:43

Cron 读取执行命令的 stdout/stderr,如果写入了内容,则 cron 发送一封电子邮件。

我猜 php 可执行文件被编译为“cgi”或“fcgi”,因此它默认发出这些标头。

为了解决这个问题,你显然有三种可能的解决方案:

  • 使用“cli”版本的 PHP
  • 将 stderr 和 stdout 重定向到 /dev/null (这意味着将 > /dev/null 2>&1 附加到你的 cron 命令)。
  • 定义 MAILTO="" (请参阅 本页)。

Cron reads the stdout/stderr of the command that gets executed, if something is written then cron sends an E-Mail.

I guess the php-executable is compiled as "cgi" or "fcgi" so it emits those headers by default.

To solve this you have apparently three possible solutions:

  • Use the "cli" version of PHP
  • Redirect stderr and stdout to /dev/null (that means append > /dev/null 2>&1 to your cron command).
  • Define MAILTO="" (see this page).
趁微风不噪 2024-12-04 22:43:43

我的猜测是你的 PHP 脚本正在向输出渲染一些内容。如果有任何内容被渲染,cron 会将其转发到默认管理员电子邮件。

有两种解决方案:

1) 修复 PHP 脚本,使其根本不输出任何内容。这有时比看起来更困难,尤其是对于不平凡的脚本。

2) 防止 cron 脚本永远有输出。此方法的缺点是当脚本失败时您也不会收到通知。要停止输出,请使用类似以下内容:

#Before
* * * * * php /path/to/script
#After
* * * * * php /path/to/script > /dev/null 2>&1

My guess is your PHP script is rendering something to the output. If anything gets rendered at all, cron forwards that to the default administrator email.

There's two solutions to this:

1) Fix your PHP script to not output anything at all. This is sometimes harder than it would seem, especially for non-trivial scripts.

2) Prevent the cron script from ever having an output. The drawback to this method is you won't get a notice when the script fails, either. To stop the output, use something like this:

#Before
* * * * * php /path/to/script
#After
* * * * * php /path/to/script > /dev/null 2>&1
~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文