Reputation: 11011
I have a batch email process that sends about 30,000 email messages. I have ran into a strange problem where it gets to about 85% completion of the process and then the email start failing with the message Could not execute: /usr/sbin/sendmail
I am using a library called PHPMailer 1.73 and the relevant code where the error message comes from is
if(!@$mail = popen($sendmail, "w"))
{
$this->SetError($this->Lang("execute") . $this->Sendmail);
return false;
}
The value of $sendmail
is of the form: /usr/sbin/sendmail -oi -f [email protected] -t
I have set_time_limit(0);
so the script will not timeout.
Is there anyway to figure out why all of a sudden popen() starts failing? Could the OS be running out of file descriptors or some other limit being reached?
How should I resolve this? Should I have it sleep and then retry the popen() several times before failing?
Update: Thanks to the suggestion of Marko to check out proc_open()
I found on the proc_open documentation a comment that if it returns FALSE
it probably means that you ran out of file descriptors or you are out of memory. I found that my process was taking 20G
of memory. But how could it take that much memory if memory_limit
is set at 64M
? Well, it seems that running external programs with exec()
, popen()
or proc_open()
do NOT count against PHP's memory limit. See this SO question for more info on that, Debugging memory usage in mod_php. I'm still not sure how this is happening but I suspect some sort of memory leak.
In summary, popen()
and proc_open()
can return FALSE
if you are out of file descriptors or out of memory.
Upvotes: 4
Views: 2332
Reputation: 522
I would recommend to use proc_open instead. It is slightly more complex to use, but gives you access to stdout and stderr. The messages on this two pipes will save you a lot of debugging time.
How to use, just read the examples and comments in the PHP documentation.
Upvotes: 2