[решено] Exchange 2003. Добавление нового домена.

[exo]

Доброго вечера.
Есть Win 2003 SE SP2
Exchange 2003
Есть уже существующий почтовый домен maildomain.ru для нашей организации. Сеть у нас доменная domain.local.
Т.к. я новичёк в Exchange с нуля, подскажите с чего начать, чтобы научить Exchange принимать\отправлять почту для другого домена - crazymaildomain.ru.
П.С.: знаю что, что для нового домена нужно регить имя, править ДНС зону на наличие записи типа МХ - всё это есть.
Спасибо.

[Oleg Krylov]

В ESM в контейнере Recipients - Recipients Policy создайте новую политику и измените SMTP-адрес (вернее шаблон) на необходимый. Если поставить галку Set as Primary, то он же будет использоваться в качестве адреса Reply To.
Затем правой кнопкой на новой политике - Apply this policy now
Предупреждения Exchange можно проигнорировать. Рестарта сервисов не требуется, сервер сразу будет готов к приему почты для нового домена.

[exo]

Recipients Policy создайте новую политику и измените SMTP-адрес (вернее шаблон) на необходимый. »
помимо этого нужно создовать отдельный Storage Group ? Какие там настройки указывать?

измените SMTP-адрес (вернее шаблон) на необходимый »
с SMTP понятно. А вот с х.400 - нет. Он вообще обязателен для нового домена?

и ещё:
там есть вкладка Filter Rules.
Как мне эти правила фильтра скопировать для нового домена, или там должны быть свои правила фильтра? Какие?

Затем правой кнопкой на новой политике - Apply this policy now »
не активна. подозреваю из-за отсутствия правил фильтра.

[Oleg Krylov]

помимо этого нужно создовать отдельный Storage Group ? Какие там настройки указывать? »
Нет. О каких настройках речь?
с SMTP понятно. А вот с х.400 - нет. Он вообще обязателен для нового домена? »
Вы наружу по x.400 отправлять собираетесь? ;)
Как мне эти правила фильтра скопировать для нового домена, или там должны быть свои правила фильтра? Какие? »
Это правила, по которым политика будет выбирать к кому из пользователей применяться. Если Вы хотите применить ко всем объектам - можете фильтр не менять.
не активна. подозреваю из-за отсутствия правил фильтра. »
Естественно

[exo]

Это правила, по которым политика будет выбирать к кому из пользователей применяться. Если Вы хотите применить ко всем объектам - можете фильтр не менять »
я думаю будет спец группа в AD. И членам группы будут ящики назначаться.
т.е. мне там в фильтрах найти эту группу и указать?

Нет. О каких настройках речь? »
у нас просто уже есть один заведённый домен, нужен ещё один. Вот я и по аналогии делаю.
Тот домен другой сотрудник делал, который уже давно не работает.
И для того домена есть Storage Group. И там есть Mailbox и список всех ящиков. Или оно само создасться...

[Oleg Krylov]

exo, для начала, конечно неплохо было бы хоть "Exchange Server 2003: путь от чайника до гуру за 21 день" прочитать :) Без обид.
я думаю будет спец группа в AD. И членам группы будут ящики назначаться.
т.е. мне там в фильтрах найти эту группу и указать? »
Custom LDAP-запрос. Но это не самый простой путь. А посадить их в одну OU реально? Или Custom Attribut назначить? Так проще было бы.
у нас просто уже есть один заведённый домен, нужен ещё один. Вот я и по аналогии делаю. »
По аналогии надо уж было с DCPROMO начать :) Нет, тут все проще. Политика адресов всего лишь добавляет дополнительные адреса существующим пользователям, RUS отрабатывает раз в сутки. Это если автоматом. Руками можете хоть каждые пять минут назначать адреса. Вопрос сводится к адресу, который указывается в поле Reply To, т.е. тот, на который будут приходить ответы. Для этого в политике есть галка Set as primary. Если ее поставить, то у пользователей, на которых применилась эта политика, новые адреса будут адресами для ответа по умолчанию. Но так же сохранится адрес и старого домена. Т.е. принимать будет на оба, отправлять с нового. но это, повторюсь, один и тот же пользователь, один и тот же ящик, одна и та же группа хранения и т.д.

[exo]

за 21 день »
конечно без обид. увы нет у меня 21 дня. дали задание - за выходные решить. а есть электронная версия, скачать, прочитать ?
А посадить их в одну OU реально? »
думаю да.
Но так же сохранится адрес и старого домена »
я думаю старого домена не будет вообще, т.е. у этих пользователей не будет моего домена, где у меня почта.
та же группа хранения »
так какже быть группой хранения? мне её создовать для ногового домена?

[Oleg Krylov]

а есть электронная версия, скачать, прочитать ? »
См. в РМ.
думаю да. »
LDAP по OU проще формируется. Так будет лучше всего.
я думаю старого домена не будет вообще, т.е. у этих пользователей не будет моего домена, где у меня почта. »
Вот этого я недопонял. Поясните плиз.
так какже быть группой хранения? »
Дело хозяйское. Сервер будет полностью в Вашем распоряжении? Отдельная группа хранения даст возможность отдельно настроить резервное копирование (можете чаще, можете реже), политики хранения удаленных элементов и т.п. Оно конечно удобнее. Вопрос: редакция Std или Ent? Если Std, вторую группу создать не даст...

[exo]

