Появилась одна гипотеза, которую пока не проверял, но сейчас попробую...
Дело в том, что накануне возникновения трабла, у нас в массовом порядке юзеры меняли подчинение подразделению. Возможно, что привязку Activity Party к письму, роутер осуществляет по паре: ID юзера + ID подразделения (как например, в таблице Accounts проверка идет по паре: ownerid - owningbusinessunit). Так вот, если подразделение участника изменилось - по паре роутер не надёт связку с письмом, поэтому письмо в отсматриваемом мэйлбоксе буит воспринято как новое и создано вновь.
Если у кого есть какие мысли на этот счет - делитесь!
__________________
Лень мудрого человека - это необходимое средство нейтрализации кипучей активности руководящих им дураков!
|