Asa 10.01 + Sql Remote

Недавно переехали на новую версию с "пятерки". Все хорошо,но появилась
никогда не виданная фича:
Две БД общаются посредством SMTP и один из серверов, после
успешного принятия входящих сообщений "выплевывает" в обратную
сторону ВСЕ команды UPDATE.

Беда получается следующая:
00:00. Пользователь на сервере №1 пишет в табличку значение, скажем 11:
UPDATE tbl1 set Fld1 = 11 where id = 1 ;

00:30 команда честно передается удаленному серверу №2

00:40 успешно принимается на сервере №2:
UPDATE tbl1 set Fld1 = 11 verify (Fld1) values (Null) where id = 1 ;

00:45 Пользователь сервере №1 передумал и пишет в табличку
UPDATE tbl1 set Fld1 = 22 where id = 1 ;

01:00 команда честно передается удаленному серверу №2
UPDATE tbl1 set Fld1 = 22 where id = 1 ;

01:00 а в это время Сервер 2 "отрыгивается" обратно
UPDATE tbl1 set Fld1 = 11 verify (Fld1) values (11) where id = 1 ;

01:10 сервер №1 успешно принимает
UPDATE tbl1 set Fld1 = 11 verify (Fld1) values (11) where id = 1 ;

01:15 бдительный пользователь поднимает шум на предмет
несанкционированных "откатов" данных к предыдущим значениям.

01:10 Сервер №2 принимает:
UPDATE tbl1 set Fld1 = 22 verify (Fld1) values (11) where id = 1 ;

01:30 Сервер №2 "отрыгивает" обратно
и в
01:40 сервер 1 принимает
UPDATE tbl1 set Fld1 = 22 verify (Fld1) values (11) where id = 1 ;
------------------------------------------------------------------------
ИТОГ: c 01:10 по 01:40 в БД1 временно воскресает убитое пользователем значение,
которое может привести к... ну понятно.

Причем если точкой старта являтся сервер2 - то ничего похожего не происходит.
Разницы в свойствах и опциях БД - не обнаружил....

Может кто видел подобное - поделитесь.

AntonXZ,

Отбой.

В качестве эксперимента Установил Asa на другую машину,
скопировал БД, запустил - все нормально, никаких пакостей c
возвратом UPDATE нет.
Похоже Asa как-то криво установлена - будем сносить и ставить
заново.