[Comm] procmail

[Comm] procmail

[Mike Lykov]

здравствуйте!

в мане  procmail написано:

"Файл /etc/procmailrc может выполняться с привилегиями root, поэтому будьте 
внимательны к его содержимому. "

а как сделать, чтобы он именно с ними и выполнялся?

а то при текущем положении дел недостаточно прав на запись при локальной 
доставке различным узерам...
выполняется с такой опцией


       -d получатель ...
              Это  включает  режим  непосредственной  доставки. Доставка будет
              произведена локальному пользователю получатель.  Это  разумеется
              возможно  только  в  том  случае, если procmail имеет привилегии
              супер-пользователя (или  procmail  выполняется  с  euid  и  egid
              получателя).

[root@test bogofilter]# ls -l /usr/bin/proc*
-rwxr-xr-x    1 root     root        79992 Сен 29  2002 /usr/bin/procmail

он и так с правами рута.. 

как сделать?

-- 
Mike
registered linux user #315334
machine registration number #200724

Re: [Comm] procmail

[Mike Lykov]

В сообщении от Вторник 27 Май 2003 17:27 Mike Lykov написал:

> а то при текущем положении дел недостаточно прав на запись при локальной
> доставке различным узерам...
> выполняется с такой опцией

Вернее (понятнее) сказать так:

есть postfix, у него procmail определен как локальный агент доставки:
("|/usr/bin/procmail -a $DOMAIN -d $LOGNAME")    

постфикс сконфигурирован глобально:

/etc/procmailrc

MAILDIR=/var/spool//mail                                                         
LOGFILE=/var/log/mail/procmail                                                
                                                                                
:0H                                                                             
* ^X-Bogosity: Yes                                                              
spam  


При такой конфигурации не хватает прав, чтобы доставлять почту:

procmail: Error while writing to "spam" 

то есть в папку /var/spool/mail не может записать с теми прпавами, с которыми 
он выполняется.

кто скажет - с какими правами его выполняет postfix, и как сделать, чтобы он 
мог выполняться с теми правами котоыре позволят ему работать?

-- 
Mike
registered linux user #315334
machine registration number #200724

Re: [Comm] procmail

[Ilya Palagin]

Mike Lykov wrote:
> В сообщении от Вторник 27 Май 2003 17:27 Mike Lykov написал:
> 
> 
>>а то при текущем положении дел недостаточно прав на запись при локальной
>>доставке различным узерам...
>>выполняется с такой опцией
> 
> 
> Вернее (понятнее) сказать так:
> 
> есть postfix, у него procmail определен как локальный агент доставки:
> ("|/usr/bin/procmail -a $DOMAIN -d $LOGNAME")    
> 
> постфикс сконфигурирован глобально:
> 
> /etc/procmailrc
> 
> MAILDIR=/var/spool//mail                                                         
> LOGFILE=/var/log/mail/procmail                                                
>                                                                                 
> :0H                                                                             
> * ^X-Bogosity: Yes                                                              
> spam  
> 
> 
> При такой конфигурации не хватает прав, чтобы доставлять почту:
> 
> procmail: Error while writing to "spam" 
> 
> то есть в папку /var/spool/mail не может записать с теми прпавами, с которыми 
> он выполняется.
> 
> кто скажет - с какими правами его выполняет postfix, и как сделать, чтобы он 
> мог выполняться с теми правами котоыре позволят ему работать?
> 
Вместо записи в файл spam можно вставить команду пересылки на адрес
spam@yourdomain, тогда и будет произведена запись в
/var/log/mail/spam :-) , но уже самим MTA.

Лазить руками в /var/log/mail при живом MTA вообще не следует.

Re: [Comm] procmail

[Ilya Palagin]

Ilya Palagin wrote:
> Mike Lykov wrote:
> 
>> В сообщении от Вторник 27 Май 2003 17:27 Mike Lykov написал:
>>
>>
>>> а то при текущем положении дел недостаточно прав на запись при локальной
>>> доставке различным узерам...
>>> выполняется с такой опцией
>>
>>
>>
>> Вернее (понятнее) сказать так:
>>
>> есть postfix, у него procmail определен как локальный агент доставки:
>> ("|/usr/bin/procmail -a $DOMAIN -d $LOGNAME")   
>> постфикс сконфигурирован глобально:
>>
>> /etc/procmailrc
>>
>> MAILDIR=/var/spool//mail                                                         
>> LOGFILE=/var/log/mail/procmail                                                
>>                                                                                 
>> :0H                                                                             
>> * ^X-Bogosity: 
>> Yes                                                              spam 
>>
>> При такой конфигурации не хватает прав, чтобы доставлять почту:
>>
>> procmail: Error while writing to "spam"
>> то есть в папку /var/spool/mail не может записать с теми прпавами, с 
>> которыми он выполняется.
>>
>> кто скажет - с какими правами его выполняет postfix, и как сделать, 
>> чтобы он мог выполняться с теми правами котоыре позволят ему работать?
>>
> Вместо записи в файл spam можно вставить команду пересылки на адрес
> spam@yourdomain, тогда и будет произведена запись в
> /var/log/mail/spam :-) , но уже самим MTA.
> 
> Лазить руками в /var/log/mail при живом MTA вообще не следует.
> 
/var/spool/mail, конечно. Это я сегодня с недоставкой кое-каких писем 
разбирался.
"Помнят руки!!!" ((c)2 тополя на Плющихе)

