Облако третьей стороны для корпоративной почты. Да или Нет

[TheBest]

Конечно облако. В корпоративном ЦОД.

[pinkmouse]

или дропбокс\яндекс. ессно для мелочёвки

[HTC]

Облако или нет для корпоративной почты?

- неправильно.

Облако третьей стороны для корпоративной почты.
Да или Нет

[John_Williams]

Ситуация из жизни

В организации стоит почтовый сервер , который качает почту и раздает ее по подразделениям.
Человек одного из отделов ушел в отпуск и доверил другому проверять свою почту. Тот кто ее проверяет вынужден покидать свое рабочее место, и каждый день включать компьютер в другом отделе, чтобы запустить Аутлук или Бат и синхронизировать почту, ответить на сообщения.
Что мы имеем. Сотрудник покидает свое рабочее место, уходит, начинаются задержки в работе в других подразделениях, ибо ушел начальник одного из отделов. Сотрудники не могут найти своего начальника, который проверяет почту непонятно где. =))

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


Ситуация с облаком. ХОСТИНГ + PDD.YA

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


Самая неприятность клиент-серверных систем в данном случае состоит в том, что есть шанс, что компьютер сотрудника сломается в самый неподходящий момент, и как назло вся почта с сервера уже вкачалась на машину пользователя. Где искать теперь почту)) В итоге есть риск потерять всю почту сотрудника.
Подумайте о рисках, они не в пользу локальных машин и серверов организации, ибо вероятность того что рухнет именно ваш сервер, а не яндекса или хостера, прямо скажем не в вашу пользу))
А ведь вам надо еще и резервирование продумать, докупить "ненужные" ресурсы и потом их администрировать.
Но мы не рассматриваем финансовый аспект, который имеет место быть.
Мы рассматриваем временной аспект работы сотрудников и скорость выполнения их обязанностей.

Отсутствие начальной оптимизации непонимание принципов работы, (работа на обслугу ) выжимает из сотрудника IT отдела всю энергию на чепуху, при большем количестве сотрудников в организации это приведет к нервному срыву из за рутинной и ненужной работы. Ежегодная ротация кадров вообще может Вас поломать =))

[HTC]

Для этого существует переадресация, юзеры сами себе настраивали в пару кликов перед отпуском.
А передача пары логина/пароля - САМОЕ грубейшее нарушение правил Информационной Безопасности какое только может быть

Берем к примеру ИБМ Нотес - юзай ты хоть толстый клиент, хоть через тонкий сиди из браузера. Проблема высосана из пальца.

Что значит закачал почту себе с сервера. Галочку сними чтобы на сервере не удалялось ничего
Синхронизация нафига придумана?


Если речь идет о небольшой компании,то да смысла особо городить нечего,на аутсорс почту спустил и делов.

Все зависит от потребностей самой конторы, не совсем уместно говорить о том что предложенный вариант применим везде.

[John_Williams]

Для этого существует переадресация, юзеры сами себе настраивали в пару кликов перед отпуском.
А передача пары логина/пароля - САМОЕ грубейшее нарушение правил Информационной Безопасности какое только может быть

Берем к примеру ИБМ Нотес - юзай ты хоть толстый клиент, хоть через тонкий сиди из браузера. Проблема высосана из пальца.

Что значит закачал почту себе с сервера. Галочку сними чтобы на сервере не удалялось ничего
Синхронизация нафига придумана?

Не могу согласится насчет того, что сотрудник что то будет делать и настраивать переадресацию. Покрайне мере у нас точно нет

[Александр Рыжов]

--

[step]

Вы взорвали мне мозг этой темой.

[TheBest]

Ситуация из жизни

Какой ужас...
А теперь представьте, что получив пароль другого пользователя, сотрудник сошёл с ума. Дальше ругательные письма партнёрам, угрозы и прочее...

Нормальные почтовые сервера позволяют не только сделать переадресацию, но и копирование почты на два адреса.
А ещё, о ужас, доступ к корпоративной почте извне.

[TheBest]

