Расширение функционала для корпоративного использования

Полагаю для корпоративного использования реализация предложений ниже стало бы большим плюсом:
1. Возможность установки фильтра, чтобы при каждой синхронизации с Active Directory (AD)  не сканировать AD целиком, например: OU=Notes,OU=Workstations,OU=Computers,DC=domain,DC=com, а если в фильтре и группу безопасности (CN=*) можно будет указать, то это будет еще большим плюсом.
2. Возможность установки фильтра импорта из AD для отдельных каталогов адресной книги.
3. Возможность установки настроек по умолчанию для отдельных каталогов адресной книги.
4. Возможность управления через групповые политики, для начала настройками вьюера. Соответственно настройки, заданные через групповые политики, должны иметь приоритет над локальными настройками, в том числе и для портативных вьюеров.

Skaramush,
принимается, по пунктам 1-3 планы есть.

Ну раз первый пакет пожеланий отторжения не произвел то вот второй пакет хотелок:
5. Логирование действий в вьюере/хосте/сервере в журнале приложений WIndows и/или в собственном журнале в формате *.evtx.
6. Введение учетных записей администраторов с ведением аудита их действий (см. п.5), а до их введения возможность установки защиты паролем локального запуска консоли администратора.
7. Полная документация для актуальных версий на русском языке.

Третий пакет предложений:
8. Возможность привязки к учетным записям на сервере доменных учетных записей (как в 1С - можно и по паролю, можно и через доменную УЗ).
9. Вложенные группы в группах администрирования - для реализации ролевой модели было бы создать функциональные группы, разрешающие/запрещающие отдельные функции и уже этими функциональными группами наполнять ролевые группы: суперадмины, первая линия, вторая линия и т.п.  - это существенно упростит управление правами.

Skaramush,
Originally posted Skaramush:

5. Логирование действий в вьюере/хосте/сервере в журнале приложений WIndows и/или в собственном журнале в формате *.evtx.

Хост может писать в системный журнал (отдельный), см. настройки.

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

alex, спасибо за пояснения.
10. Последняя просьба - сделайте, пожалуйста различающиеся иконки вьюера и сервера.

Originally posted Skaramush:

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

они разного цвета.

Originally posted alex:

они разного цвета

Для дальтоников и дихромантов это цветовое различие неочевидно, к сожалению. Добавьте поверх иконки букву хотя бы, например: S - сервер, H - хост, V - вьюер.

По поводу пунктов 1,2
Я сделал через отдельную доменную УЗ через которую синхронизирую адресную книгу, и в оснастке ADSI убрал права чтения с ненужных папок для сканирования у этого пользователя

1. модуль инвентаризация: сбор информации о рабочем месте (железо/софт(и лицензии)/периферия)
2. карта в стиле FPinger с аналогичными возможностями
3. установка своего сервера
4. push-уведомления (включаемые/отключаемые) о появлении хоста в сети или по другим триггерам.

Originally posted y.babushkin:

1. модуль инвентаризация: сбор информации о рабочем месте (железо/софт(и лицензии)/периферия)

планируется реорганизация модуля.
Originally posted y.babushkin:

2. карта в стиле FPinger с аналогичными возможностями

Данный функционал давно был https://disk.yandex.ru/i/9HioozcdqeWkGg практически не пользовался спросом, его убрали, ни один пользователь не возмутился даже нет смысла поддерживать сложный функционал, который никому не нужен.
Originally posted y.babushkin:

3. установка своего сервера

имеется.
Originally posted y.babushkin:

4. push-уведомления (включаемые/отключаемые) о появлении хоста в сети

тоже имеется.