Добавил CC

1. Никакой секретности в том что dictd слушает на всех интерфейсах, нет.
2. Неизвестно какие это может вызвать проблемы.
3. Не вижу проблемы, так как по умолчанию доступ разрешён только для 
localhost, что настроено по умолчанию в
/etc/dictd.conf

> 1. Никакой секретности в том что dictd слушает на всех интерфейсах, нет.
Наверное. Я скорее для важности ставил галочку на securety. 
Прошу тогда имеющих такую возможность галочку убрать.

> 2. Неизвестно какие это может вызвать проблемы.
Вот именно -- неизвестно какие; что противоречит принципу default deny.

> 3. Не вижу проблемы, так как по умолчанию доступ разрешён только для 
> localhost, что настроено по умолчанию в
> /etc/dictd.conf
Именно тут я и вижу главную несуразность: если доступ запрещён, то зачем 
слушать интерфейс? Получается противоречивая конфигурация по умолчанию: 
на внешние запросы не отвечаем, но слушаем их. 

Чем не нравится вариант с control dictd {local|network}

Я готов даже сам соорудить необходимые патчи.

Поддерживаю предложение Кирилла.  По умолчанию dictd должен обслуживать только
localhost и не должен анонсировать себя на внешних интерфейсах.

Не будет ли более единообразным
control dictd {local,server}?

Я так понимаю, нужно будет завести
/etc/sysconfig/dictd
?

(In reply to comment #5)
> Не будет ли более единообразным
> control dictd {local,server}?

Да, конечно.

> Я так понимаю, нужно будет завести
> /etc/sysconfig/dictd
> ?

А для чего именно? Разве нельзя править 
control'ом непосредственно /etc/init.d/dictd ?

/etc/init.d/dictd лучше не менять для упрощения обновления.

сделал в 1.9.15-alt3
я конечно попробую его отправить в Incoming...

В смысле отправил, но не уверен что примут пакет от меня.