Что значит закачал почту себе с сервера. Галочку сними чтобы на сервере не удалялось ничего
Синхронизация нафига придумана?

Ты ещё про EAS расскажи.

[TheBest]

или Бат

Почему-то мне многое стало понятно.
Извините.

[John_Williams]

Ты ещё про EAS расскажи.

Зачем он нам нужен))
Платить за него??

Владельцам локальной версии MS Exchange хочется задать два вопроса.

Откуда Echange у вас забирает почту
И пользуетесь ли вы соеденителем по забору почты с другого сервера для MSEX. В наше время Эксченче не умел сам забирать почту с серверов, на которых она хранилась. Использовался соединитель. За этот соеденитель ведь тоже надо было платить в свое время, и держать второй сервер для приема почты из интернета

Второй вопрос. Какого размера файл пользователь может пересылать с локальной на удаленную машину в своей организации без лишних движений.

Третий вопрос в довесок. Вот организация отправляет и принимает почту. Будь то крупный банк или другая супер мега крутая контора. И хранит ее на локальный серверах. Но ведь почта откуда то появляется? Из воздуха чтоли или из интернета? То есть ,по сути, вы, администраторы, кто кичится за безопасность своих же структур, отгораживаетесь от инфраструктуры, в которой сами же всегда находились. Вы убегаете от того что породило всю вашу инфраструктуру... Аминь

[Александр Рыжов]

--

[TheBest]

Ты ещё про EAS расскажи.

Зачем он нам нужен))
Платить за него??

Владельцам локальной версии MS Exchange хочется задать два вопроса.

Откуда Echange у вас забирает почту
И пользуетесь ли вы соеденителем по забору почты с другого сервера для MSEX. В наше время Эксченче не умел сам забирать почту с серверов, на которых она хранилась. Использовался соединитель. За этот соеденитель ведь тоже надо было платить в свое время, и держать второй сервер для приема почты из интернета

Второй вопрос. Какого размера файл пользователь может пересылать с локальной на удаленную машину в своей организации без лишних движений.

Тяжковато читать этот поток сознания.
1. Exchange - это просто пример. Есть и другие решения.
2. "В наше время" это в какое? Какая версия софта имеется в виду?
3. Размер файла (вернее письма) настраивается на сервере.

Третий вопрос в довесок. Вот организация отправляет и принимает почту. Будь то крупный банк или другая супер мега крутая контора. И хранит ее на локальный серверах. Но ведь почта откуда то появляется? Из воздуха чтоли или из интернета? То есть ,по сути, вы, администраторы, кто кичится за безопасность своих же структур, отгораживаетесь от инфраструктуры, в которой сами же всегда находились. Вы убегаете от того что породило всю вашу инфраструктуру... Аминь

Можно ещё раз, только на русском? Вообще не понял мысль.
"Потрудитесь объяснить, кто на ком стоял" (с)

[John_Williams]

2. MS EXCHANGE 2010 лицензионный в пакете SBS 2011
3. Размер файла настраивается на сервере, но плохо настраивается. Попросту больше 50 метров не послать. У нас и 20 с проблемами уходило, благо сейчас можно смело гигабайт отправить по почте
Логика в том, что сберегать и хранить что то локально, администрируя весь процесс почтовой пересылки, когда это приходит в любом случае извне и доступно извне на серверах пересылки, глупо.(это все равно, что пытаться скачать весь интернет и объяснять это тем,что это делается в целях личной безопасности и сохранности информации)

[TheBest]

2. Вообще ничего не понял про сервера пересылки.
Есть почтовый сервер, который обслуживает домен abc.ru. Его пользователь отправляет почту в домен xyz.com
Куда отправит почту почтовый сервер abc.ru? Из каких серверов будет состоять цепочка пересылки письма?

[TheBest]

P.S. Размер файла настраивается хорошо.
Так что в вашем случае это не вина ПО.

[John_Williams]

