Вторая проблема вероятно как-то связана с первой. Т.к. такое было всего два раза и оба после "застревания" репликации.
Т.е. все задачи, которые меняли статус в период, когда обмен не шел из-за ошибок с одной стороны и отсутствия подтверждения с другой, остались в старом статусе.
Причем новые задачи при возобновлении репликации создались, а стырые не изменились.

Кирилл, добрый день.

Действительно, подобные проблемы могут возникать в случае, если репликация завершилась неудачно (например, во время выгрузки или загрузки данных отключили свет или пользователь снял задачу).

В этом случае, если не использовать прямого вмешательства в базу данных средствами СУБД, необходимо очистить буферную базу cm_empty (в утилиту SetOffline входит возможность очистки базы), пометить все неподтверждённые отправки как неуспешные и запустить репликацию повторно. В этом случае утилита репликации начнёт выгрузку данных, начиная с даты последней успешной репликации.

Если же Вам необходимо повторно передать на точку только одну таблицу или несколько записей из этой таблицы, Вы можете выполнить примерно такой запрос (привожу пример для таблицы задач):

update tbl_Task
set TimeChange = getdate()
where ... (Ваше условие)

Обращаю Ваше внимание, что если последняя репликация завершилась неуспешно, выполнение данного запроса гарантирует только то, что обновлённые Вами записи будут участвовать в репликации, но кроме них передадутся и все те, что были изменены после даты последней успешной репликации. Для того, чтобы передались только записи нужной Вам таблицы, необходимо, чтобы последняя репликация была успешной.

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

Спасибо за ответ.
Вчера попробовал. Все получается.

А что делать с ошибками в почте?
Приходится постоянно смотреть не свалилась ли она, чтобы оперативно ее подталкивать.

Появилась новая напасть...
На центральной точке перестала уходить почта, в логе появляется сообщение

(SMTP Send) Invalid receiver address

Причем она штук 5-12 писем отправляет "потом бац и вторая смена"
Это происходит только в одну сторону с центрального на удаленный.

Почтовые ящики сначала были на yandex.ru, потом я перенес их на свой домен. Изменился язык сообшения об ошибке... Т.е. это сервер ругается...

С ошибкой по SMTP разобрался - это ограничения у провайдера.

Осталось с POP3...

Кирилл, после того, как Вы перенесли ящики, проблема с POP3 осталась?
Дело в том, что утилита RepOffline.exe только считывает настройки с Settings.ini, записывать туда или изменять что-либо она не может.
Попробуйте сделать копию файла Settings.ini при нормальной работе утилиты репликации, и ещё одну после возникновения проблемы, а потом сравните оба файла - изменяются ли настройки, или нет.
Также прошу уточнить схему Вашей работы с репликацией: данные отправляются/получаются автоматически или вручную; если автоматически, то как именно это настроено; с какой частотой происходит передача данных и какой средний размер пакетов с данными.

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

Сейчас проблемы нет, в прошлый раз она проявилась дней через 5-7 после того, как я запустил репликацию.
Я думаю нужно подождать с недельку и посмотреть появится или нет.

Схема такова
На центральном месте запускается RepOffLine -ro 0 В 15 и в 45 минут каждого часа
А на удаленном - запускается RepOffLine -ro 0 В 00 и в 30 минут каждого часа

Объем где-то 200-400 кб

Спасибо за помощь.

Думаю, проблема должна устраниться после пересоздания почтового ящика.

Если возникнет снова - сообщите, пожалуйста.

Олег Лабьяк,
разработчик,
3-я линия Службы поддержки Terrasoft.

Хорошо. Спасибо Вам.