Re: [Comm] procmail

[Mike Lykov]

> > procmail: Error while writing to "spam"
> > то есть в папку /var/spool/mail не может записать с теми прпавами, с
> > которыми он выполняется.

> Вместо записи в файл spam можно вставить команду пересылки на адрес
> spam@yourdomain, тогда и будет произведена запись в
> /var/log/mail/spam :-) , но уже самим MTA.
> Лазить руками в /var/log/mail при живом MTA вообще не следует.

вероятно, но какой же это тогда локальный агент доставки с опцией -d ? ;)

это получится, что письмо по кругу раза три ходит... сначала приходит, потом 
фильтр, потом процмаил, потом снова мта....

как раз режим -d и предназначен это сократить?

  -d получатель ...
              Это  включает  режим  непосредственной  доставки. Доставка будет
              произведена локальному пользователю получатель. 

-- 
Mike
registered linux user #315334
machine registration number #200724

Re: [Comm] procmail

[Ilya Palagin]

Mike Lykov wrote:
>>>procmail: Error while writing to "spam"
>>>то есть в папку /var/spool/mail не может записать с теми прпавами, с
>>>которыми он выполняется.
> 
> 
>>Вместо записи в файл spam можно вставить команду пересылки на адрес
>>spam@yourdomain, тогда и будет произведена запись в
>>/var/log/mail/spam :-) , но уже самим MTA.
>>Лазить руками в /var/log/mail при живом MTA вообще не следует.
> 
> 
> вероятно, но какой же это тогда локальный агент доставки с опцией -d ? ;)
> 
> это получится, что письмо по кругу раза три ходит... сначала приходит, потом 
> фильтр, потом процмаил, потом снова мта....
> 
> как раз режим -d и предназначен это сократить?
> 
>   -d получатель ...
>               Это  включает  режим  непосредственной  доставки. Доставка будет
>               произведена локальному пользователю получатель. 
> 
Полагаю, здесь речь идет о доставке _непосредственно_ в домашний каталог 
пользователя, а не в /var/spool/mail.

Re: [Comm] procmail

[Mike Lykov]

В сообщении от Среда 28 Май 2003 10:28 Ilya Palagin написал:

> Полагаю, здесь речь идет о доставке _непосредственно_ в домашний каталог
> пользователя, а не в /var/spool/mail.

А мне не надо в домашний каталог . а то все, видите ли, лежат в mbox в 
spool/mail, а вот этому какой-то домашний каталог требуется...

пока сделал suid root  на procmail

почта сразу доставилась и положилась куда нужно

/var/spool/mail

-rw-rw----    1 spam     mail         1964 Май 28 11:31 spam

но ведь это как-то некрасиво - suid root на что-то, что может исполнять другие 
программы.. ;)

вариант с пересылкой не работает - если в procmailrc

!spam@mydomain

то возникают loop mail всякие... 

-- 
Mike
registered linux user #315334
machine registration number #200724

Re[2]: [Comm] procmail

[ASA]

Hello Ilya,

Wednesday, May 28, 2003, 10:28:41 AM, you wrote:

>> как раз режим -d и предназначен это сократить?
>> 
>>   -d получатель ...
>>               Это  включает  режим  непосредственной  доставки. Доставка будет
>>               произведена локальному пользователю получатель. 
>> 
IP> Полагаю, здесь речь идет о доставке _непосредственно_ в домашний каталог 
IP> пользователя, а не в /var/spool/mail.

procmail -d доставляет именно в /var/spool/mail/user - это и
есть место хранения почты для user'а.

Источник информации: собственная работающая схема доставки
почты после приема этой почты по UUCP.

-- 
Best regards,
 ASA                            mailto:llb@udm.ru

Re: [Comm] procmail

[Igor Homyakov]

* ASA <llb @ udm . ru> [030528 18:13]:
> Hello Ilya,

> Wednesday, May 28, 2003, 10:28:41 AM, you wrote:

> >> как раз режим -d и предназначен это сократить?
> >> 
> >>   -d получатель ...
> >>               Это  включает  режим  непосредственной  доставки. Доставка будет
> >>               произведена локальному пользователю получатель. 
> >> 
> IP> Полагаю, здесь речь идет о доставке _непосредственно_ в домашний каталог 
> IP> пользователя, а не в /var/spool/mail.

> procmail -d доставляет именно в /var/spool/mail/user - это и
> есть место хранения почты для user'а.

> Источник информации: собственная работающая схема доставки
> почты после приема этой почты по UUCP.

да RTFM же наконец !!! 

-- 
Igor Homyakov
<homyakov at altlinux dot ru>
http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=190141

[Comm] Re: procmail

[Michael Shigorin]

On Tue, May 27, 2003 at 05:27:03PM +0500, Mike Lykov wrote:
> а как сделать, чтобы он именно с ними и выполнялся?
> [root@test bogofilter]# ls -l /usr/bin/proc*
> -rwxr-xr-x    1 root     root        79992 Сен 29  2002 /usr/bin/procmail
> он и так с правами рута.. 
> как сделать?

При таком уровне понимания вопрос а-- точно никак 8-|

bogofilter, _кажется_ уже есть в sisyphus -- или кто-то его
собирает; также есть spamoracle, живой и работающий.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/