domino-exchange

 https://winitpro.ru/index.php/2014/01/11/vosstanovlenie-povrezhdennogo-yashhika-v-exchange-20102013/ Восстановление поврежденных ящиков и папок в Exchange 2016, 2013, 2010 08.06.2022   itpro   Exchange   Комментариев пока нет Статья посвящена достаточно распространенной проблеме, с которой рано или поздно сталкиваются все администраторы Exchange –  повреждение (логические ошибки) в почтовом ящике  пользователя. Подобные логические ошибки проявляются в таких проблемах, как ошибки синхронизации и  зависания в Outlook  , неправильное представление элементов в папке, их неверное количество, сбои в поиске, ошибки в общих папках и т.д. Эти ошибки в основном возникают из-за сбоев на стороне клиента Outlook, в том случае, если клиент при обработке элементов почтовых папок некорректно обновляет флаги MAPI (особенно часто это происходит с «общими» ящиками, с которыми одновременно работают несколько пользователей). В большинстве случаев пользователь может даже не подозревать о наличие в его ящик

  Для KSMG 2.1 (Virtual Appliance) вышел патч закрывающий уязвимость CVE-2024-6387, которая известная как regreSSHion . Инструкция: https://support.kaspersky.com/help/KSMG/2.1VA/ru-RU/279354.htm Скачать: https://www.kaspersky.ru/small-to-medium-business-security/downloads/mail-server

  Коллеги, подскажите, в какой журнал пишутся логи по синхронизации LDAP? Andrey Yasnov grep LdapC /var/log/ksmg-traces

  Денис @tynocorp  Открывал такой кейс для старых версий KSMG (INC000009045949 2018г.) с вопросом блокировки NDR. Ответ ТП: Правила работают по полю envelope from (mail from команда в SMTP сессии), а не по заголовкам. К сожалению, правило создать нельзя, но можно сделать настройку средствами Postfix. Письма нельзя будет поместить в хранилище. Будет доступно только удаление. http://www.postfix.org/header_checks.5.html В KSMG для этого потребуется в конец двух файлов из консоли/opt/kaspersky/klms-appliance/share/postfix/main.cf.template /etc/postfix/main.cfдобавить строчку header_checks = pcre:/etc/postfix/header_checks а в /etc/postfix/header_checks добавить/^From:.*mailer-daemon@.+/ DISCARD и выполнить service postfix restart В результате такие письма будут удаляться без оповещения отправителя. Сами так не делали, создали транспортное правило на Exchange

 https://www.cisecurity.org/cis-benchmarks

 https://youtu.be/CKgoMIfsO94?si=ZzYQt9-ED7mfOQet

  https://support.kaspersky.com/ksmg/2.1/ru-RU/234112.htm https://support.kaspersky.com/KSMG/2.1VA/ru-RU/225130.htm