Перейти к содержимому


Фото
- - - - -

Update DrWEB MailD + Документация или крик души

DrWEB MailD Документация

  • Please log in to reply
35 ответов в этой теме

#1 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 28 Август 2019 - 15:30

Intro: Заранее извиняюсь, если кто-то решит обидеться, но выговорится нужно ибо наболело!. 2Модератор: Отдельного форума для DrWEB MailD, поэтому пишу сюда. Перенесите куда посчитаете нужным.
Intro2: ...У меня создалось впечатление что разработчики пишут документацию для разработчиков, то есть - для себя!....

 Изначально в моей маленькой сети стояла связка DRWES 10+Agent 11+ DrWEB MailD 6 (все это на разных машинах и, естественно, все было настроено и работало. В частности, связка postfix+dovecot+DrWEB MailD 6). После апдейта (точнее полной чистой установки. Тема была в соседнем форуме) DRWES 10 до DRWES 11 и подключения агентов путем замены pub ключа. Назрела необходимость апдейтить DrWEB MailD 6 до DrWEB MailD 11 (Тут надо отметить что агент DrWEB MailD 6 нормально подключился к DRWES 11 после подмены pub ключа), так как DRWES 11 ругался на разность версий антивирусных баз. Ладно, мы не гордые, почитаем сначала доку по обновлению drweb-11.0-av-mail-unix-ru.pdf, пункт "Переход на новую версию продукта". К сожалению, там ничего не написано, про особенности обновления, за исключением какое использовать обновление: репозиторий/пакет. Поэтому, решив, что проблем не будет (но не исключающих их) был скачан последний дистрибутив drweb-11.1.1-av-mail-freebsd-amd64.run (Других вариантов все равно нет для Freebsd64 - только универсальных пакет.).
Данный пакет был запущен, установлен с удалением предыдущей версии (раз делаем update, значит так и надо). Проверил статус после установки: DrWEB MailD - запущен и (я не удивлен), естественно, ничего не работает: то есть почта не ходит, агент не цепляется. Ладно, пробуем подцепить агент. Для этого читаем доку "Повторное подключение к серверу централизованной защиты": "

для подключения обновленной версии Dr.Web для почтовых серверов UNIX к антивирусной сети используйте команду:

$ drweb-ctl esconnect <адрес> --Key <путь к файлу публичного ключа сервера>

Первый облом случился после ввода drweb-ctl - нет такой команды.

Но мы не сдаемся: запускаем поиск и находим аж их 5 штук. Указываем полный путь и параметры (как в доке). И тут второй облом: нет такого ключа --Key!! Используем, как рекомендуется:

drweb-ctl esconnect --help

и выяснем что есть ключ --Certificate с аргументами. Запускаем и подставляем в качестве агрумента drwcsd.pub с которым я подключал агенты ES и агент от DrWEB MailD 6. Команда выполнилась, а толку ноль. Методом поиска инфы понял что сделал ошибку: нужен другой ключ drwcsd-certificate.pem. Увы, но подключить его не дает, пишет

"Error: Already connected or connecting is in progress".

DRWES в логах на подключение пишет что (вырезка из лога)

rcv <2 VIOLATION invalid%Sserver%Ssignature>

"client detected protocol violation "invalid server signature".

Теперь стоит вопрос: как поменять сертификат??? Дальнейшее чтение доки "Руководство администратора" говорит "

В случае возникновения затруднений с подключением обратитесь к администратору вашей антивирусной сети.

Это вообще на грани издевательства!! Мое второе "я" не знает как устранить затруднения ибо я являюсь администратором сети во всех ее ипостасях, как и большинство админов по Россиии.

Ладно, почитаем что пишут про Агент, может там что нибудь есть нужное и интересное. Смотрим главу доки "Dr.Web ES Agent", пункт "Аргументы командной строки". Там целой странице написано как вывести справку по командам которая делает вывод:

Command line options:
  -h [ --help ]         print help message and exit
  -v [ --version ]      print version and exit

