В разделе настройки правил администратор может задавать критерии фильтрации входящей почты и присваивать им баллы (score):
Типы проверок:
Regex (1): Проверка темы или тела письма по регулярному выражению.
Subject (2): Поиск подстроки в теме письма (Subject).
Body (3): Поиск подстроки в теле письма (Body или Body_text).
Header (4): Проверка конкретного почтового заголовка (например, X-Mailer, Authentication-Results и др.) по заданному имени (HeaderName) и значению (Data).
Балльная система позволяет начислять положительные или отрицательные очки за срабатывание каждого критерия для формирования итогового вердикта по письму.
Система оперирует глобальными списками правил и фильтров, подгружаемыми в память почтового шлюза (мильтера) для быстрой обработки входящего потока SMTP-соединений.
Белые/черные списки могут содержать адреса подсетей и домены. Белый список добавляет -100 очков к рейтингу письма. Черный список добавляет +100 очков к рейтингу письма
RBL и DBL используют публичные сервисы проверки черных списком IP-адресов и доменов.
Письма, похожие на утечку данных задерживаются в карантине
Администратор может просматривать содержимое подозрительных писем, анализировать причины срабатывания триггеров (AnalyzeDescription) и принимать решение об их выпуске или удалении.
Доступ к веб-интерфейсу защищен механизмом авторизации ([Authorize]).
Управление учетными записями и смена паролей пользователей осуществляются через защищенный контур приложения для предотвращения несанкционированного доступа к настройкам фильтрации и карантину.
Строка подключения — ConnectionStrings:Default в appsettings.json.
Пароль не хранится в репозитории: передавайте его переменной окружения
ConnectionStrings__Default или через dotnet user-secrets
(в .csproj задан UserSecretsId). Для локальной разработки строка с паролем
задана в appsettings.Development.json.