[Comm] Maildrop filtering

[Comm] Maildrop filtering

[Прокопьев Евгений]

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

В /etc/courier-imap/maildroprc у меня написано:

if (/^To: .*notes@myserver.ru*./)
{
   cc "/var/spool/mail/alex"
   to "/var/spool/mail/public/.Development"
}

После echo test | mail -s Test notes@myserver.ru в /var/log/mail/all вижу:

May 14 09:32:42 myserver postfix/pickup[14082]: 0F6521AE3: uid=0 from=<root>
May 14 09:32:42 myserver postfix/cleanup[14589]: 0F6521AE3: 
message-id=<20030514053242.0F6521AE3@myserver.ru>
May 14 09:32:42 myserver postfix/qmgr[1539]: 0F6521AE3: 
from=<root@myserver.ru>, size=291, nrcpt=1 (queue active)
May 14 09:32:42 myserver maildrop[14598]: Unable to open mailbox.
May 14 09:32:42 myserver postfix/local[14590]: 0F6521AE3: 
to=<john@myserver.ru>, relay=local, delay=0, status=deferred (temporary 
failure. Command output: /usr/bin/maildrop-userdb: Unable to open mailbox. )

Если дело в праваx, то вот:

ls -l /var/spool/mail/alex/
total 14
-rw-r--r--    1 alex     mail           12 Apr 27 13:13 
courierimapsubscribed
-rw-r--r--    1 alex     mail           15 Apr 27 13:13 courierimapuiddb
drwxrwx---    2 alex     mail           48 Apr 26 16:22 cur
drwxrwx---    2 alex     mail           48 Apr 26 16:22 new
drwx------    3 alex     mail           72 Apr 27 13:19 shared-folders
-rw-r--r--    1 alex     mail           58 Apr 26 19:54 shared-maildirs
drwxrwx---    2 alex     mail           48 Apr 27 13:13 tmp

ls -l /var/spool/mail/
total 4
drwxrwx---    7 alex     mail          280 Apr 27 13:16 alex

Под какой учетной записью исполняется maildrop и чего ему надо?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Maildrop filtering

[Dmitry Lebkov]

On Wed, 14 May 2003 10:01:05 +0400
Прокопьев Евгений <john@rmts.donpac.ru> wrote:

> Здравствуйте!

[skip]

> Под какой учетной записью исполняется maildrop и чего ему надо?

А как он подключен у тебя в постфиксе?

--
WBR, Dmitry Lebkov

Re: [Comm] Maildrop filtering

[Прокопьев Евгений]

Dmitry Lebkov пишет:
> On Wed, 14 May 2003 10:01:05 +0400
> Прокопьев Евгений <john@rmts.donpac.ru> wrote:
> 
> 
>>Здравствуйте!
> 
> 
> [skip]
> 
> 
>>Под какой учетной записью исполняется maildrop и чего ему надо?
> 
> 
> А как он подключен у тебя в постфиксе?

master.cf

maildrop  unix  -       n       n       -       -       pipe
   flags=Ru user=mail argv=/usr/bin/maildrop-userdb -d $(recipient)

main.cf:

mailbox_command = /usr/bin/maildrop-userdb -d $LOGNAME

Еще мне следующее непонятно в логе:

to=<john@myserver.ru>, relay=local, delay=0, status=deferred (temporary
failure. Command output: /usr/bin/maildrop-userdb: Unable to open 
mailbox. )

Ну допустим, maildrop не может получить доступ к ящику 
<john@myserver.ru>, хотя это не так (без cc все работает). Почему он 
вообще этим занимается, сначала ведь надо обработать 
/etc/courier-imap/maildroprc, а уже затем пытаться положить почту в 
<john@myserver.ru>, если не указано иное.


-- 
С уважением, Прокопьев Евгений

Re: [Comm] Maildrop filtering

[Dmitry Lebkov]

On Thu, 15 May 2003 08:47:39 +0400
Прокопьев Евгений <john@rmts.donpac.ru> wrote:

