none
SMTP политики. Нужен совет. RRS feed

  • Вопрос

  • Добрый день, господа эксперты. Нуждаюсь в вашей помощи.

    Руководство хочет внедрить на предприятии Exchange Server. Сейчас почтовым сервером выступает какой то линуксовый сервер, который мы орендуем у провайдера - что оно такое я не знаю, т.к. имею доступ к панели управления в которой я могу добавить почтовый аккаунт, удалить, добавить МХ запись и сделать переадресацию с одного ящика на другой.

    Я протестировал Exchange в тестовой среде - вроде все ок, теперь хочу перевести часть компании (отдел ИТ) на Exchange - протестировать в боевых условиях.

    Я планирую сделать так - покупается еще один домен 3го уровня (в данный момент у нас домен company.com.ua в придачу мы еще возьмем company.co.ua), натравлю  Exchange на этот ново купленный домен, после я хочу настроить переадресацию на почтовых ящиках айтишников к примеру it@company.com.ua => it@company.co.ua . После всего этого по идее почта должна будет доходить куда положена. Сдесь вроде бы все понятно.

    А вот как быть с отпрвкой? Мне нужно чтобы обратный адрес был не @company.co.ua, а com.ua. У меня есть иде по этому поводу, но хотелось бы услышать спецов.



    • Перемещено Hengzhe Li 12 марта 2012 г. 8:54 forum merge (От:Exchange Server 2007)
    8 октября 2009 г. 8:22

Ответы

  • а пусть Exch обслуживает не одно адресное пространство , а несколько и первычиным\основным будет то что требуется - но в вышей схеме данный вариант применим с оговорками поскольку A,MX,PTR указывает на сегодняшний день на сервер ISP  


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    • Помечено в качестве ответа Vinokurov Yuriy 19 октября 2009 г. 9:58
    8 октября 2009 г. 9:45
  • Шаги выполнения я вижу такими:
    1) Создать Accepted Domain -  company.co.ua
    2) Создать новую политику почтовых адресов для вашего ИТ отдела  через которую  применяются нужные вам почтовые адреса company.co.ua
    3) В своствах почтовых ящиков выставить адреса типа company.com.ua как основные (правда для этого необходимо снять галку автоматического обновления политик почтовых адресов) 


    MCP/MCSA/MCTS:Exchange
    • Помечено в качестве ответа Vinokurov Yuriy 19 октября 2009 г. 9:58
    8 октября 2009 г. 9:46
  • Немного непонятен смысл отправки на несуществующий адрес. Если ящика нет, то письмо доставлено не будет - нельзя налить воду в стакан не имея стакана.
    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт.
    Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html

    Вы меня наверное не правильно поняли, основная часть почтовых ящиков находится на линуксовом сервере.
    Решил я это дело следующим образом, а именно сменой типа принимающего домена с Авторизированного на Внешний.
    • Помечено в качестве ответа Vinokurov Yuriy 22 октября 2009 г. 9:24
    21 октября 2009 г. 13:18