и на этом вся справка заканчивается. Это вообще верх человек с альтернативными умственными способностямиизма! А чуть ниже написано:

Не предусмотрен запуск компонента непосредственно из командной строки операционной системы в автономном режиме.

Возникает вопрос: а зачем вообще ЭТО писали (про командную строку агента)????.

Ладно, на попытку подключения я "подзабил". Буду пробовать настраивать руками через файл drweb.ini, где, как пишет дока в разделе "Приложение Г. Конфигурационный файл программного комплекса", он "по умолчанию располагается в каталоге <etc_dir>". И тут выясняется (хотя я понял несколько ранее) что у меня таких файлов несколько и они отличаются расположением: один находится в ../drweb.com/.., а другой в ../drweb/... Методом "слома мозга" и чтения этой же доки я понимаю что drweb - это каталог оставшийся от старой версии, а drweb.com - это уже новая версия. Ладно, открываем drweb.ini (в новой версии), а там облом!:

#Use '/usr/local/libexec/drweb.com/bin/drweb-ctl cfset'
#To see all configuration variables use '/usr/local/libexec/drweb.com/bin/drweb-ctl cfshow'

и на этом все настройки!

Время уже перевалило на час ночи, но я не сдаюсь и делаю "drweb-ctl cfshow". На что мне вываливается список всех параметров с их значениями. И тут встает вопрос: где взять описание этих параметров???? В доке о них ни слова (партизаны, блин)!
Загнав параметры в файл для просмотра, натыкаюсь на два интересных параметра:

HTTPD.AdminListen = 127.0.0.1:4443
HTTPD.PublicListen = 127.0.0.1:4080

Стало интересно что же это такое HTTPD. Снова читаем доку, раздел "Dr.Web HTTPD".

Там написано:

Компонент Dr.Web HTTPD обеспечивает инфраструктуру для локального или удаленного взаимодействия с Dr.Web для почтовых серверов UNIX посредством протокола HTTP(например – через веб-браузер).

 "Вот оно, мое спасение!" - подумалось мне. Хоть есть какой то центр управления через который я могу настроить почту (благо и доку в формате html я нашел потом на диске). Но не тут то было: дальше написано:

"Компонент предоставляет ... интерфейс для управления продуктом (соответствующий пакет с файлами веб-интерфейса управления, предназначенного для доступа через браузер, должен быть установлен отдельно"

(отдельно, Карл!). Где его взять?? Дока про это молчит! Не говорит так же дока вытащенная из установленного дистрибутива (каталог /html/), хотя она мало чем отличается от drweb-11.0-av-mail-unix-ru.pdf....

   Вообщем провозившись до 3х часов ночи (итого шесть часов), я забил на это дело, решив отписаться тут. В связи с вышесказанным есть месседж к разработчикам/докописателям: вы продукт делаете для себя или все таки для клиентов вашей компании?? Если для клиентов, то нужно понимание, того что они не являются разработчиками (читать: Богами) и в большинстве случаев не понимают для вас очевидного. И в этом случае  хорошо написанная документация ориентированная на именно пользователя (который вообще впервые пытается разобраться в этим продуктом и его настройкой) снимет массу вопросов с техподдержки, а заодно и с вас. А также будет плюсом в качестве выбора вашего продукта.
Еще замечу что документация по DrWEB MailD 6 была хоть и сложной для моего понимания (так как только начинал ставить и разбираться с почтой), но хотя бы более подробной. Чего не скажешь о доке DrWEB MailD 11  - это просто отписка сделанная либо сознательно либо второпях. Мое мнение: лучше разделить доки для UNIX и LINUX систем так как данный продукт больше заточен именно на LINUX системы (судя по доке)

Заключение: в итоге я имею не работающую почту. Можно, конечно, запустить все это напрямую, без защиты, но IMHO, не стоит оно того - себе потом дороже выйдет
2форумчанам: если кто-то поможет поднять (то есть настроить) мне почту, что моя благодарность не будет иметь границ в пределах разумного!



#2 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 28 Август 2019 - 16:01