> Dmitry Lebkov пишет:
> > On Wed, 14 May 2003 10:01:05 +0400
> > Прокопьев Евгений <john@rmts.donpac.ru> wrote:
> > 
> > 
> >>Здравствуйте!
> > 
> > 
> > [skip]
> > 
> > 
> >>Под какой учетной записью исполняется maildrop и чего ему надо?
> > 
> > 
> > А как он подключен у тебя в постфиксе?
> 
> master.cf
> 
> maildrop  unix  -       n       n       -       -       pipe
>    flags=Ru user=mail argv=/usr/bin/maildrop-userdb -d $(recipient)

Если у тебя maildrop используется как отдельный транспорт (например
в /etc/postfix/transport) - то в этом случае maildrop-userdb будет
запускаться от пользователя mail.

> main.cf:
> 
> mailbox_command = /usr/bin/maildrop-userdb -d $LOGNAME

А в этом случае делается - выполняется от пользователя $LOGNAME.

> Еще мне следующее непонятно в логе:
> 
> to=<john@myserver.ru>, relay=local, delay=0, status=deferred (temporary
> failure. Command output: /usr/bin/maildrop-userdb: Unable to open 
> mailbox. )

Права на ящик, указанный в "сс" не позволяют maildrop-userdb (исполняемый от
ползователя john) записать туда что-либо.

> Ну допустим, maildrop не может получить доступ к ящику 
> <john@myserver.ru>, хотя это не так (без cc все работает). Почему он 
> вообще этим занимается, сначала ведь надо обработать 
> /etc/courier-imap/maildroprc, а уже затем пытаться положить почту в 
> <john@myserver.ru>, если не указано иное.

Вот он и обрабатывает общесистемный maildroprc. На нем и обламывается с
сообщением: Unable to open mailbox.

--
WBR, Dmitry Lebkov

Re: [Comm] Maildrop filtering

[Прокопьев Евгений]

Dmitry Lebkov пишет:

> А в этом случае делается - выполняется от пользователя $LOGNAME.
> 
> 
>>Еще мне следующее непонятно в логе:
>>
>>to=<john@myserver.ru>, relay=local, delay=0, status=deferred (temporary
>>failure. Command output: /usr/bin/maildrop-userdb: Unable to open 
>>mailbox. )
> 
> 
> Права на ящик, указанный в "сс" не позволяют maildrop-userdb (исполняемый от
> ползователя john) записать туда что-либо.
> 
> 
>>Ну допустим, maildrop не может получить доступ к ящику 
>><john@myserver.ru>, хотя это не так (без cc все работает). Почему он 
>>вообще этим занимается, сначала ведь надо обработать 
>>/etc/courier-imap/maildroprc, а уже затем пытаться положить почту в 
>><john@myserver.ru>, если не указано иное.
> 
> 
> Вот он и обрабатывает общесистемный maildroprc. На нем и обламывается с
> сообщением: Unable to open mailbox.
> 

А как вообще тогда правильно решить задачу? Необходимо дублировать 
определенные письма, выкладывая их в общую папку и в персональную для alex.

Я включил пользователя john, от которого доставляется почта, в группу 
mail, и разрешил этой группе писать в /var/spool/mail/alex и все 
подпапки, но все равно:

[john@myserver john]$ echo hello | maildrop-userdb alex@myserver.ru
maildrop-userdb: Unable to open filter file, errno=2.

Видимо, необходим доступ еще и к /home/alex/.mailfilter или как там его, 
но это уж слишком.

Да и вообще манипуляции с группой mail тоже не очень хороши. Есть ли 
более изящные способы (кроме mailman - это как пушкой по мухе). Нельзя 
ли из /etc/courier-imap/maildroprc отдать письмо MTA или положить в 
/var/spool/mail/alex от имени alex?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Maildrop filtering

[Dmitry Lebkov]

On Thu, 15 May 2003 13:35:36 +0400
Прокопьев Евгений <john@rmts.donpac.ru> wrote:

