Всегда привычно менял Postfix на Sendmail, а тут решил оставить. Система поставлена с образа altlinux-p7-server-20151212-x86_64, сейчас обновлена до p8. В /var/log/mail/all присутствуют записи: status=bounced (can't create user output file. Command output: procmail: Couldn't create "/var/spool/mail/user" ) # ls -dl /var/spool/mail drwxrws--t 2 root mail 4096 Feb 11 04:28 /var/spool/mail # id postfix uid=42(postfix) gid=42(postfix) groups=42(postfix),12(mail) В группу mail пользователя postfix добавил я, по-умолчанию его там не было. Но это не помогает. Что-то не соображу, какие права должны быть в итоге. procmail не от пользователя postfix запускается, что ли ?
Если сделать # ls -dl /var/spool/mail drwxrwsrwt 2 root mail 4096 Apr 29 13:27 /var/spool/mail то почта начинает писаться: # ls -l /var/spool/mail/* -rw------- 1 user mail 1734 Apr 29 13:36 /var/spool/mail/user Почему не пишется с правами по-умолчянию, непонятно. Все заинтересованные присутствуют в группе mail, вроде бы. Даже user туда добавил.
Дело, оказывается, вот в чём. Я привык чистить такие ящики удалением. При запуске из sendmail это procmail не пугало, а при запуске из-под postfix, почему-то, procmail создавать файл не хочет. То есть, чистить ящик надо как-то а-ля "> user". Даже не знаю, баг это, или фича.
(In reply to comment #2) > Дело, оказывается, вот в чём. Я привык чистить такие ящики удалением. При > запуске из sendmail это procmail не пугало, а при запуске из-под postfix, > почему-то, procmail создавать файл не хочет. То есть, чистить ящик надо как-то > а-ля "> user". Даже не знаю, баг это, или фича. Ещё можно truncate(1) использовать. Я думаю, что непривилегировання локальная доставка почти - это наша традиционная фича. Если вместо procmail использовать родной postfix local(8), он тоже будет осуществлять доставку в непривилегированном состоянии, на эту тему у него есть альтовый параметр mailbox_unpriv_delivery.
Да, наверное надо так и оставить.