Вот этого я недопонял. Поясните плиз »
ну там есть почтовый домен mail.domain - это мой почтовый домен.
У них будет отдельный домен. А мои они не будут пользоваться.
Вопрос: редакция Std или Ent?»
хм... там есть уже 5 груп хранения. при создании ещё одной, когда я начал тестирование, он ругнулся на лимит - что больше не могу создать групу хранения.
А я так понял, раз Отдельная группа хранения даст возможность отдельно настроить резервное копирование (можете чаще, можете реже), политики хранения удаленных элементов и т.п. Оно конечно удобнее. »
то отдельная группа хранения необязательна, но желательна.
Вообще у нас два серера Exchange, на втором можно создать группу хранения. Там наверное и будем создовать домен.
Сервер будет полностью в Вашем распоряжении? »
да.

[Oleg Krylov]

Там наверное и будем создовать домен »
exo, это опять в корне неверное мнение. НЕ НУЖНО СОЗДАВАТЬ НИКАКИХ ДОМЕНОВ!!!! Только новую Recipient Policy. А она создается на уровне почтовой организации. Т.е. леса. Ей все равно на каком сервере находится пользователь.

[exo]

НЕ НУЖНО СОЗДАВАТЬ НИКАКИХ ДОМЕНОВ!!!! Только новую Recipient Policy »
я это и имел виду - почтовый домен, который через политики создаётся.

[exo]

Oleg Krylov, я тут почитал, для чего нужны группы хранения.
Я не могу создать новую группу хранения из-за лимита групп, но мне хотелось бы иметь отдельное хранилице почтовых ящиков для нового почтового домена.
Для этого я ведь могу взять имеющуюся группу хранения и там создать хранилище почтовых ящиков?
Или если не создовать хранилище почтовых ящиков - то где они будут хранится, в каком-то хранилище по умолчанию?

читаю дальше маны...

[Oleg Krylov]

отдельное хранилице почтовых ящиков для нового почтового домена. »
Это гут, бесспорно. Но не думаю, что Вам удастся создать вторую группу. Не уверен в 2003 редакции, но в 2007 точно в Std-редакции пять SG и пять баз ограничение. И неважно будет ли пять SG содержащих по одной базе или одна SG с пятью базами. Шестую создать не даст.
Вы проинспектируйте Ваше хозяйство. По какому принципу использовалось деление на базы? Может имеется возможность освободить одну из групп хранения путем переноса ящиков в другую группу с похожими пользователями?
По умолчанию в First Storage Group. Ну а если Вы или до Вас ее переименовали\удалили, то в первой по списку.

[exo]

Не уверен в 2003 редакции, но в 2007 точно в Std-редакции пять SG и пять баз ограничение. И неважно будет ли пять SG содержащих по одной базе или одна SG с пятью базами. Шестую создать не даст. »
сейчас у нас 5 групп хранений, и 7 почтовых хранилищ.
Я попробовал создать 8-ую - создалась.
Вопрос: после создания хранилища почтовых ящиков - нужно смонтировать его.
Какой смысл в данном монтировании ?
Может имеется возможность освободить одну из групп хранения путем переноса ящиков в другую группу с похожими пользователями? »
надо подумать.

[Oleg Krylov]

Я попробовал создать 8-ую - создалась. »
Так версия то какая?
Какой смысл в данном монтировании ? »
Экий Вы странный... У Вас есть привод виртуальный и образ диска. Смысл в монтировании? Так и здесь. Примонтировать - заставить интерфейсы Extensible Storage Engine работать с данным файлом. В сиквеле подобный механизм: attach\detach. В отключенную базу ничего писаться не будет. И считываться из нее тоже ничего не будет.
Кстати, мозг мне вынул 2007 Exchange :D Видимо у Вас Enterprise. И там ограничение в 5 SG и 50 баз. Блин. Слазить в гугл срочно :)

[exo]

Экий Вы странный »
нормальный йа. только опыта не хватает. откуда я знал, что с базами так работают.
2007 Exchange. Видимо у Вас Enterprise »
2003 100%. т.к. там уже есть 5 SG - значит Enterprise.
В свойствах System Manager - 6.5.7638.1

вопрос: а есть ограничение на количество политик получателей в Exchange 2003?

возникла проблема при монтировании базы:
http://exonix.ru/img/img/err_mount.jpg

странно.. прошла ошибка и всё смонтировалось.

очередной вопрос: мне нужно добавить ящики 10 пользователям.
Могу ли я это сделать через dsmod ?

вообщем всё готово. работает, проверили. Огромная благодарность.

но вот что-то туплю я. забыл как заставить вновь созданные ящики хранится в определённом mail store ?

[exo]

ещё вопрос: в своей учётке прописал дополнительный адрес из этого домена. И нажал Set Primary.
Отправляю от себя почту - получаю - а отправитель старый домен.
Я думал Set Primary указывает с какого домена отправлять почту. Или нужно подождать обновлений политик.
Или если я ошибаюсь, как сделать, чтобы они отправляли с этого адреса по умолчанию ?

заработало. нужно было ждать.

[exo]

Очередной вопрос.
Теперь пользователям приходят письма с двух доменов: domain100.ru и domain200.ru.
Set primary указан @domain200.ru - т.е. пользователи по умолчанию отправляют почту от имени домена domain200.ru.
Вопрос: как им отправить почту от имени domain100.ru ? где-то в аутлуке что-то нажать-выбрать?

[Oleg Krylov]

Никак. Даже открыв поле "От" в сообщении и введя туда дополнительный адрес, в заголовке Вы все равно получите Primary SMTP address. Единственный вариант - создание дополнительного ящика с таким адресом, и настройка прав на отправку с него.

[exo]

Единственный вариант - создание дополнительного ящика с таким адресом, и настройка прав на отправку с него. »
наверное не ящика, а учётную запись с таким ящиком, и подключить учётку дополнительно.
Насколько я понял, нельзя создать почтовый ящик без пользователя, т.е. его сразу нужно назначить пользователю. или я не прав?