> Dmitry Lebkov пишет:
> 
> > А в этом случае делается - выполняется от пользователя $LOGNAME.
> > 
> > 
> >>Еще мне следующее непонятно в логе:
> >>
> >>to=<john@myserver.ru>, relay=local, delay=0, status=deferred
> >(temporary>failure. Command output: /usr/bin/maildrop-userdb: Unable
> >to open >mailbox. )
> > 
> > 
> > Права на ящик, указанный в "сс" не позволяют maildrop-userdb
> > (исполняемый от ползователя john) записать туда что-либо.
> > 
> > 
> >>Ну допустим, maildrop не может получить доступ к ящику 
> >><john@myserver.ru>, хотя это не так (без cc все работает). Почему он
> >
> >>вообще этим занимается, сначала ведь надо обработать 
> >>/etc/courier-imap/maildroprc, а уже затем пытаться положить почту в 
> >><john@myserver.ru>, если не указано иное.
> > 
> > 
> > Вот он и обрабатывает общесистемный maildroprc. На нем и
> > обламывается с сообщением: Unable to open mailbox.
> > 
> 
> А как вообще тогда правильно решить задачу? Необходимо дублировать 
> определенные письма, выкладывая их в общую папку и в персональную для
> alex.

Все зависит от того, как организована доставка почты вообще. В каком
формате хранится, что alex использует для получения почты - IMAP или
POP3, alex и john - это учетные записи в системе или виртуальные
почтовые ящики? После ответов на эти вопросы можно будет думать над
задачей ...

Да, в процессе доставки почты локальным учетным записям maildrop
выполняется с UID/GID пользователя, которому производится доставка.
Т.е. если alex и john - локальные учетные записи и ты хочешь скопировать
сообщение, которое идет к john, в ящик к alex - оба этих пользователя
должны иметь одну и ту же _основную_ группу (Note: в ALM, при создании
пользователя, создается и группа с таким же именем и по-умолчанию она
является основной для этого пользователя).
 
> Я включил пользователя john, от которого доставляется почта, в группу 
> mail, и разрешил этой группе писать в /var/spool/mail/alex и все 
> подпапки, но все равно:
> 
> [john@myserver john]$ echo hello | maildrop-userdb alex@myserver.ru
> maildrop-userdb: Unable to open filter file, errno=2.
> 
> Видимо, необходим доступ еще и к /home/alex/.mailfilter или как там
> его, но это уж слишком.

Нет, этого не нужно.
 
> Да и вообще манипуляции с группой mail тоже не очень хороши. Есть ли 
> более изящные способы (кроме mailman - это как пушкой по мухе).

Мне видится три варианта:
 - общая основная группа у всех почтовых аккаунтов, для которых
   требуется описанный тобой способ филтьрации;
 - отдельная Maildir-папка с соответствующими правами;
 - виртуальные почтовые ящики

> Нельзя ли из /etc/courier-imap/maildroprc отдать письмо MTA или
> положить в  /var/spool/mail/alex от имени alex?

В процессе фильтрации, сообщение можно отдать на STDIN внешней
программы. man maildirfilter. Но имей ввиду, что в случае доставки
того же сообщения через MTA ты получищь mail loop, т.к. информация
о получателе останется без изменения и сообщение снова попадет
под общесистемный фильтр.

Вобщем, вариантов - море. Сообщай подробности конфигурации, а там
что-нить придумаем ... ;)

--
WBR, Dmitry Lebkov

Re: [Comm] Maildrop filtering

[Прокопьев Евгений]

Dmitry Lebkov пишет:

>>А как вообще тогда правильно решить задачу? Необходимо дублировать 
>>определенные письма, выкладывая их в общую папку и в персональную для
>>alex.
> 
> 
> Все зависит от того, как организована доставка почты вообще. В каком
> формате хранится, что alex использует для получения почты - IMAP или
> POP3, alex и john - это учетные записи в системе или виртуальные
> почтовые ящики? После ответов на эти вопросы можно будет думать над
> задачей ...

Задача в целом такая. Есть группа разработчиков, для общения которых 
имеется shared folder, в который они пишут (это последовательно 
обрабатывают Postfix и Maildrop со своим /etc/courier-imap/maildroprc), 
и из которой читают посредством Courier IMAP. Есть некоторые (alex), 
которые сидят на диалапе, и просто не могут синхронизироваться с shared 
folder, даже при небольшом количестве писем, просто не удается дождаться 
окончания синхронизации. Ну а читать в онлайне им, понятное дело, 
неприкольно. Вот им и надо дать доступ через POP3, а копии писем 
складывать туда.


