Отключите user_deny.db в Cyrus/imapd
Используя то, что у Вас есть Вы, могло использовать xcopy или robocopy (я не помню, что только один или другой делают это, или если оба делают), работающий в запланированной задаче для копирования просто differeces.
Поочередно, Вы могли создать местоположение DFS (или любое отображенное сетевое местоположение, действительно; сетевой диск, и т.д.), чтобы разместить совместно используемые файлы и указать на IIS на новое местоположение папки.
Если вы используете syslog-ng, вы также можете попытаться подавить идентичные сообщения с опцией подавления конфигурации:
options {
suppress(30);
};
В этом примере идентичные сообщения будут регистрироваться каждые 30 секунд
Кажется, правильный синтаксис фильтра:
filter f_imapd { facility(local6) and not match("fetching user_deny.db entry for" value("MESSAGE")); };
Я нашел следующее решение проблемы. Создайте (новый) user_deny.db из (пустого) плоского файла с cvt_cyrusdb и сообщения исчезнут.
https://www.cyrusimap.org/~vanmeeeuwen/imap/admin/sop-userdeny.html
cyrus-imapd отправляет все уровни сообщений (отладка, информация, предупреждения, ошибки) и не может отключать или изменять уровень сообщений. Об этом сообщалось в bugzilla в 2011 году, но они, похоже, не заинтересованы в его исправлении, поэтому сообщения нельзя отключить. Чтобы удалить их из журнала, их можно перехватить из rsyslog.
Для этого создайте файл в /etc/rsyslog.d, например:
vi /etc/rsyslog.d/fetching_user_deny_error.conf
Добавьте это в файл:
if $programname == 'cyrus' and $msg contains_i 'fetching user_deny' then ~
Чтобы завершить перезапуск rsyslog :
service rsyslog restart