Прошу Сергея Афонина прокомментировать. Я не использую sendmail и,
соответственно,  не компетентен в деталях работы этой части clamav.

Что касается 2, Кажется, у меня дежавю. :-)
https://bugzilla.altlinux.org/show_bug.cgi?id=6093

Что касается 1, я как-то сразу в конфиге писал --external всё время, так что и 
не знаю, как в текущей версии.

А вообще, есть вероятность, что я вскоре перестану использовать clamav-milter 
в пользу mailfromd. Он, с недавних пор, обучен напрямую с clamd работать.

(In reply to comment #2)
> Что касается 2, Кажется, у меня дежавю. :-)
> https://bugzilla.altlinux.org/show_bug.cgi?id=6093

да, чесно говоря у меня тоже... дубликация получается.

> Что касается 1, я как-то сразу в конфиге писал --external всё время, так что и 
> не знаю, как в текущей версии.

я чесно говоря тоже испольую --external.... с того момента как баг был открыт :)

> А вообще, есть вероятность, что я вскоре перестану использовать clamav-milter 
> в пользу mailfromd. Он, с недавних пор, обучен напрямую с clamd работать.
> 

Судя по тому что mailfromd относительно новый проект и в ALTLinux используется
недавно (в ALC3.0 его еще нет), хотелось бы продолжить поддержку clamav-milter
для ALM2.4 до выпуска очередного ALM (хотябы по security-annonces).

PS: также хотелось бы чтобы вы поделились опытом миграции с clamav-milter на
mailfromd хотя-бы в двух словах на faq.altlinux.ru.

(In reply to comment #3)
> PS: также хотелось бы чтобы вы поделились опытом миграции с clamav-milter на
> mailfromd хотя-бы в двух словах на faq.altlinux.ru.
Напоминаю -- Q+A на faq@.  А вообще думаю, что wiki удобнее по крайней мере по
части самообслуживаемости (создать/поправить/откомментировать).

0.86.6, вроде как, не секюрити апдейт, потому особо не тороплюсь.

Что касается опыта миграции, это ещё в процессе. 
function `sa' checks the message for spam via SpamAssasin spamd
и
function `clamav' checks the message for viruses via ClamAV daemon
появились недавно, я их проверить не успел: до версии 3.0 я mailfromd 
рассматривал только как альтернативу verify_sender. Но, пока и на мой
взгляд, не хватает ещё возможности формировать уведомление о перехваченном 
вирусе. Но как только, так сразу. А wiki мне тоже больше нравится.

вышел mailfrom 3.1, вроде всё есть, на первый взгляд. Начал рисовать конфиг 
потихоньку.

mailutils-1.0-alt4 (работу функции semdmail поправили, надо для функции 
send_mail в mailfromd)
mailfromd-3.1.1-alt1
залиты в incoming и, даже, пересобрались.

В общем, там пояснять особо и нечего, по mailfromd.rc всё видно. Единственный 
момент - у меня оно всё ещё на экспериментальном сервере пока.

(In reply to comment #2)
> А вообще, есть вероятность, что я вскоре перестану использовать clamav-milter 
> в пользу mailfromd. Он, с недавних пор, обучен напрямую с clamd работать.

Тогда у меня возникает вопрос, что делать с пакетом clamav-milter. Это
специфический пакет для пользователей sendmail. Я его ни реально тестировать, ни
исправлять баги (за исключением приложения чужих готовых патчей) не имею
возможности.

Деактивируем его сборку в пользу mailfromd?

Перевожу баг, для порядка, в состояние CLOSED.

(In reply to comment #8)

> Деактивируем его сборку в пользу mailfromd?

В теории - да. На практике - надо бы подождать, пока у меня (или у кого-то ещё) 
mailfromd в качестве замены clamav-milter некоторое время не поработает. И, 
может быть, стоит его собирать, как есть, на случай неожиданных изменений в 
clamd. Хотя внезапно оно маловероятно - много стороннего ПО с clamd работает 
напрямую.

возможно у меня получиться после НГ потестировать mailformd на production, и не
только в качестве замены clamav-milter, но и spamass-milter от Dag Wieers,
которым сейчас пользуюсь.

PS: повторюсь, IMO clamav-milter нужно поддержать по SA до нового ALM, да и чуть
после желательно