Несмотря на правильный DNS, отправка Exchange на неправильный сервер назначения для одного исходящего домена

Моя компания использует сервер SBS 2003 и использует Exchange для размещения собственной электронной почты. У нас также есть серверы хостинга linux для некоторых наших клиентов. Для того, чтобы мы могли отправлять этим клиентам, у нас был настроен внутренний DNS для теневого копирования клиентских доменов для предоставления "правильных" записей MX внутри нашей сети. Например, общедоступный DNS для домена abc.com может указывать на 1.2.3.4, но внутренне у нас есть записи MX, настроенные для маршрутизации почты для abc.com на 172.16.0.4, который является почтовым сервером linux. Эта установка была полностью функциональной; это просто история

Недавно мы переместили один из наших клиентских доменов с нашего внутреннего сервера Linux на внешнего поставщика электронной почты. Когда мы это сделали, мы естественным образом удалили наши внутренние теневые DNS-записи, чтобы наш сервер Exchange выбирал правильные (публичные) DNS-записи и направлял почту на новый внешний хост. Это не оказало никакого влияния на Exchange, хотя. Даже после перезагрузки сервера Exchange и полной очистки кэша DNS (nslookups на самой машине Exchange правильно разрешает новый внешний адрес) Exchange все равно пытается доставлять сообщения для домена на наш внутренний сервер! Exchange правильно перенаправляет на все остальные внутренние и внешние домены при отправке электронной почты.

Каким-то образом Exchange пытается доставить на машину, которую по всем учетным записям он не имеет возможности использовать только для этого одного домена. Есть ли DNS-кеш, который Exchange использует внутри? Есть ли способ очистить этот внутренний кэш? Что еще я мог упустить?