> Да, в процессе доставки почты локальным учетным записям maildrop
> выполняется с UID/GID пользователя, которому производится доставка.
> Т.е. если alex и john - локальные учетные записи и ты хочешь скопировать
> сообщение, которое идет к john, в ящик к alex - оба этих пользователя
> должны иметь одну и ту же _основную_ группу (Note: в ALM, при создании
> пользователя, создается и группа с таким же именем и по-умолчанию она
> является основной для этого пользователя).

# id john
uid=500(john) gid=10(wheel) 
groups=10(wheel),12(mail),52(cvs),104(webmaster),503(arbuz)
# id alex
uid=502(alex) gid=10(wheel) 
groups=10(wheel),52(cvs),104(webmaster),503(arbuz)
# ls -l /var/spool/mail/alex/
total 14
-rw-r--r--    1 alex     mail           12 Apr 27 13:13 
courierimapsubscribed
-rw-r--r--    1 alex     mail           15 Apr 27 13:13 courierimapuiddb
drwxrwx---    2 alex     mail           48 Apr 26 16:22 cur
drwxrwx---    2 alex     mail          104 May 15 08:40 new
drwx------    3 alex     mail           72 Apr 27 13:19 shared-folders
-rw-r--r--    1 alex     mail           58 Apr 26 19:54 shared-maildirs
drwxrwx---    2 alex     mail           48 May 15 08:40 tmp
# ls -l /var/spool/mail | grep alex
drwxrwx---    7 alex     mail          280 Apr 27 13:16 alex

  >>Я включил пользователя john, от которого доставляется почта, в группу
>>mail, и разрешил этой группе писать в /var/spool/mail/alex и все 
>>подпапки, но все равно:
>>
>>[john@myserver john]$ echo hello | maildrop-userdb alex@myserver.ru
>>maildrop-userdb: Unable to open filter file, errno=2.
>>
>>Видимо, необходим доступ еще и к /home/alex/.mailfilter или как там
>>его, но это уж слишком.
> 
> 
> Нет, этого не нужно.

А в чем же тогда дело?

>>Да и вообще манипуляции с группой mail тоже не очень хороши. Есть ли 
>>более изящные способы (кроме mailman - это как пушкой по мухе).
> 
> 
> Мне видится три варианта:
>  - общая основная группа у всех почтовых аккаунтов, для которых
>    требуется описанный тобой способ филтьрации;

+ права доступа для группы. Но это вроде есть. Кстати, почему именно 
_основная_ ?

>  - отдельная Maildir-папка с соответствующими правами;

Да, так все и работает по-нормальному, но тут исключительная ситуация

>  - виртуальные почтовые ящики

Ох... Не читал ты мое письмо чуть ниже?

# echo hello | maildrop-userdb -d marconi@ugtovar.ru
[root@ugtovar etc]# su - mail -s /bin/bash
-bash-2.05b$ echo hello | maildrop-userdb -d marconi@ugtovar.ru

Все прекрасно. А вот результаты echo hello | mail marconi@myserver.ru

May 16 13:16:23 ugtovar postfix/pickup[28624]: 5600D1C68: uid=0 from=<root>
May 16 13:16:23 ugtovar postfix/cleanup[29086]: 5600D1C68: 
message-id=<20030516091623.5600D1C68@ugtovar.ru>
May 16 13:16:23 ugtovar postfix/qmgr[18962]: 5600D1C68: 
from=<root@ugtovar.ru>, size=279, nrcpt=1 (queue active)
May 16 13:16:23 ugtovar postfix/local[29088]: 5600D1C68: 
to=<marconi@ugtovar.ru>, relay=local, delay=0, status=bounced (unknown 
user: "marconi")

Я знаю, что Postfix не по твоей части, но может идейку какую-нибудь, а ? ;-)

>>Нельзя ли из /etc/courier-imap/maildroprc отдать письмо MTA или
>>положить в  /var/spool/mail/alex от имени alex?
> 
> 
> В процессе фильтрации, сообщение можно отдать на STDIN внешней
> программы. man maildirfilter. Но имей ввиду, что в случае доставки
> того же сообщения через MTA ты получищь mail loop, т.к. информация
> о получателе останется без изменения и сообщение снова попадет
> под общесистемный фильтр.

Угу, думал уже об этом

