Голубятня не выбирает почту от/var/spool/mail/$user до mail_location
Не создавайте сервер сами, если Вы намереваетесь полагаться на него для чего-либо важного - при сравнении от яблок к яблокам частей, поскольку это были разницы в ценах, обычно не огромны, и способность позвонить одному поставщику и получить гарантийный сервис/поддержку почти стоит ценовой разметки в первый раз, когда что-то повреждается, и необходимо обтекать попытку получить зафиксированный.
Если Вы пугаетесь цены аппаратных средств Dell, можно хотеть рассмотреть SuperMicro или других "whitebox" поставщиков - примерно эквивалентное качество, хорошее гарантийное покрытие и обычно немного более низкие стандартные цены.
Моя проблема в том, что путь к файлу INBOX неверен. После изменения mail_location с maildir на mbox и файла INBOX на / var / spool / mail /% u возникли некоторые ошибки разрешений.
[root]# vim /etc/dovecot/conf.d/10-mail.conf
mail_location = mbox:~/:INBOX=/var/spool/mail/%u
Ошибки:
failed: Operation not permitted (egid=500)
А затем установка разрешений
[root]# chmod 0600 /var/mail*
[root]# service dovecot restart
Работает хорошо.
Комментарий Анджея выше верен; dovecot не должен делать это автоматически. Вам нужно будет либо указать sendmail, чтобы он отправлял почту туда, где ее ожидает dovecot (или, по крайней мере, сообщить об этом его локальному агенту доставки), либо сказать dovecot, чтобы она ожидала ее там, где sendmail помещает ее.
В моем случае я делаю это последний; Мой dovecot.conf включает строку
mail_location = mbox:~/:INBOX=/var/spool/mail/%u
Edit : ваш sendmail настроен так же, как мой, с использованием procmail в качестве локального MDA. На странице руководства для procmail предлагается, что / var / spool / mail / $ user является местом по умолчанию, в которое procmail будет помещать входящую почту, если не указано иное:
/ var / spool / mail / $ LOGNAME системный почтовый ящик; как системный почтовый ящик, так и каталог, в котором он находится, будут создаваться каждые время запуска procmail, а либо одного из них нет
поэтому я повторяю свою точку зрения: вы можете либо настроить MDA sendmail, procmail, чтобы входящая почта помещалась в /home/$user/mail/.INBOX , либо вы можете настроить dovecot для просмотра в ] / var / spool / mail / $ user . Но вам придется сделать одно из этих действий, это не произойдет по волшебству.
Реконфигурация Sendmail для интеграции с dovecot
http://wiki2.dovecot.org/LDA/Sendmail
Для использования dovecot для доставки для существующей учетной записи ОС рассмотрите возможность добавления следующих строк в sendmail, mc файл [ sendmail.mc требует компиляции в sendmail.cf ]
FEATURE(`local_procmail', `/usr/local/libexec/dovecot/dovecot-lda',`/usr/local/libexec/dovecot/dovecot-lda -d $u')
MODIFY_MAILER_FLAGS(`LOCAL', `-f')
Другие возможные варианты реконфигурации sendmail
- , заставляющие sendmail использовать только dovecot для UID не менее 1000
[стандартная доставка для системных пользователей / учетных записей, dovecot для обычных пользователей] - доставка поддержки sendmail существующим виртуальным пользователям dovecot [реконфигурация на основе local_procmail НЕ поддерживает это]
Dovecot: INBOX как mbox в / var / mail / username, а остальные почтовые ящики в Maildir
Если вас не волнует ситовая фильтрация, вы можете настроить dovecot на использование / var / mail / username в качестве почтового ящика и сохраните остальные почтовые ящики пользователя в формате Maildir.
Это заставит dovecot «видеть» сообщения, доставленные MTA / sendmail в расположение по умолчанию - перенастройка MTA / sendmail не потребуется.
http://wiki2.dovecot.org/Namespaces#Mixed_mbox_and_Maildir[127 visible
Вам нужно отредактировать файл: / etc / procmailrc
# file: /etc/procmailrc
# system-wide settings for procmail
SHELL="/bin/bash"
SENDMAIL="/usr/sbin/sendmail -oi -t"
LOGFILE="/var/log/procmail.log"
DEFAULT="$HOME/Maildir/"
MAILDIR="$HOME/Maildir/"
:0
* ^X-Spam-Status: Yes
.spam/