Вы установили продукт версии 11.1, а документацию читали от 11.0. Меж тем, там многое поменялось, в том числе и в esconnect, и в самом maild. А если сравнивать с 6 версией, то maild переписан полностью, с принципиально другой архитектурой, так что его придётся перенастраивать с нуля.

 

(соответствующий пакет с файлами веб-интерфейса управления, предназначенного для доступа через браузер, должен быть установлен отдельно"

Пакет называется drweb-httpd-webconsole и входит в состав инсталлятора, так что ничего доустанавливать в Вашем случае не надо.



#3 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 28 Август 2019 - 16:27

Вы установили продукт версии 11.1, а документацию читали от 11.0. Меж тем, там многое поменялось, в том числе и в esconnect, и в самом maild. А если сравнивать с 6 версией, то maild переписан полностью, с принципиально другой архитектурой, так что его придётся перенастраивать с нуля.

 

(соответствующий пакет с файлами веб-интерфейса управления, предназначенного для доступа через браузер, должен быть установлен отдельно"

Пакет называется drweb-httpd-webconsole и входит в состав инсталлятора, так что ничего доустанавливать в Вашем случае не надо.

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



#4 Denis G.

Denis G.

    Newbie

  • Dr.Web Staff
  • 27 Сообщений:

Отправлено 28 Август 2019 - 16:37

документации по параметрам drweb-ctl нет

Есть же man. Помимо этого в документации есть информация: https://download.geo.drweb.com/pub/drweb/unix/mail/11.1/documentation/html/ru/index.html?dw_9_ctl_commandline.htm



#5 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 28 Август 2019 - 16:50

по ману: моего английского не хватает для полного понимания

За ссылку спасибо - ушел читать



#6 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 28 Август 2019 - 16:51

документации по параметрам drweb-ctl нет,

Ну как же нет? Есть drweb-ctl --help, есть man drweb-ctl, есть https://download.geo.drweb.com/pub/drweb/unix/mail/11.1/documentation/html/ru/index.html?dw_9_ctl_commandline.htmи та же дока в установленном виде, причём Вы её, с Ваших же слов, уже нашли.

 

Агент к DRWES не подключается

Сделайте esdisconnect, а потом esconect с правильными параметрами (вроде бы, уже разобрались с ними).

 

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

Возможно, слушается только lo, а Вы пытаетесь подключиться извне?



#7 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 28 Август 2019 - 17:17

 

Сделайте esdisconnect, а потом esconect с правильными параметрами (вроде бы, уже разобрались с ними).

Спасибо. Попробую!

 

Возможно, слушается только lo, а Вы пытаетесь подключиться извне?

По дефолту стоял lo поменял параметры, выгрузил ipfw, кое как зашел в вебинтерфейс. Проблема встала за логином и паролем: где их взять?



#8 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 28 Август 2019 - 17:35

Все, спасибо!

агент подключился, в вебинтерфейс зашел. Правда логин/пароль рута к вебинтерфейсу  - это слишком!

Ушел "курить" мануал и настраивать почту


Сообщение было изменено Fast Deer: 28 Август 2019 - 17:35


#9 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 31 Август 2019 - 10:10

"Чукча не читатель! Чукча - писатель" (С) анекдот .... :D

Продолжение сюжета:

Попытался донастроить почту. Открываю документацию из веб интерфейса DrWEB MailD (ну и сам интерфейс). В доке сказано (У меня связка postfix+dovecot):

 

"Интеграция с MTA в качестве фильтра"

Параметры интеграции Dr.Web MailD с MTA

1. Postfix

Milter:

Добавьте следующие строки в файл настроек MTA main.cf:

smtpd_milters = <тип>:<сокет MailD>
milter_content_timeout = 300s
milter_default_action = tempfail
milter_protocol = 2

Обратите внимание, что к обязательным настройкам относятся параметры smtpd_milters и milter_protocol, остальные могут быть опущены.

 Добавляю в main.cf postfix'а "smtpd_milters = inet:127.0.0.1:12345", перезапускаем его и в логах видим

    "postfix/smtpd[173]: warning: connect to Milter service inet:127.0.0.1:12345: Operation timed out"

Идем настраивать DrWEB MailD: Добавляем в DRWES (почтовая станция -> DrWEB MailD -> Подключение через Milter -> Сокет для подключения MTA через Milter)

     inet:127.0.0.1:12345

Смотрим и видим что ситуация в логах не меняется; по команде socket -4 на почтовой станции нет открытого порта. :(

Ладно, пробуем добавить через веб интерфейс DrWEB MailD. Находим там DrWEB MailD ->MilterSocket и прописываем: inet:127.0.0.1:12345

Сохраненный результат меняется через 3-5 секунд и на "не задано".

Попытки как то по другому написать сокет (в некоторых доках написано что нужно использовать @) результата не возымели.

 

Ладно, есть еще вариант:

 

# drweb-ctl cfset MailD.MilterSocket "inet:127.0.0.1:12345" -a

Error: MailD.MilterSocket: Invalid option value

Из всех вариантов написания данной команды прокатила только

# drweb-ctl cfset MailD.MilterSocket "127.0.0.1:12345" -a

да и то после проверки выясняется что:

 

root@mail:~ # drweb-ctl cfshow | grep MilterSocket
MailD.MilterSocket =

"Ни чего не понимаю!" (С) "братья Пилоты".....



#10 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 31 Август 2019 - 12:23

Во-первых, в документации описан синтаксис параметра MilterSocket:

{путь к файлу | IP-адрес:port}

Во-вторых, зачем опция -a?

#11 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 01 Сентябрь 2019 - 16:38

1) В разных документациях он описан по разному: где нужно вписать тип: , а где не требуется..

2) эта опция позволяет добавлять параметр. Что с ней, что без нее все равно при подключенном агенте (централизованной защите) опция не меняется. Это я уже "допер" самостоятельно методом проб и ошибок.

 

Все таки мне удалось "прикрутить" MailD к почте и поэтому переходим от эпистолярного жанра к конкретным вопросам:

1) По поводу доступа к MailD HTTPD (вебинтерфейс): можно ли как то добавить/поменять пользователя для управления MailD? все таки логин и пароль рута на входе - это "не айс" (скорее дыра в безопасности)!

