[devel] clamav & sendmail

[devel] clamav & sendmail

[Sergey Y. Afonin]

On Thursday 01 April 2004 13:21, Sergey wrote:

из "[sisyphus] U: clamav":
> И надо с сендмайлом еще конфиг для мильтера синхронизировать. 
> Я в sendmail-8.12.11-alt3 кое что поправил, показал Константину 
> Тимошенко. Он мне предложил его самостоятельно залить, как alt4. 
> Сегодня сделаю, наверное. Там будет строчка в mc: 
> dnl INPUT_MAIL_FILTER(`clmilter', `S=local:/var/run/calmav/clmilter.sock, T=C:15s')dnl

Хотя вот по поводу этого сокета. Вопрос, по большей части, к Виктору 
вопрос в продолжение разговора про запуск MTA и clamd под разными 
пользователями. Если так делать, то мильтеровский сокет там разместить
не то, чтобы не получится, но это будет плохо выглядеть с точки зрения
назначения прав на доступ к каталогам, как мне кажется...

Для присутствующих про разных пользователей: clamd имеет свойство 
просто падать, когда лимит на файлы кончается, а не просто ошибку
возвращать. Соответственно, его лучше в одиночестве пускать, как
я думаю.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] clamav & sendmail

[Sergey Pinaev]

hi.
On Thu, 1 Apr 2004 15:26:36 +0500
"Sergey Y. Afonin" <asy@altlinux.ru> wrote:

SYA> Для присутствующих про разных пользователей: clamd имеет свойство 
SYA> просто падать, когда лимит на файлы кончается, а не просто ошибку
SYA> возвращать. Соответственно, его лучше в одиночестве пускать, как
SYA> я думаю.

И похоже у него fd leak имеется =(

-- 
mail="Sergey Pinaev <dfo@antex.ru>"
url="http://`echo $mail | sed 's/.* <\(.*\)@\(.*\)>/\1.\2/'`"

Re: [devel] clamav & sendmail

[Victor Forsyuk]

On Thu, Apr 01, 2004 at 03:26:36PM +0500, Sergey Y. Afonin wrote:
> On Thursday 01 April 2004 13:21, Sergey wrote:
> 
> из "[sisyphus] U: clamav":
> > И надо с сендмайлом еще конфиг для мильтера синхронизировать. 
> > Я в sendmail-8.12.11-alt3 кое что поправил, показал Константину 
> > Тимошенко. Он мне предложил его самостоятельно залить, как alt4. 
> > Сегодня сделаю, наверное. Там будет строчка в mc: 
> > dnl INPUT_MAIL_FILTER(`clmilter', `S=local:/var/run/calmav/clmilter.sock, T=C:15s')dnl
> 
> Хотя вот по поводу этого сокета. Вопрос, по большей части, к Виктору 
> вопрос в продолжение разговора про запуск MTA и clamd под разными 
> пользователями.

Повторюсь, в продолжение разговора, что я по-прежнему не вижу аргументов
в пользу такого разделения.

> Если так делать, то мильтеровский сокет там разместить
> не то, чтобы не получится, но это будет плохо выглядеть с точки зрения
> назначения прав на доступ к каталогам, как мне кажется...

Вопрос даже не в этом. Достаточно странным выглядит предложение разнести
MTA и тесно работающий с ним фильтр по разным пользователям вместо того,
чтобы просто поднять лимит открытых файлов для этого пользователя.
 
> Для присутствующих про разных пользователей: clamd имеет свойство 
> просто падать, когда лимит на файлы кончается, а не просто ошибку
> возвращать. Соответственно, его лучше в одиночестве пускать, как
> я думаю.

Если это так, то нужно слать багрепорт и добиваться, чтобы это починили,
а не ставить горчичники больному геморроем. :)

Re: [devel] clamav & sendmail

[Sergey Y. Afonin]

On Friday 02 April 2004 02:36, Victor Forsyuk wrote:

> > Если так делать, то мильтеровский сокет там разместить
> > не то, чтобы не получится, но это будет плохо выглядеть с точки зрения
> > назначения прав на доступ к каталогам, как мне кажется...
> 
> Вопрос даже не в этом. Достаточно странным выглядит предложение разнести
> MTA и тесно работающий с ним фильтр по разным пользователям вместо того,
> чтобы просто поднять лимит открытых файлов для этого пользователя.

Ну, на самом-то деле, тесно с MTA clamd работает только в том случае,
если MTA к нему обращается напрямую. Кроме того, clamd по барабану, 
кто к нему обращается для проверки. Это может быть вовсе не MTA или 
какой-нибудь clamav-milter или amavis, а clamscan, к почте отношения 
как бы и не имеющий. Есть протокол, позволяющий clamd скормить некий
поток данных и получить от него ответ, заражено оно, или как. Может, 
кто для сквида что-то напишет, или для самбы. Что тогда ? При чем 
тут будет почта вообще ? :-)