Все ответы

  • а пусть Exch обслуживает не одно адресное пространство , а несколько и первычиным\основным будет то что требуется - но в вышей схеме данный вариант применим с оговорками поскольку A,MX,PTR указывает на сегодняшний день на сервер ISP  


    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    • Помечено в качестве ответа Vinokurov Yuriy 19 октября 2009 г. 9:58
    8 октября 2009 г. 9:45
  • Шаги выполнения я вижу такими:
    1) Создать Accepted Domain -  company.co.ua
    2) Создать новую политику почтовых адресов для вашего ИТ отдела  через которую  применяются нужные вам почтовые адреса company.co.ua
    3) В своствах почтовых ящиков выставить адреса типа company.com.ua как основные (правда для этого необходимо снять галку автоматического обновления политик почтовых адресов) 


    MCP/MCSA/MCTS:Exchange
    • Помечено в качестве ответа Vinokurov Yuriy 19 октября 2009 г. 9:58
    8 октября 2009 г. 9:46
  • Вариантов на самом деле множество.
    Самый простой при этом способ:
    Вы можете договорится с провайдером о разрешении пересылки сообщений с IP адреса вашего почтового сервера (релей).
    Сервер Exchange настроить на отправку через Smart host (коим и будет SMTP сервер провайдера)
    При этом в качестве "главных" адресов электронной почты у Вас должны быть @company.com.ua


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Если ответ был для Вас полезен, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".
    8 октября 2009 г. 9:52
  • Шаги выполнения я вижу такими:
    1) Создать Accepted Domain -  company.co.ua
    2) Создать новую политику почтовых адресов для вашего ИТ отдела  через которую  применяются нужные вам почтовые адреса company.co.ua
    3) В своствах почтовых ящиков выставить адреса типа company.com.ua как основные (правда для этого необходимо снять галку автоматического обновления политик почтовых адресов) 


    MCP/MCSA/MCTS:Exchange

    не понятен пункт 3 - зачем сие делать в ручном режиме -))
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    8 октября 2009 г. 10:03
  • Вариантов на самом деле множество.
    Самый простой при этом способ:
    Вы можете договорится с провайдером о разрешении пересылки сообщений с IP адреса вашего почтового сервера (релей).
    Сервер Exchange настроить на отправку через Smart host (коим и будет SMTP сервер провайдера)
    При этом в качестве "главных" адресов электронной почты у Вас должны быть @company.com.ua


    Если ответ Вам помог, нажмите на изображение зеленой галочки - «пометить как ответ». Если ответ был для Вас полезен, Вы можете пометить это сообщение как «полезное», нажав на ссылку "проголосовать за полезное сообщение".

    а возможно ( вполне ) что и с ISP договариваться не придется - проверить да\нет дело пары минут -)
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    8 октября 2009 г. 10:04
  • не понятен пункт 3 - зачем сие делать в ручном режиме -))

    политика по умолчанию будет присваивать  дреса вида company.com.ua 
    политика для адресов company.co.ua  будет иметь приоритет выше  и  соответственно  эти адреса будут при наличии галки основными
    поэтому я и предлагаю снять галку

    или я не понял вашего вопроса ?

    MCP/MCSA/MCTS:Exchange
    8 октября 2009 г. 10:15
  • не понятен пункт 3 - зачем сие делать в ручном режиме -))

    политика по умолчанию будет присваивать  дреса вида company.com.ua 
    политика для адресов company.co.ua  будет иметь приоритет выше  и  соответственно  эти адреса будут при наличии галки основными
    поэтому я и предлагаю снять галку

    или я не понял вашего вопроса ?

    MCP/MCSA/MCTS:Exchange

    все можно сделать в рамках одной политики в которой и указать оба адреса и приоритеты назначения адресов
    Exchange MVP. _ This posting is provided "AS IS" with no warranties, and confers no rights.
    8 октября 2009 г. 10:36
  • Чесно говоря для создания политик постоянно использую EMC, а не PS - поэтому и дал такой совет.

    MCP/MCSA/MCTS:Exchange
    8 октября 2009 г. 10:51
  • Спасибо всем, мои прогнозы подтвердились.

    Шаги выполнения я вижу такими:
    1) Создать Accepted Domain -  company.co.ua
    2) Создать новую политику почтовых адресов для вашего ИТ отдела  через которую  применяются нужные вам почтовые адреса company.co.ua
    3) В своствах почтовых ящиков выставить адреса типа company.com.ua как основные (правда для этого необходимо снять галку автоматического обновления политик почтовых адресов) 

    Вот этот вариант мне больше всего подходить, я вообще то так и думал сделать. Я вот только не знаю будет ли почта уходить, т.к. MX записи домена company.com.ua ссылаются на почтовик ISP. Возможно мне придется туда добавить еще одну МХ, которая будет ссылаться на айпи моего Excheng Servera.

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

    Еще раз спасибо, как будут результаты - отпишусь.
    8 октября 2009 г. 12:03
  • Спасибо всем за советы у меня все заработало. Но есть одно но. Когда я пытаюсь отправить почту в домен company.com.ua получателям, у котрых на сервере не созданы почтовые ящики, с сервера приходит сообщение

    Адрес электронной почты получателя не найден в почтовой системе получателя. Microsoft Exchange не будет повторять попытку доставки сообщения. Проверьте адрес электронной почты и повторите отправку сообщения или передайте указанное ниже диагностическое сообщение администратору.

    Можно ли это каким то образом обойти?

    12 октября 2009 г. 10:35
  • Немного непонятен смысл отправки на несуществующий адрес. Если ящика нет, то письмо доставлено не будет - нельзя налить воду в стакан не имея стакана.
    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт.
    Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html
    19 октября 2009 г. 10:01
  • Немного непонятен смысл отправки на несуществующий адрес. Если ящика нет, то письмо доставлено не будет - нельзя налить воду в стакан не имея стакана.
    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт.
    Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html

    Вы меня наверное не правильно поняли, основная часть почтовых ящиков находится на линуксовом сервере.
    Решил я это дело следующим образом, а именно сменой типа принимающего домена с Авторизированного на Внешний.
    • Помечено в качестве ответа Vinokurov Yuriy 22 октября 2009 г. 9:24
    21 октября 2009 г. 13:18
  • Да, я действительно вас немного не понял)
    Все вышесказанное является моим личным мнением, не имеющим отношения к корпорации Майкрософт.
    Доклады на Techdays: http://www.techdays.ru/speaker/Vinokurov_YUrij.html
    22 октября 2009 г. 9:24