Как удостовериться, что в случае нашего почтового сервера, являющегося недостижимым (соединение вниз), почта все еще ставится в очередь и снова послала, после того как это вернулось?
Любой виртуальный выделенный сервер сделал бы этот штраф. Вы просто переходите к компании как slicehost, заказываете основной, выбираете свою предпочтительную ОС для него, и это будет готово в мгновение ока. Войдите в систему, установите свой mailserver, настройте брандмауэр и т.д., и Вы сделаны.
Вы никогда не можете быть уверены, что не потеряете электронную почту. Это находится просто не в протоколе.
Однако правильно настроенные почтовые серверы попробуют еще раз для чего-то как 12 - 48 часов, с дольше и более длинные окна между попытками повторной попытки вместо того, чтобы просто отбросить электронную почту в целом.
Технически Вы не можете управлять тем, что делают другие почтовые серверы или если они настроены правильно. Часть проблемы, по моему опыту - то, что люди имеют менталитет, что электронная почта является мгновенным обменом сообщениями. Это не. Это ненадежно и хрупко, и удивительно, что это все еще применимо в этот день. Нет ничего, встроил для аутентификации или проверки пользователей, она не шифруется, и из-за спаммеров, законным сообщениям весьма свойственно застрять в папках спама или для почтовых серверов для отбрасывания сообщений, подозреваемых в том, чтобы быть спамом, не уведомляя отправителя, что сообщение не было действительно передано.
Если у Вас уже есть вторая запись MX на удаленный хост, Вы уже делаете правильную вещь. Следующая вещь, которую Вы могли попробовать, настраивает резервные каналы с двумя различными поставщиками и игру с BGP и замечательным и уникальным миром вреда, который приносит проигрывание с резервными каналами.
Реальный вопрос, что в течение этого времени простоя, он влиял на Вашу почту и бизнес до такой степени, что он выравнивает по ширине преследование этого маршрута? Как часто Вы испытываете отключения электричества, и сколько времени они обычно длятся? Если влияние на бизнес достаточно высоко, можно посмотреть на маршрут дублирования; иначе поддержите прилегающий объект (с отдельным поставщиком) вторая система MX, и это должно быть достаточно хорошо, пока отношение преимущества/стоимости не диктует иначе.
-
1Для резервирования сети? Необходимо было бы исследовать две ссылки с помощью двух различных поставщиков и использовать BGP для маршрутизации. Это - немного отличающийся мешок сумасшедших для контакта с (en.wikipedia.org/wiki/Multihoming). Вы, вероятно, захотите задать другой вопрос, отдельный от этого, если Вы захотите исследовать доступность сети с помощью нескольких поставщиков. – Bart Silverstrim 26 October 2010 в 00:21
Вы могли использовать решение как postini, с тех пор его теперь находящийся в собственности Google, можно усилить их фильтрацию спама и также иметь место для почты очереди, если соединение понижается, тот Exchange Server идет. Я использовал его в прошлом, и это было фантастически, когда центр обработки данных, в котором у нас были наши серверы Exchange, испытывал проблемы.
-
1Мы не хотим перемещаться во внешнюю почтовую систему из-за тяжелого внутреннего трафика, мы не хотим, чтобы внутренний трафик вышел на улицу. Спасибо – Zero Cool 25 October 2010 в 20:47
-
2Внутренний трафик MAPI никогда не будет проходить внешний источник, это останется в Exchange Server. – DanBig 25 October 2010 в 20:48
Другим сервисом как Postini является mailroute.net. Одно преимущество сервисов как Postini и mailroute состоит в том, что Вы также получаете спам и вирусную фильтрацию, разрешающую Вам, во многих случаях, значительно уменьшите почтовые объемы до своей сети.