> Если это так, то нужно слать багрепорт 

Это уж давно.

> и добиваться, чтобы это починили, а не ставить горчичники больному 
> геморроем. :) 

Это еще когда будет, а работать оно должно сейчас и выбирать не из 
чего - антивирусов под GPL я что-то больше не знаю.

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] clamav & sendmail

[Sergey Y. Afonin]

On Friday 02 April 2004 10:41, Sergey Y. Afonin wrote:

> > Вопрос даже не в этом. Достаточно странным выглядит предложение разнести
> > MTA и тесно работающий с ним фильтр по разным пользователям вместо того,
> > чтобы просто поднять лимит открытых файлов для этого пользователя.
> 
> Ну, на самом-то деле, тесно с MTA clamd работает только в том случае,
> если MTA к нему обращается напрямую. Кроме того, clamd по барабану, 
> кто к нему обращается для проверки. Это может быть вовсе не MTA или 

Вот, расскажи, при чем тут MTA ?
http://www.clamav.net/3rdparty.html#pagestart

Dazuko 

Supports: clamuko

 This project provides a kernel module, which provides 3d-party 
applications an interface for file access control. It was originally 
developed by H+BEDV Datentechnik GmbH to be used for on-access virus 
scanning. Other uses include a file-access monitor/logger or external 
security implementations. It operates by intercepting file-access calls 
and passing the file information to a 3rd-party application. The 3rd-party 
application then has the opportunity to tell the kernel module to allow 
or deny the file-access. The 3rd-party application also receives 
information about the file, type of access, process id, and user id. 

-- 
С уважением, Сергей Афонин
asy@altlinux.ru

Re: [devel] clamav & sendmail

[Victor Forsyuk]

On Fri, Apr 02, 2004 at 10:41:29AM +0500, Sergey Y. Afonin wrote:
> On Friday 02 April 2004 02:36, Victor Forsyuk wrote:
> 
> > > Если так делать, то мильтеровский сокет там разместить
> > > не то, чтобы не получится, но это будет плохо выглядеть с точки зрения
> > > назначения прав на доступ к каталогам, как мне кажется...
> > 
> > Вопрос даже не в этом. Достаточно странным выглядит предложение разнести
> > MTA и тесно работающий с ним фильтр по разным пользователям вместо того,
> > чтобы просто поднять лимит открытых файлов для этого пользователя.
> 
> Ну, на самом-то деле, тесно с MTA clamd работает только в том случае,
> если MTA к нему обращается напрямую. Кроме того, clamd по барабану, 
> кто к нему обращается для проверки. Это может быть вовсе не MTA или 
> какой-нибудь clamav-milter или amavis, а clamscan, к почте отношения 

У меня просто руки опускаются... Неужели я так непонятно формулирую?
Абсолютно по барабану, что clamav может использоваться И в других
ситуациях, не требующих интеграции с MTA.

> > и добиваться, чтобы это починили, а не ставить горчичники больному 
> > геморроем. :) 
> 
> Это еще когда будет, а работать оно должно сейчас и выбирать не из 
> чего - антивирусов под GPL я что-то больше не знаю.

А можно полюбопытствовать: что же все таки мешает поднять лимит открытых
файлов до значения, которое наверняка с головой покроет возможную
нагрузку?

Re: [devel] clamav & sendmail

[Sergey Y. Afonin]

On Saturday 03 April 2004 05:02, Victor Forsyuk wrote:

> У меня просто руки опускаются... Неужели я так непонятно формулирую?
> Абсолютно по барабану, что clamav может использоваться И в других
> ситуациях, не требующих интеграции с MTA.

Да нет, понятно. Понятно. Но только, как мне кажется, антивирусный 
сканер в настоящее время даже под Linux становится актуален не 
только для почты.

> А можно полюбопытствовать: что же все таки мешает поднять лимит открытых
> файлов до значения, которое наверняка с головой покроет возможную
> нагрузку?

Если есть возможность, вероятность лучше исключить, чем уменьшить. Не так ?
:-) Плюс зачем заботиться о количестве ресуров для сервиса там, где это 
можно отдать на откуп системе. Пусть она сама следит за лимитами там, где
это не очень критично с точки зрения ее работы.

Но, на самом деле, принципиальная часть мне кажется важнее. В смысле
то, что антивирус - это антивирус. И пользоваться им может любое приложение.

Только сдается мне, что это как-то никому не интересно кроме нас двоих.
Вобщем, фиг с ним тогда, пусть остается, как остается. А дальше видно
будет... :-)

-- 
С уважением, Сергей Афонин
asy@altlinux.ru