Добрый день. Проблема в следующем:
когда на сервак приходят письма от uucp клиентов для pop-клиентов, то выходит сообщение:
SYSERR(uucp):openmailer: insufficient privileges to change gid
письмо остается в mqueue, в телеписьма появляется строчка:
local.mailer (usr/libexec/mail.local) exited with EX_TEMPFAIL
Все остальные письма ходят нормально
Понимаю,что затыка с правами, но кому и какие?
Sendmail 8.11.6
У меня почта ходит по uucp, SMTP, POP.
sendmail сконфигурирован для работы с программами прочтовых клиентов
MAIL(local)
MAIL(SMTP)
MAIL(uucp)
в mailertable прописаны все клиенты UUCP.
> У меня почта ходит по uucp, SMTP, POP.
>sendmail сконфигурирован для работы с программами прочтовых клиентов
>MAIL(local)
>MAIL(SMTP)
>MAIL(uucp)
>в mailertable прописаны все клиенты UUCP.Все это есть и у меня в mc.
все работает, кроме писем от uucp-клиентов к pop-клиентам
обратно работает на ура.
Кто чего предложит?
Кстати, если ставить права доступа как в документации (root, rwxrw---), то в логах появляется сообщение:
SYSERR(UUCP):can not chdir (var/spool/mqueue):Permission denied
приходится ставить доступ всем на этот каталог
Кому какие права надо дать, uucp принадлежит к группе wheel?
так никто ничего не скажет?
>так никто ничего не скажет?Чушь какая то, должно работать. А pop виртуальные или пользуешь системные записи? У меня все работает правда я юзаю Postfix.
Насколько я понимаю приходящая по smtp почта не доходит до uucp систем, так?
>>так никто ничего не скажет?
>
>Чушь какая то, должно работать. А pop виртуальные или пользуешь системные записи?
>У меня все работает правда я юзаю Postfix.
> Насколько я понимаю приходящая по smtp почта не доходит до uucp
>систем, так?Ивиняюсь плохо прочитал! Совсем наоборот.
Может быть проблема действительно в правах? Надо подумать.
>>>так никто ничего не скажет?
>>
>>Чушь какая то, должно работать. А pop виртуальные или пользуешь системные записи?
>>У меня все работает правда я юзаю Postfix.
>> Насколько я понимаю приходящая по smtp почта не доходит до uucp
>>систем, так?
>
> Ивиняюсь плохо прочитал! Совсем наоборот.
>Может быть проблема действительно в правах? Надо подумать.Идея следующая вся эта передача осуществляется путем запуска команды rmail удаленной uucp системой. Следовательно uucp система должна иметь возможность выполнения этой команды, это указывается в файле ../uucp/sys
строкой command rmail
Но раз говоришь все остальное работает, то скорее всего не в этом дело.
> Ивиняюсь плохо прочитал! Совсем наоборот.
>Может быть проблема действительно в правах? Надо подумать.Сам так думаю, вот только кому их дать? Насколько я понимаю,mail.local не может кинуть uucp-почту из mqueue в var/mail/ . Но mail.local и так уже выполняется из под root.
http://www.opennet.me/openforum//vsluhforumID1/15477.html
Посмотри здесь, может, поможет.
>http://www.opennet.me/openforum//vsluhforumID1/15477.html
>Посмотри здесь, может, поможет.
Флаг S стоит, это еще в стандартных доках было написано, если бы затыка в этом была, то никто не мог бы почту получать, а у меня все работает: pop-pop, pop-uucp.uucp-uucp, а вот от uucp к pop-клиентам почта не идет. точнее в очередь ложится , а в ящик пользователя не кидается
С какими правами и пользователем-группой лежат неотправляемые файлы в mqueue?Скорее всего для для данного пользователя/группы запрещен доступ в /var/log/mail.
>а у меня все работает: pop-pop, pop-uucp.uucp-uucp, а вот от uucp
>к pop-клиентам почта не идет. точнее в очередь ложится , а
>в ящик пользователя не кидается
>С какими правами и пользователем-группой лежат неотправляемые файлы в mqueue?
>
>Скорее всего для для данного пользователя/группы запрещен доступ в /var/log/mail.Наверно ты имел ввиду /var/mail/, где ящики лежат, а не var/log/
Права на файлы uucp-wheel, но права доступа 600, т.е. для владельца. Но mail.local выполняется из под root. А в mail.local поставил доступ всем, но ситуация не изменилась...
Кто-нибудь, чего нибудь да посоветует?