2) Хотелось бы понять что конкретно к моей связке (postfix+dovecot+ Milter MailD) должно быть запущено в MailD чтобы почта проверялась на вирусы и антиспам?

2а) В прошлом MailD нужно было указывать ящики, которые защищаются (лицензия на 5 ящиков). Нужно ли указывать это в новой версии (и где?)?

3) Нужно ли запускать ClamD для работы с моей связкой или все таки он идет как "отдельный" продукт (то есть не участвующий в цепочке MailD)? Судя по заголовкам почта проверяется на вирусы/спам и без ClamD

4) как запустить StatD - все таки он мне нужен, но не запускается (судя по вебинтерфейсу). В логах пишется периодически:

 

2019-Sep-01 16:16:33 ConfigD [63313] Notice: StatD idle state detected
2019-Sep-01 16:16:33 StatD [25273] Notice: Termination signal received, exiting...
2019-Sep-01 16:16:33 StatD [25273] Notice: Exit with status 107 (Process terminated by signal)

5) В письмах есть такой заголовок: X-AntiVirus: Checked by Dr.Web [MailD version: ]. Как заставить чтобы автоматически подставлял "MailD version" или его все же прописать вручную (что при смене версий "не айс")?. Каталог с версиями прописан.

6) К вопросу 2: как "избавится" от сообщений (как и что донастроить?):

 

