ошибка полномочий: журнал голубятни

Обратите внимание, что сообщение can't write to log directory /var/log Не ясно из Вашего сообщения, изменили ли Вы полномочия на/var/log или на /var/log/dovecot.log.

/var/log обычно принадлежит корню с полномочиями 755. голубятня, как предполагается, выполняется как корень:

Normally Dovecot logs everything through its master process, which is running as root.

от голубятни Локальный Курьер Wiki.

Все это приводит меня подозревать, что Вы так или иначе запускаете голубятню как некоторый другой некорневой пользователь. Предоставьте информацию о том, как точно Вы запускаете голубятню. Обычно это сделано системным сценарием запуска (как корень). Поочередно можно попытаться запустить голубятню на командной строке как корень с

sudo /usr/sbin/dovecot

и посмотрите, работает ли это. Это только для поиска и устранения неисправностей, хотя, необходимо запуститься, он автоматически через систему запускает сценарий.

Конечно, вы можете продолжать попытки решить эту проблему, и я уверен, что вы это сделаете, но в таких случаях, когда что-то идет не так, самый быстрый (не лучший) способ:

yum remove dovecot
yum install dovecot

Готово;)

Это старый поток, но недавно у меня была похожая проблема, поэтому я решил его исправить .

У меня был сервер с dovecot, который, по-видимому, работал как пользователь без полномочий root (родительский процесс выполнялся как root, но дочерние процессы для служб, работающих как mail ). Иногда это может произойти, если вы управляете сервером с помощью сторонней панели управления, которая настраивает различные службы или приложения с нестандартными разрешениями.

Без настроенного для них правила logrotate сервер в итоге почти заполнил свой диск, но после удаления журналы и перезапуск службы dovecot:входящая почта не доставлялась, несмотря на то, что файлы журнала изначально создавались ОК! (Мне не нужно было касаться файлов.)

Я не замечал этой проблемы, пока не пришло тестовое письмо, отправленное после первого перезапуска dovecot. Однако впоследствии я получил уведомление о задержке сообщения на мою отправляющую тестовую учетную запись, содержащее сообщение об ошибке dovecot.log с сервера.

Сначала я запустил ps aux | grep dovecot для идентификации запущенного пользователя - он указывал, что некоторые процессы работают как root , но другие работают как mail .

В сервере dovecot.conf ] для всех объявлений службы у него также были строки user = mail и group = mail .

Итак, я запустил (либо как root, или с помощью sudo)

chown mail: mail /var/log/dovecot*.log

затем запустил перезапуск службы dovecot

, и электронные письма снова начали поступать. NB, что на этой конкретной машине dovecot.log перезапускает только зарегистрированную службу, поскольку она была настроена на подробное ведение журнала; вся остальная информация сохранена в dovecot-info.log и dovecot-debug.log .

Я мог видеть поступающие и доставляемые электронные письма, отслеживая почтовый журнал:

tail -fn 100 / var / log / maillog (для вас это может называться как-то вроде mail.log ).