Почему соединение к внешним FTP-сайтам, медленным на виртуальном R2 2008 года а не на хосте?

Вопрос в большой степени зависит от Вашего кадрового потенциала и потребностей. Я имею в виду, преимущества для кого? Если Вы просите свой отдел ИТ (человек IT?) затем это зависит от того, насколько опытный они находятся в обработке электронной почты. Записи MX. Знание почтовых систем (как то, почему 10 meg вложений обычно являются плохой идеей по проводу, в то время как внутренне существуют пользователи, которые думают, ничто из огромных вложений друг другу затем не уклоняется о загадочных возвращенных сообщениях от родственников при пользовании электронной почтой им тех же вложений). Сколько они должны будут изучить на кривой по сравнению с их потребностями?

Для компаний с небольшими отделами ИТ и меньшими потребностями затем по административным причинам (не системный администратор) они могут предпочесть производить на стороне просто, потому что они не возражают выписывать чек, чтобы иметь сервис, который дает им электронную почту. Это - все, о чем они заботятся, у них есть электронная почта, они не заботятся, является ли это внутренним или внешним или поставляется единорогом.

По моему мнению, если бизнес является достаточно крупным, чтобы на самом деле иметь отдел ИТ и специализированный IP, у них, вероятно, не должно быть проблемы при хостинге почтового сервера. Это увеличивает доступность (если Ваше внешнее соединение понижается, они все еще имеют внутреннюю почту в наличии, сохраняя коммуникацию открытой среди сотрудников), и действительно кроме основных задач для любого admin'd сервера требуется мало дополнительного ухода, после того как вещи как резервные копии автоматизированы, и система настроена. Это также может быть интегрировано с Вашим управлением пользователями более легко (Т.е. я добавляю пользователя в активном каталоге, они могли настроить почтовый ящик сразу же, который в нашем особом случае довольно распространен должным быть измениться, и я уверен, что существуют размещенные решения, которые могут допускать соединения с удаленными сайтами для интеграции Active Directory существуют много, где это было бы дополнительным шагом).

В конце я думаю, что администрирование предпочло бы его в доме, потому что они не видят счет и действительно не заботятся, как это работает, пока это работает. Для людей IT это сводится к пулу знаний и кривой обучения, но в конце преимущества перевешивают отрицательные стороны. Другие вещи субъективны. Безопасность? Надежность? Кроме репутации от конкретного поставщика и вещей Вы уже можете учесть (как надежность Вашего Интернет-соединения, ограничений на Ваших размерах перевода через интернет), Вы не знаете, какой внутренние процедуры или условие поставщика действительно. Можно производить на стороне к компании, которая делает немного больше, чем, что сделала бы собственная компания, но с ним быть вне поля зрения, Вы просто собираетесь предположить, что они обрабатывают ее (пока что-то не идет не так, как надо). Босс, что касается его, просто хочет, чтобы единороги продолжали прибывать с минимальным спамом.