1. Не пробовали через свой SMTP-сервер отправлять? От PHP-скриптов
многим письма не нравятся и начинается это часто с фильтров,
смотрящих на user-agent, но далеко этим не ограничивается. PTR-записи,
например, есть для IP сервера, откуда отправляете PHP-скриптом?
2. Сообщение о неуспешной доставке приходит? Если нет - сделайте чтобы
приходило (from нормальный укажите). Если да - там обычно все написано.
3. Бывает так, что "заворачивают" письма на этапе соединения с принимающей стороной. Тут
только логи помогут. Почему и полезно через нормальный SMTP-сервер отправлять, а
не сразу с тазика, где только php+/usr/bin/sendmail ;-)
Нет.
ignore_user_abort: FALSE by default. If changed to TRUE scripts will not be terminated after a _client_ has aborted their connection.
http://ru.php.net/manual/en/misc.configuration.php#ini.ignore-user-abort
Т.е. вылечит проблему, если клиент по к-л причинам закрыл соединение до отработки скрипта.
1) _выясните_, в чем причина завершения скрипта. В статье есть примеры, что это
может быть не только по вине сервера. Браузер клиента может закрыть соединение.
2) прочитать документацию: max_execution_time обычно можно перекрыть в .htaccess (это позволит выставить нужный лимит только для определенных скриптов).
Если 100% на стороне сервера проблема - крутить max_execution_time (php) и TimeOut (Apache).
Ну, за такой платный курс - платить глупо (просто по той простой причине, что
кроме центоси вы по ней ничего не загрузите). Документация в дистрибутиве на порядок
понятнее, точнее и полезнее.
Вообще, по опыту работы с разными московскими ДЦ - таки да - бегут,
бегут ножками :-) С USB CDROM на всякий случай и загрузочными дисками.
Дальше все аналогично. А сервер для загрузки по сети есть только в "своих" вланах, для
хостинговых и/или администрируемых клиентских серверов.
"эта инфа" - в лучшем случае, повыдерганые фрагменты из
нормальной документации RH ;-)
глава I:
http://www.rhd.ru/docs/manuals/enterprise/RHEL-4-Manual/sysadmin-guide/
ЗЫ: лицензия Open Publication License.
"Клиент" - имелось в виду - клиентская сторона, то что вызывает у вас
скрипт. Например, wget из крона или обычный браузер.
Ну, ТС почему-то уверен, что причиной является серверная часть. Тогда только TimeOut в апаче крутить.
Сейчас многие сервера с IPMI. Можно и не бегать.
+1 хорошая ссылка:
http://wiz.su/2007/02/06/pro-limit-vypolneniya-skripta-ili-pochemu-skripty-otvalivayutsya-po-tajjmautu-ne-dorabotav-do-konca/
Понятно :-)
Возможно, клиент закрывает соединение? Как вызывается скрипт?
Нет, это неважно.
Ну зачем - поставьте в 20минут, как вам надо.
PS:
http://www.php.net/manual/en/info.configuration.php#ini.max-execution-time
http://httpd.apache.org/docs/2.2/mod/core.html#timeout
Ну, например у вас в апаче timeout = 2 минуты
ЗЫ: эта директива для вирт хоста работает также (AFAIK, для 2.2.x апача). советую помнить об этом ;-)
