Не принимается почта на дополнительном Exchange 2003
 

Установил дополнительный Exchange 2003, проделал все операции по совету Oleg Krylov (http://support.microsoft.com/kb/822931/ru), кроме непосредственного удаления самомо почтовика на старом сервере. Т.е.: передал роли(Set as master), перекинул Folders и прочие роли, провел операцию Internet mail wizard. Все успешно. Перенес все ящики на новый сервер - тоже успешно. Появился новый сервер в оснастке, создался SMTP connector.
НО:
1. На старом сервере база как весила (priv1.edb, pub1.edb) 20 гигов так и осталась... Почему? Ведь ящиков на этом сервере уже нет? или необходимо eseutil провести для освобождения?
2. Не принимается внешняя почта при выключенном старом сервере. Стоит включить старый, как вся почта висит в local delivery и оочень медленно пытается доставиться.

Может дело в ISA server ? На нем я создал правило (Mail publish), smtp(s) разрешены... В чем может быть ошибка?

Вдогонку: во вложении письмо, которое приходит чуть ли не ежечасно в 3-5 экземплярах. К чему оно?

И чуть не забыл: после всех манипуляций в routing groups у меня 2 SMTP коннектора. Может надо удалить первый от старого сервера?

что в routing group? Можно подробное описание? Телнетом на 25 порт нового сервера попадаете? Что пишет банер?

В routing groups - first routing groups.
2 сервера
S3 - old
S5 - new

В коннекторах 2 абсолютно идентичных коннектора, один привязан к S3 (bridghead server), другой к S5.


Я только что выяснил, что при выключенном старом сервере я не попадаю телнетом на сервер, т.е. telnet kts.kna.ru 25 вылетает без объяснений. При загруженном сервере выдается следующее:
220 kts.kna.ru Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Wed, 9 Jul 2008 17:05:56 +1100

Если я пишу telnet S5 25 - результат положительный. То есть получается проблема в файрволе, который не пропускает? Правило в иса создано....

А если при выключенном старом сервере вы пишете telnet <MX-запись вашего домена с приоритетом минимум> 25
Что тогда происходит?

Ой, пропустил, ответ выше есть)))))) Это значит, что публикация то на старый сервер нацелена... И плацдармом сделайте новый. Ибо почта идет через сервер-плацдарм, а у вас это старый, и вы его удалять собираетесь :)

Вот на этом месте чуть подробней :) Ткните курсором куда смотреть? :)

сервер-плацдарм, он же brigehead

То есть мне необходимо удалить старый smtp коннектор и оставить один, в свойствах bridgehead server которого прописать адрес вторичного exchange ? И все ?

да!

Ну и последний вопрос, чтобы уже отстать от многоуважаемого Oleg Krylov :). Я удаляю ОБА коннектора, и провожу по новой Internet Mail Wizard. Публикую новый сервер на прием-отправку. После этого появится новый SMTP коннектор, нацеленный на новый сервер. И потом глушу правила на ISA - публикация старого сервера + вырубаю старый сервер. Все верно? После этого должно все заработать?

Вроде бы должно... Просто я стараюсь мастерами не пользоваться. Создаю коннекторы вручную.

Я тоже стараюсь все вручную делать, просто после создания коннектора через визард я сравнил его со старым коннектором - полностью идентичны, ну, кроме bridgehead сервера конечно. Поэтому в данном случае можно и мастером :). Завтра с утра опробую.

ничего не понимаю... Сделал все как решили, при попытке зайти на telnet kts.kna.ru 25 вроде бы идет попытка соединения и тут же отваливается без каких-либо сообщений. Это при выключенном старом сервере. В коннекторах - один коннектор, нацеленный на новый сервер. Внутренняя почта бегает... Где что не так? Может необходимо сам протокол SMTP как то настроить дополнительно? telnet новый_сервер 25 работает на ура...

Иду по telnet S5 25 (изнутри)
После этого cmd стоит и подмигивает курсором уже минут 10, recipient OK не говорит....

Может где то еще прописывается ручками записи типа в hosts? кто нибудь прописал до меня kts.kna.ru - s3.kts.local а я мучаюсь сижу?
В AD MX запись только одна, приоритет поставил новому серверу 9.(был 10). Старую запись убрал. Может ли играть роль, что старый сервер еще и роль добавочного контроллера домена ведет?

А это уже наверное DSA голову парит... Повысьте диагностику на MSExchangeDSA, посмотрим.