> Вобщем, вариантов - море. Сообщай подробности конфигурации, а там
> что-нить придумаем ... ;)

С stdin все-таки наверняка я выкручусь (хотя может это просто только на 
первый взгляд).

А вот как быть с виртуальными почтовыми ящиками, для которых мне вообще 
не нужны записи в /etc/passwd, я не могу придумать. Может Postfix вообще 
так не умеет? Т.е. ищет $LOGNAME в /etc/passwd в обязательном порядке, а 
если не нашел, то в master.cf на maildrop не смотрит, а просто 
выплевавает, да и все?

-- 
С уважением, Прокопьев Евгений

Re: [Comm] Maildrop filtering

[Dmitry Lebkov]

On Fri, 16 May 2003 13:23:49 +0400
Прокопьев Евгений <john@rmts.donpac.ru> wrote:

> Dmitry Lebkov пишет:
> 
> >>А как вообще тогда правильно решить задачу? Необходимо дублировать 
> >>определенные письма, выкладывая их в общую папку и в персональную
> >для>alex.
> > 
> > 
> > Все зависит от того, как организована доставка почты вообще. В каком
> > формате хранится, что alex использует для получения почты - IMAP или
> > POP3, alex и john - это учетные записи в системе или виртуальные
> > почтовые ящики? После ответов на эти вопросы можно будет думать над
> > задачей ...
> 
> Задача в целом такая. Есть группа разработчиков, для общения которых 
> имеется shared folder, в который они пишут (это последовательно 
> обрабатывают Postfix и Maildrop со своим
> /etc/courier-imap/maildroprc), и из которой читают посредством Courier
> IMAP. Есть некоторые (alex), которые сидят на диалапе, и просто не
> могут синхронизироваться с shared folder, даже при небольшом
> количестве писем, просто не удается дождаться окончания синхронизации.
> Ну а читать в онлайне им, понятное дело, неприкольно. Вот им и надо
> дать доступ через POP3, а копии писем складывать туда.

Для такой задачи самый оптимальный (IMHO) вариант - поднять лист
рассылки. Для начала - может быть даже примитивное перечисление
подписчиков в/etc/postfix/aliases. А почту фильтровать с помощью
персональных $HOME/.mailfilter.

> > Да, в процессе доставки почты локальным учетным записям maildrop
> > выполняется с UID/GID пользователя, которому производится доставка.
> > Т.е. если alex и john - локальные учетные записи и ты хочешь
> > скопировать сообщение, которое идет к john, в ящик к alex - оба этих
> > пользователя должны иметь одну и ту же _основную_ группу (Note: в
> > ALM, при создании пользователя, создается и группа с таким же именем
> > и по-умолчанию она является основной для этого пользователя).
> 
> # id john
> uid=500(john) gid=10(wheel) 
> groups=10(wheel),12(mail),52(cvs),104(webmaster),503(arbuz)
> # id alex
> uid=502(alex) gid=10(wheel) 
> groups=10(wheel),52(cvs),104(webmaster),503(arbuz)
> # ls -l /var/spool/mail/alex/
> total 14
> -rw-r--r--    1 alex     mail           12 Apr 27 13:13 
> courierimapsubscribed
> -rw-r--r--    1 alex     mail           15 Apr 27 13:13
> courierimapuiddb drwxrwx---    2 alex     mail           48 Apr 26
> 16:22 cur drwxrwx---    2 alex     mail          104 May 15 08:40 new
> drwx------    3 alex     mail           72 Apr 27 13:19 shared-folders
> -rw-r--r--    1 alex     mail           58 Apr 26 19:54
> shared-maildirs drwxrwx---    2 alex     mail           48 May 15
> 08:40 tmp
> # ls -l /var/spool/mail | grep alex
> drwxrwx---    7 alex     mail          280 Apr 27 13:16 alex
> 
>>> Я включил пользователя john, от которого доставляется почта, в
>>> группу mail, и разрешил этой группе писать в /var/spool/mail/alex
>>> и все подпапки, но все равно:
>>>
> >>[john@myserver john]$ echo hello | maildrop-userdb alex@myserver.ru
> >>maildrop-userdb: Unable to open filter file, errno=2.
> >>
> >>Видимо, необходим доступ еще и к /home/alex/.mailfilter или как там
> >>его, но это уж слишком.
> > 
> > Нет, этого не нужно.
> 
> А в чем же тогда дело?