2019-Sep-01 16:14:09 ConfigD [63313] Warning: Configuration options MailD.MilterRuleSetN are deprecated. MailD.MilterHook should be used instead
2019-Sep-01 16:14:09 ConfigD [63313] Warning: Configuration options MailD.SpamdRuleSetN are deprecated. MailD.SpamdReportHook should be used instead
2019-Sep-01 16:14:09 ConfigD [63313] Warning: Configuration options MailD.RspamdRuleSetN are deprecated. MailD.RpamdHook should be used instead
2019-Sep-01 16:14:10 ConfigD [63313] Warning: Configuration options MailD.MilterRuleSetN are deprecated. MailD.MilterHook should be used instead
2019-Sep-01 16:14:10 ConfigD [63313] Warning: Configuration options MailD.SpamdRuleSetN are deprecated. MailD.SpamdReportHook should be used instead
2019-Sep-01 16:14:10 ConfigD [63313] Warning: Configuration options MailD.RspamdRuleSetN are deprecated. MailD.RpamdHook should be used instead

7) Сообщение в логах:

 

2019-Sep-01 16:22:25 ConfigD [63313] Warning: Configuration option Antispam.FixedSocketPath is deprecated. Antispam.FixedSocket should be used instead

исчезает только когда прописана опция Antispam.FixedSocket, хотя такой опции в параметрах конфигурации нет. Это недокументированная фишка или все же баг?

8 PS:) Судя по новой документации и возможностях наглядно продемонстрированных в DRWES и MailD поддержка UNIX систем будет сводится к нулю и все сосредоточено на Linux системах ("акромя" винды, макОС и андроид)? Если так то это печально... :(



#12 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 01 Сентябрь 2019 - 18:48

1) В параметре ConfigD.AdminGroup задаётся группа, пользователи которой могут администрировать продукт.
3) Не нужно.

#13 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 01 Сентябрь 2019 - 18:54

1) а пользователей этой группы где взять? прописать как пользователей компа, где стоит MailD?

3) спасибо



#14 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 01 Сентябрь 2019 - 20:16

а пользователей этой группы где взять?

Системная группа, системные пользователи… pw в помощь.



#15 Denis G.

Denis G.

    Newbie

  • Dr.Web Staff
  • 27 Сообщений:

Отправлено 02 Сентябрь 2019 - 08:51

2) Хотелось бы понять что конкретно к моей связке (postfix+dovecot+ Milter MailD) должно быть запущено в MailD чтобы почта проверялась на вирусы и антиспам?

В настройках MailD у вас должен быть задан MilterSocket. Все нужные компоненты будут запущены по запросу от самого MailD.
 

2а) В прошлом MailD нужно было указывать ящики, которые защищаются (лицензия на 5 ящиков). Нужно ли указывать это в новой версии (и где?)?

Не нужно.
 

3) Нужно ли запускать ClamD для работы с моей связкой или все таки он идет как "отдельный" продукт (то есть не участвующий в цепочке MailD)? Судя по заголовкам почта проверяется на вирусы/спам и без ClamD

MailD для проверки на вирусы использует компонент Network Checker. Он не использует ClamD.
 

4) как запустить StatD - все таки он мне нужен, но не запускается (судя по вебинтерфейсу). В логах пишется периодически:

Если он установлен, то он запускается при поступлении новых событий, либо при их просмотре, например, по командам drweb-ctl events и drweb-ctl report.
 

5) В письмах есть такой заголовок: X-AntiVirus: Checked by Dr.Web [MailD version: ]. Как заставить чтобы автоматически подставлял "MailD version" или его все же прописать вручную (что при смене версий "не айс")?. Каталог с версиями прописан.

Изначально версия была захардкожена в хуке по-умолчанию. Сейчас есть возможность получить ее в хуке из модуля config. Например, так:

local dw  = require 'drweb'
local cfg = require 'drweb.config'

function milter_hook(ctx)
    -- Assign X-AntiVirus header
    ctx.modifier.add_header_field("X-AntiVirus", "Checked by Dr.Web [MailD version: " .. cfg.maild.version .. "]")
    -- Accept the message with all scheduled transformations applied
    return {action = 'accept'}
end

6) К вопросу 2: как "избавится" от сообщений (как и что донастроить?):

Использовать Lua-хуки

 

7) Сообщение в логах:

Судя по-всему это баг доки. Используйте FixedSocket вместо FixedSocketPath. Только нужно ли вам это на самом деле?

 

