Назад | Перейти на главную страницу

Есть ли лучший план переноса систем электронной почты?

Я оказался в ситуации, когда меня попросили просто установить Exchange 2010. В компании есть ИТ-персонал, но они не сказали мне, что на самом деле они хотели перевести компанию с одной системы электронной почты (POP3) на Exchange. 2010, и они уже разработали план, как это сделать. У них около 150 пользователей в нескольких местах.

Как только я вошел в это, стало ясно, что они имеют в виду большее: их намерение состоит в том, чтобы они уже купили домен .net для Exchange, который соответствует их .com для POP3, и они намереваются пересылать все из .com POP3 учетные записи для учетных записей .net Exchange. Они никогда не рассказывали мне об этом плане до того, как я начал работу, и как субподрядчик я даже не участвовал ни в одном из предварительных обсуждений.

Я на 100% уверен, что Exchange работает исправно и стоит на месте. У них возникают проблемы с такими вещами, как ответ от двойных систем и другими вещами, связанными с ними. Я сомневаюсь, что эти проблемы будут решаемы, и что они должны просто быстро перейти на Exchange и покончить с этим. Проблема в том, что я сомневаюсь, что они это сделают.

Поскольку они не дожили до фактической фазы миграции, есть ли лучшие способы сделать это? Особенно лучший способ запустить их бок о бок, или они должны просто подготовить все и сделать один большой ход (который, я уверен, они будут бороться с этой идеей)?

Лично я бы не стал заниматься пересылкой, отстой, что вы не участвовали в выборе этапа миграции.

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

Сделать один большой ход - плохая идея, всегда есть что-то, что упускают или что-то неожиданно ломается, и когда он затрагивает 150 человек вместо 2, это будет ваша голова.

В последний раз мы проделали это между тремя системами (Qmail, Exchange07 (?) И Postfix), каждая из которых имела свои собственные входящие и исходящие серверы. Мы хотели объединить их все в Exchange 2010. Мы настроили сервер postfix в качестве приемника MX для всех трех платформ. Он получал почту для всех, сканировал почту на предмет спама и затем перенаправлял почту на соответствующий внутренний сервер на основе хеш-таблицы. Клиенты по-прежнему отправляли и получали электронную почту, не замечая никаких изменений, и нам постепенно приходилось переносить наших клиентов по одному за раз. (в любом случае клиенты не заметили никаких изменений, пока не подошел их день для обновления.)