Нотатки сісадміна Docker,Linux,mail,php php mail() in Docker container (sh: 1: /usr/sbin/sendmail: not found)

php mail() in Docker container (sh: 1: /usr/sbin/sendmail: not found)

php mail() in Docker container (sh: 1: /usr/sbin/sendmail: not found)

Запуская php в контейнере докера необходимо подумать про доставку почты, в моем случае я не сразу догадался что будут проблемы и понял о проблеме только тогда – когда в контейнере получил сообщение “sh: 1: /usr/sbin/sendmail: not found”

Проблема решается в моем случае просто, я в контейнер добавил софтину ssmtp и в конфиге прописал

Что означает куда пересылать почту, тут я указал адрес внутреннего интерфейса сервера, где болтается postfix

После этого все заработало.

Click to rate this post!
[Total: 0 Average: 0]

2 коментарі до “php mail() in Docker container (sh: 1: /usr/sbin/sendmail: not found)”

  1. Вроде бы все просто, но почему-то почту все-равно не отправляет.
    На хост стоит exim4. Делаю точно такую же пересылку на ip хост машины.

    mail() отрабатывает, но почта почему-то где-то теряется.

    1. логи надо смотреть в контейнер и на хост машине, первое что приходит на ум – не стоят разрешения для ip контейнера в конфиге exim

Залиште відповідь

Ваша e-mail адреса не оприлюднюватиметься. Обов’язкові поля позначені *

Related Post

because parent directory has insecure permissions

error: skipping “/var/log/nginx/access.log” because parent directory has insecure permissionserror: skipping “/var/log/nginx/access.log” because parent directory has insecure permissions

Настраиваю ротацию для nginx который работает в docker контейнере, сходу словил ошибку “error: skipping “/var/log/nginx/access.log” because parent directory has insecure permissions (It’s world writable or writable by group which is

Table is marked as crashed

Table ХХХХХ is marked as crashed and last (automatic ?) repair failedTable ХХХХХ is marked as crashed and last (automatic ?) repair failed

Столкнулся с проблемой – упала таблица mysql после “зависания” сервака т нагрузки на винты. В итоге делал как и раньше “repair table TAB_NAME” но проблема не решалась, в процессе восстановления