8 PS:) Судя по новой документации и возможностях наглядно продемонстрированных в DRWES и MailD поддержка UNIX систем будет сводится к нулю и все сосредоточено на Linux системах ("акромя" винды, макОС и андроид)? Если так то это печально...

Из чего такие выводы?


Сообщение было изменено Denis G.: 02 Сентябрь 2019 - 09:01


#16 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 02 Сентябрь 2019 - 18:51

2 Dmitry Mikhirev:

 

 

а пользователей этой группы где взять?

Системная группа, системные пользователи… pw в помощь.

 

Ну вроде как группа задается в настройках MailD. Из этого и (из Ваших слов) выходит что можно задать группу с помощью той же pw (к примеру, administrators) и вписать туда единственного пользователя (к примеру, admin) и это должно работать. Я правильно понимаю?



#17 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 02 Сентябрь 2019 - 18:59

Не MailD, а ConfigD, но в остальном — да, всё так.



#18 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 02 Сентябрь 2019 - 21:41

To Denis G.:

2) В настройках MailD должен быть задан MilterSocket.и все вроде как работает. Интересно нужно ли настраивать Spamd и Rspamd отдельно?

3) спасибо. Учтем.

4) "Чешу репу в недоумении" - даже не знаю хорошо ли это "килять" процесс или нет если он работает нормально. Просто сильно смущает в логах сообщение "StatD terminated"...

5) а куда это "запихнуть"? я пока с программированием на Lua не дружу, но в дальнейшем буду исправлять эту ситуацию.

6) вот тут вопрос: а нужно ли это в моей конфигурации? то есть оно реально работает или нет, чтобы ее настраивать?

7) да нет, в DRWES, настройках агента (вкладка "конфигурация") "пишется" (по Ctrl+Space) как раз FixedSocketPath. Других опций там нет. да и замена на FixedSocket "ворнинг" не убирает. По-этому и спрашиваю. На данный момент прописал обе опции. В этом случае хоть не лог ругается.

 

8) ну это мое субъективное мнение основанное на том что в MailD для FreeBSD отсутствует реализация Dr.Web Firewall, SpIDer Gate (тут меня очень "умиляет" в документации Пункт "Использование Dr.Web для почтовых серверов UNIX в режиме прозрачного прокси" где ниже выделено "Данная возможность доступна только в составе дистрибутивов, предназначенных для ОС семейства GNU/Linux.". Это к возврат к началу темы...) и судя по документации он более подробно "заточена" на Linux. К тому же в том же DrWES о FreeBSD нигде нет ни слова (кроме как обновления репозитория), за то Linux, MacOS, Windows, Android встречаются часто

Это как приходишь в магазин в котором бываешь не часто и вроде все нормально: отоварился-ушел. Потом приходишь через некоторое время, а полки все пустеют и пустеют. У продавца спрашиваешь: "Будете закрываться?", а в ответ - отрицание (чтоб не пугать клиентов навреное). А потом через полгодика магазин закрыт.... Чисто жизненное наблюдение



#19 Fast Deer

Fast Deer

    Newbie

  • Posters
  • 42 Сообщений:

Отправлено 02 Сентябрь 2019 - 21:46

Не MailD, а ConfigD, но в остальном — да, всё так.

 Ну в моем понимании MailD - это комплекс, а ConfigD - это часть его. Поэтому и пишу так. Это как сравнить с машиной (MailD), где руль - ConfigD. Чаще говорят что едут на машине а не за рулем. Но это все частности... :D



#20 Dmitry Mikhirev

Dmitry Mikhirev

    Member

  • Dr.Web Staff
  • 379 Сообщений:

Отправлено 02 Сентябрь 2019 - 23:57

в моем понимании MailD - это комплекс

Вы, конечно, вольны понимать его как Вам вздумается, но вообще это — один из компонентов комплекса.





Also tagged with one or more of these keywords: DrWEB MailD, Документация

Читают тему: 0

0 пользователей, 0 гостей, 0 скрытых