MSExchangeMTA
Тип события: Предупреждение
Источник события: MSExchangeMTA
Категория события: Interface
Код события: 9318
Дата: 14.07.2008
Время: 8:39:55
Пользователь: Н/Д
Компьютер: S5
Описание:
An RPC communications error occurred. Unable to bind over RPC. Locality Table (LTAB) index: 152, Windows 2000/MTA error code: 9297. Comms error 9297, Bind error 9297, Remote Server Name S3 [MAIN BASE 1 500 %10] (14)

DSA - Information
Process MAD.EXE (PID=336). DSAccess has discovered the following servers with the following characteristics:
(Server name | Roles | Reachability | Synchronized | GC capable | PDC | SACL right | Critical Data | Netlogon | OS Version)
In-site:
main.KTS.local CDG 7 7 1 0 1 1 7 1
s3.KTS.local CDG 7 7 1 0 1 1 7 1
Out-of-site:


Что то сдается мне, проще перенести обратно все ящики, поставить с нуля сервер(на нем ставили до меня систему) и потом уже вчистую ставить exchange. Уж больно много глюков вылазит при стандартных, в общем то, действиях.

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

http://support.microsoft.com/kb/248488/en-us
http://support.microsoft.com/default...b;en-us;225206
http://support.microsoft.com/default...b;en-us;266312
Все что удалось нарыть. А есть еще ошибки? Можно посмотреть?

Я по моему выяснил причину такого тупого поведения. Началось с того, что при попытке нажать правой кнопкой на ящике пользователя мне вываливалась ошибка "Отказано в доступе". Пошарив гугл, нашел, что на реестр возможно нет прав. Выставил. ПОтом при попытке коннекта на любой \\server\c$ пошли просьбы ввести имя пароль. Потом начались проблемы с smtp. По telnet не принимал имя rcp to: (описывал эту проблему в отдельной теме). И еще кучка всяких идиотизмов вплость до сообщения в telnet: mail from:admin ... OK, rcpt to:administrator - relay denied...В общем, гнал.
И тут я вспомнил, что недавно пытался поставить SP2 на сервак с сайте MS и установка прервалась...... Соответственно после этого полезли глюки. Рестарт сервера вроде бы помог с ошибкой "отказано в доступе", но, т.к. сервер не выполняет никаких больше ролей кроме дополнительного Exchange, то думаю, будет проще поставить нормальную систему с нуля, поставить SP2 на Server и все по новой провести. Вы меня поддерживаете? :)

В общем и целом, конечно. Но можно было расковырять попытаться. Хотя, возможно, геморрой не стоит свеч :)

И вновь возвращаюсь к нашим баранам.
Поставил я новый сервер, перенес обратно все роли, ящики и т.п. Провел Internet Mail Wizard на прием/отправку, удалил старый SMTP коннектор. ТО есть все по инструкции как положено. Теперь я останавливаю службу SMTP на старом сервере и... telnet kts.kna.ru 25 обламывается..... Причем, если я пишу telnet S5 25 (новый сервер, который и должен отвечать при запросе на kts.kna.ru) - то все работает, почту отсылает, принимает через telnet. Почему так? Вроде бы уже все что можно настроил, все передал, коннектор удалил. Может быть это потому, что в моем DNS 2 MX-записи с номером 10 (на старый и новый сервера)? И telnet хватает первый и обламывается?

При попытке соединения выдает следующее:
telnet kts.kna.ru 25
220 kts.kna.ru Microsoft ESMTP MAIL Service, Version: 6.0.3790.1830 ready at Mo
n, 21 Jul 2008 13:46:26 +1100

telnet S5 25
220 kts.kna.ru Microsoft ESMTP MAIL Service, Version: 6.0.3790.3959 ready at Mo
n, 21 Jul 2008 13:46:29 +1100

Версии серверов: на старом 2003 Std SP1
на Новом 2003 Ent SP2.

У вас ISA? Правило публикации пересоздайте.

Уже сделал, перед тем как писать. Удалил Mail Wizard - создал по новой мастером Publish. Может необходим рестарт ИСЫ на всякий случай?

ISA проснулась....
Description: Server publishing rule [Publish Mail Server S5 SMTP Server] that maps 172.28.95.5:25 TCP to 80.237.112.23:25 for protocol [SMTP Server] was unable to bind a socket for the server. The server publishing rule cannot be applied.
The failure is due to error: 0x80070034

Вопрос снимается. Читать надо внимательней, что грамотные люди пишут :) Оказывается, в случае публикации SMTP сервера, правила почему то не читаются сверху вниз в ISA, а просто идет привязка 172.28.95.5:25 TCP to 80.237.112.23:25. Надо было удалить действующие правила на старый и новый сервера и пересоздать правила на новый сервер.