У нас связка немного другая. Клиент-Почтовый сервер-Сервер пересылки-Датацентр. Сервер пересылки появлялся как раз потому, что Exchange не научился почту забирать самостоятельно. Сейчас схема другая Клиент-Сайт-Датацентр

[TheBest]

P.S. Размер файла настраивается хорошо.
Так что в вашем случае это не вина ПО.

Сможете через Exchange, не облачный ,мне прислать 200 метровый файл вложением? И лог отправки.

IP адреса оставить? :)
Это нормально делается, проблем нет. Если вас не устраивал Exchange, то возьмите другой сервер.

P.S. Таймауты правили, чтобы работать с такими файлами?

[TheBest]

У нас связка немного другая. Клиент-Почтовый сервер-Сервер пересылки-Датацентр. Сейчас Клиент-Сайт-Датацентр

В первом варианте что делал сервер пересылки и датацентр?

[John_Williams]

В первом варианте что делал сервер пересылки и датацентр?

Датацентр принимал почту на организацию под определенный домен. Почтовый сервер в датацентре поднимался через ВебИнтерфейс. Сервер пересылки забирал почту из ДЦ и передавал Exchange, ну и шла раздача по клиентам. Схема ацкая. Пришлось уничтожить и высвободить 2 сервера.

[TheBest]

John_Williams, Можно один вопрос?

В командной строке nslookup
Далее set type=MX вы же понимаете меня?
Далее вводим домен. Например, thebestsms.ru

nslookup
> set type=MX
> thebestsms.ru
thebestsms.ru MX preference = 20, mail exchanger = mail.thebestsms.ru
thebestsms.ru MX preference = 10, mail exchanger = mail.thebestsms.ru

mail.thebestsms.ru internet address = 92.63.99.126
mail.thebestsms.ru internet address = 92.63.99.126
>

Идея понятна?
Кто мешал прописать ваш Exchange как MX вашего домена и почта шла бы сразу на него?

[John_Williams]

EX мешал. не стартовал в организации после ребута сервера. Не работали 2-3 службы у него постоянно. Все устали от него. Прописали MX яндекса в ДЦ, а сервер ушел под БД

[TheBest]

Тихий ужас...
Вы реально считаете, что почтовый сервер уровня корпораций не может стартовать службы после ребута? Или службы не запускает?
Может это был дистрибутив с торрента, да к которому ещё руки не так приложили? Вот в это я поверю.

Итого, не разобравшись с проблемой, вызванной понятно чем, вы напрягли организацию на миграцию почты и прочий геморой, связанный с "модернизацией"?

[[TEQUILA]]

TheBest, это реально нонсенс. У меня на предыдущей работе тоже жаловались, дескать не все службы стартуют. А голову приложить - не, а зачем? Мы подрочим кнопку "перезапуск службы", авось стартанет раза с седьмого. Или это админы так свою "нужность" доказывали, что без них не заработает? Как только переделал - ни одного сбоя. А не, был один раз, место на ВМ кончилось и почта перестала ходить. Один раз.

[John_Williams]

Вы реально считаете, что почтовый сервер уровня корпораций не может стартовать службы после ребута? Или службы не запускает?

Прописать MX записи на Edge Transport недостаточно, чтобы Ex работал. Или вы им не пользуйтесь или голову мне морочите

[HTC]

У меня другой вопрос, нафига по почте Гигабайты гонять?

[John_Williams]

У меня другой вопрос, нафига по почте Гигабайты гонять?

Удобно, почта в облаке - это портативный жесткий диск. все под рукой.
Учитвать следует и перспективы. Увеличение объемов передаваемой информации с каждым годом. Через пару лет будем 10-ки гигабайт гонять по почте.

[HTC]

В некоторых крупных организациях это увольнение за слив информации)))

А шары там всякие внутрикорпоративные не, не надо?

Что значит 10 Гб? Если вы там не мультимедию порнопродукции пересылаете, то 50 мб. за глаза в 90% случаев

[John_Williams]

В крупных организациях это увольнение за слив информации

Как у вас все строго . У нас технику бери. Никто слова не скажет. Все держится на совести.