Скорее всего, это искуственное ограничение в коде maildrop - не
открывать файл на запись, если UID/GID не являются основными и нет
однозначного разрешения записи в файл для всех остальных. 

> >>Да и вообще манипуляции с группой mail тоже не очень хороши. Есть ли
> >
> >>более изящные способы (кроме mailman - это как пушкой по мухе).
> > 
> > 
> > Мне видится три варианта:
> >  - общая основная группа у всех почтовых аккаунтов, для которых
> >    требуется описанный тобой способ филтьрации;
> 
> + права доступа для группы. Но это вроде есть. Кстати, почему именно 
> _основная_ ?

См. выше.

> >  - отдельная Maildir-папка с соответствующими правами;
> 
> Да, так все и работает по-нормальному, но тут исключительная ситуация
> 
> >  - виртуальные почтовые ящики
> 
> Ох... Не читал ты мое письмо чуть ниже?
> 
> # echo hello | maildrop-userdb -d marconi@ugtovar.ru
> [root@ugtovar etc]# su - mail -s /bin/bash
> -bash-2.05b$ echo hello | maildrop-userdb -d marconi@ugtovar.ru
> 
> Все прекрасно. А вот результаты echo hello | mail marconi@myserver.ru
> 
> May 16 13:16:23 ugtovar postfix/pickup[28624]: 5600D1C68: uid=0
> from=<root> May 16 13:16:23 ugtovar postfix/cleanup[29086]: 5600D1C68:
> 
> message-id=<20030516091623.5600D1C68@ugtovar.ru>
> May 16 13:16:23 ugtovar postfix/qmgr[18962]: 5600D1C68: 
> from=<root@ugtovar.ru>, size=279, nrcpt=1 (queue active)
> May 16 13:16:23 ugtovar postfix/local[29088]: 5600D1C68: 
> to=<marconi@ugtovar.ru>, relay=local, delay=0, status=bounced (unknown
> 
> user: "marconi")
> 
> Я знаю, что Postfix не по твоей части, но может идейку какую-нибудь, а
> ? ;-)

Лучше в отдельной ветке. В постфиксе я уже почти ас (не путать с ass) %)
- второй месяц "пытаю" его и в хвост и в гриву ...

> >>Нельзя ли из /etc/courier-imap/maildroprc отдать письмо MTA или
> >>положить в  /var/spool/mail/alex от имени alex?
> > 
> > 
> > В процессе фильтрации, сообщение можно отдать на STDIN внешней
> > программы. man maildirfilter. Но имей ввиду, что в случае доставки
> > того же сообщения через MTA ты получищь mail loop, т.к. информация
> > о получателе останется без изменения и сообщение снова попадет
> > под общесистемный фильтр.
> 
> Угу, думал уже об этом
> 
> > Вобщем, вариантов - море. Сообщай подробности конфигурации, а там
> > что-нить придумаем ... ;)
> 
> С stdin все-таки наверняка я выкручусь (хотя может это просто только
> на первый взгляд).

Лучше нормальные манагеры листов рассылки, чем пляски с самописными
скриптами ... ;)

> А вот как быть с виртуальными почтовыми ящиками, для которых мне
> вообще не нужны записи в /etc/passwd, я не могу придумать. Может
> Postfix вообще так не умеет? Т.е. ищет $LOGNAME в /etc/passwd в
> обязательном порядке, а если не нашел, то в master.cf на maildrop не
> смотрит, а просто выплевавает, да и все?

В отдельной ветке. Опиши, чего хочешь джостигнуть, и что не получается.
Что-нить подскажу ... ;)

--
WBR, Dmitry Lebkov

Re: [Comm] Maildrop filtering

[Mike Lykov]

В сообщении от Пятница 16 Май 2003 21:56 Dmitry Lebkov написал:

> Лучше нормальные манагеры листов рассылки, чем пляски с самописными
> скриптами ... ;)

Я тоже так решил - взял сервер списков рассылки на перле - minimalist ;)

устанавливается элементарно......

-- 
Mike