Отправка почты через msmtp — почему из консоли пользователя работает, а от вебсервера — нет?

Question

[altai2013]

Установил msmtp на сервер (ubuntu 16.04), чтобы отправлять почту через smtp Яндекса и никак не могу отладить бесследную пропажу писем, которая происходит при попытке использовать mail() в php-файлах веб-сервера. В консоли всё работает отлично, делаю

php -r "mail('[e-mail]', 'Test Subject', 'Test Message');"

и письмо мгновенно приходит на [e-mail]
Делаю такой же вызов mail() из php-файла через браузер - ничего не происходит.
В стандартном логе msmtp (/var/log/msmtp/msmtp.log) фиксируется только отправка почты из консоли. Вызовы от веб-сервера в нём никак не отражаются. В логе nginx (/var/log/nginx/error.log) никаких ошибок нет. В php.ini (/etc/php/7.0/fpm/php.ini) прописал:

sendmail_path = "/usr/bin/msmtp -C /etc/msmtprc -a myaccountname -t"
mail.log = /var/log/maillog

В лог maillog вызовы mail() от сервера попадают, но выглядят как-то странно:

[18-Dec-2017 15:09:30 Asia/Krasnoyarsk] mail() on [/var/www/mydomain.com/html/wp-content/themes/mywebsite/send.php:23]: To: [e-mail] -- Headers:

То есть, полезной информации практически никакой и ошибок я не вижу. :(
Может, проблема в конфигурационном файле msmtp? При вызове mail() из консоли пользователя, конфиг читается из домашнего каталога пользователя и этот сценарий работает отлично. При вызове mail() из файла на веб-сервере, запуск msmtp происходит от пользователя www-data и в этом случае он должен читать конфигурационный файл в папке по умолчанию: /etc/msmtprc. Этот файл существует, его содержимое такое же, как у файла в домашней папке пользователя ~/.msmtprc Права на доступ к файлу одинаковые (0600), как в /etc/msmtprc, так и в ~/.msmtprc, только в первом случае владельцем файла является www-data (чтобы nginx мог читать его), а во втором - обычный пользователь, в домашней папке которого лежит конфиг. Не вижу ошибку в конфигурации, но очевидно, что она есть, если с веб-сервера почта не уходит. Подскажите куда ещё можно копнуть и где посмотреть, чтобы отыскать причину проблемы?

Answer 1

[altai2013]

Причина проблемы: при отправке почты из консоли, PHP использует один конфиг (/etc/php/7.0/cli/php.ini), а при вызовах mail() из php-файлов веб-сервера - другой (/etc/php/7.0/fpm/php.ini). В одном из конфигов правильное значение переменной sendmail_path (оно же дефолтное):
sendmail_path = "sendmail -t -i"
а в другом - неправильное: sendmail_path = "/usr/bin/msmtp -C /etc/msmtprc -a default -t"
По этой причине почта из консоли отправлялась, а из php-файлов не отправлялась.
Решение проблемы в том, чтобы в /etc/php/7.0/fpm/php.ini было дефолтное значение для переменной sendmail_path, даже после установки msmtp.

Answer 2

[vinoff]

Возможно так будет проще отладить
sudo -u www-data php -r "mail('[e-mail]', 'Test Subject', 'Test Message');"

Comments

[altai2013]

Любопытно, что так работает. Но если я логинюсь под пользователем, в домашней папке которого нет .msmtprc, то даже из консоли при попытке выполнить php -r "mail('[e-mail]', 'Test Subject', 'Test Message');" получаю в ответ "account default not found: no configuration file available". Вот это меня реально в ступор вгоняет, потому что при отсутствии в домашней папке файла .msmtprc, msmtp должен искать глобальный конфиг /etc/msmtprc, но судя по всему он его не читает и пишет, что конфигурационного файла нет. Либо я неправильно понимаю сообщение "account default not found: no configuration file available" :( Ещё более странно, что конфиг прямо прописан в php.ini при вызове sendmail:

sendmail_path = "/usr/bin/msmtp -C /etc/msmtprc -a myaccountname -t"

Как получается, что msmtp читает не тот конфиг который ему передали параметром -C, а конфиг из домашней папки пользователя? А он именно к домашнему лезет, потому что как только я удаляю из домашней папки, sendmail перестаёт работать из консоли, невзирая на наличие конфига в /etc/msmtprc. Мистика какая-то.

[vinoff]

Пользователь www-data имеет доступ на чтение /etc/msmtprc?
ls -la /etc/msmtprc
https://blog.kplus.pro/adm/compile-and-config-msmt...

[altai2013]

да, имеет доступ на чтение и на запись даже:

-rw------- 1 www-data www-data 330 Dec 18 16:57 /etc/msmtprc

[vinoff]

altai2013, php-fpm работает от пользователя www-data?

[altai2013]

vinoff, нет, на сервере несколько доменов и php-fpm работает от того пользователя, который владеет доменом. При этом все пользователи, конечно, входят в группу www-data.
Добавил группе www-data разрешение на чтение и запись в /etc/msmtprc:

-rw-rw---- 1 www-data www-data 330 Dec 18 16:57 /etc/msmtprc

Появился прогресс: теперь любой пользователь из консоли вызовом php -r "mail('[e-mail]', 'Test Subject', 'Test Message');" может отправлять почту, даже если в его домашней папке отсутствует .msmtprc. То есть, глобальный конфиг msmtp начал читаться, судя по всему.
Однако, с веб-сервера вызов mail() почему-то всё равно не работает, как и прежде: из формы обратной связи почта не уходит. Сейчас потестирую ещё, попытаюсь найти какие-то концы этой проблемы.
в лог-файле php вызовы mail() фиксируются:

[18-Dec-2017 18:22:26 Asia/Krasnoyarsk] mail() on [/var/www/mydomain.com/html/wp-content/themes/mydomain/send.php:23]: To: [e-mail] -- Headers: Content-type: text/plain; charset=utf-8   From: me <[e-mail]>

Но в логе msmtp эти вызовы не появляются, просто пусто. Если вызывать php mail() из консоли пользователя, то происходит обратное: в логе php ничего нет, но в логе msmtp существует запись об успешной передаче сообщения на smtp сервер.

[altai2013]

Похоже, проблема прячется где-то в настройках php-fpm. Либо где-то прямо запрещены вызовы внешних программ, типа sendmail, либо что-то не так с настройкой прав.

[altai2013]

Наконец, решил эту идиотскую проблему. В какой-то момент я понял, что в cli PHP используется один php.ini (/etc/php/7.0/cli/php.ini), а в fpm-php - другой php.ini (/etc/php/7.0/fpm/php.ini). Закралось подозрение, что почта отправляется или не отправляется, исходя из разницы в строке "sendmail_path = ". В /etc/php/7.0/fpm/php.ini вызов msmtp был прописано ровно так, как рекомендуют мануалы: sendmail_path = "/usr/bin/msmtp -C /etc/msmtprc -a default -t" и этот вариант почему-то не работал. В /etc/php/7.0/cli/php.ini никто не вносил никаких изменений, поэтому там было дефолтное значение "sendmail -t -i". Именно с этим дефолтным значением msmtp и работает прекрасно. Перенёс sendmail_path = "sendmail -t -i" в /etc/php/7.0/fpm/php.ini и всё заработало как положено - почта отправляется как из командной строки, так и из php с веб-сервера.