Настройка подключения к основному почтовому серверу!
Приветствую!
Задуманная схема прикреплена. Красные линии - общение вне офиса с "mail.com" Синие линии - общение в офисе с "mail.local" Желтые линии - общение между серверами. Задачи: 1) Сотрудники могут получать почту, вне и внутри офиса. 2) Заходя из офиса не должны приходить те же сообщения, которые они получали вне офиса. 3) Когда сотрудники находятся в офисе, письма адресованные сотрудникам не должны делать большой круг, а сразу отправляться по локалке. На "mail.com" есть почтовый ящик, но сервер "mail.com" стоит на базе *nix :) и он использует защищенное соединение. Могу схему словами расписать, что бы проще было понять: Если в офисе человек находиться, то маршрут сообщения таков: 1) user1@mail.com отправляет сообщение user2@mail.com user1 => mail.local => user2 2) user1@mail.com отправляет сообщение abc@gmail.com user1 => mail.local => mail.com => gmail.com Если ВНЕ офиса человек, то маршрут сообщения: 1) user1@mail.com отправляет сообщение user2@mail.com user1 => mail.com => mail.local => user2 2) user1@mail.com отправляет письмо abc@gmail.com user1 => mail.com => gmail.com Как это можно все настроить?)) Помогите пожалуйста) |
Идея слегка бредовая. А чем вызвана именно такая топология? Реализовать можно в принципе все, за одни м исключением. Сомневаюсь, что получится вот это:
Цитата:
|
Доброго времени суток!
Решил написать сюда т.к. схема похожа. Имеется 2 Windows server 2008: AD and Exchange 2007 Нужно все то же что описано в схеме выше, исключая mail.local. Т.е. для внутреннего документооборота использовать Exchange, который периодически "затягивает" почту из внешнего сервера и отправляет "в мир" через него же. Цитата:
Подскажите как настроить в exchange прием/отправку на внешний майлсервер. P.s.: Раньше работал только с *nix :search: |
А позвольте поинтересоваться, зачем такой, прошу прощения, геморрой? Не проще настроить прием\отправку на сам сервер?
Это все реализуемо, но требует дофига телодвижений, трудно в обслуживании и очень неудобно в работе пользователя. |
Для отказоустойчивости. Внешний мейлсервер нахотится на хостинге. В ближайшее время ожидается реорганизация серверной, что повлечет за собой временную недоступность серверов, в это время почта извне не будет доходить.
|
Понимаю, что это гемморой, но так хочет клиент.
Постараемся объяснить клиенту что это не есть гуд. |
Chechen, смотрите, тут все просто объясняется. Допустим, у Вас два пространства имен: company.com - внешнее, ящики с таким почтовым доменом находятся не у Вас, а у внешнего поставщика услуг, и firma.ru - внутреннее, ящики с таким почтовым доменом находятся у Вас на сервере.
Для того, чтобы забрать почту с сервера mail.company.com и разложить в соответствии: vasya@company.com = vasya@firma.ru, Вам потребуется стороннее решение класса POP Downloader. Большинство из них платные, но есть и бесплатные. Тут Вам Google поможет. Почту получили, дальше надо ответить. Если Ваша почта будет уходить напрямую с Вашего сервера, то в качестве адреса Reply To будет подставляться адрес vasya@firma.ru. И пользователи, получившие почту из Вашего домена, при ответе будут отправлять почту на vasya@firma.ru, т.е. на Ваш сервер, который почту-то и не принимает :) Как с этим бороться? Send Connector'ами. На каждого пользователя Вы будете создавать коннектор отправки, с указанием SMTP-сервера mail.company.com и авторизацие на каждого пользователя отдельно. При этом, Вам придется запрещать использование коннектора всем, кроме указанного пользователя. При заведении нового пользователя в домене, Вам необходимо будет завести его в AD, создать ему ящик в Exchange, создать ящик у поставщика услуг, создать коннектор отправки. Гораздо проще принимать почту к себе. Если боитесь проблем с каналом и потерь почты - найтиде хостера с возможностью предоставления услуги SMTP-релея с промежуточным хранением, и заключите с ним договор на основе SLA. Т.е. при падении канала хостер обязуется хранить входящую почту на своих серверах в очередях в течение определенного времени. |
Спасибо за советы.
Уже сделали как советовали выше - т.е. перевели MX и используем Exchange для хранения, отправки/получения |
Время: 17:09. |
Время: 17:09.
© OSzone.net 2001-