Принцип работы системы построен таким образом, что при любом изменении информации в таблицах БД записывается информация о возникшем изменении (будь то добавление записи, корректировка или удаление). Далее при работе почтового сервиса системы эта информация обрабатывается и формируется журнал изменений для рассылки. Этот журнал? содержит в себе не только информацию об изменениях в данных, но и адресат (кому отослать). Далее почтовый сервис анализирует журнал для рассылки на стороне отправителя и формирует почтовые пакеты, которые отправляются в зависимости от настройки сегмента либо на почтовый сервер, либо сохраняются на диске (дискете). Когда получаемая сторона обрабатывает полученные пакеты, то система изменяет информацию таким же образом, как она была изменена у отправителя пакета. При успешной обработке почтового пакета, формируется информация о том, что данные доставлены успешно (уведомление). Затем уведомление поступает к отправителю и система корректирует (очищает) журнал изменений для рассылки. Эти механизмы работают независимо на обеих сторонах.
Иногда возникает необходимость вмешаться в нормальную работу почтового сервиса. Это может быть связано с тем, что администратор ошибся при настройке сегментов региона. Например, администратор, настроил предприятие не работающее в системе, как работающее, и почтовые пакеты стали отсылаться в несуществующий сегмент, происходит засорение журнала изменений для рассылки. Или возникла ситуация, когда работающее предприятие, после реструктуризации ликвидировано, но в журнале остался "мусор" (неподтвержденные о доставке записи). В этом случае поможет данная функция.
В начале работы система пытается открыть БД в монопольном режиме. Для этого временно блокируется приложение. Затем в диалоге предлагается выбрать какую часть уведомлений необходимо очистить. Очистить можно уведомления для: