» Microsoft Exchange Server

Цитата:

Он может взаимодействовать с GSM-модемом?

Вряд ли, это не его функция. С GSM-модемом обычно взаимодействует программный шлюз, а уже со шлюзом могут взаимодействовать почтовые сервера, веб-сервера и т.д..

Vaka84
встречал такую проблему при использовании режима кеширования в аутлуке

Цитата:

А как можно сделать, чтобы Exchange тебе встречи в СМС-ках посылал? Он может взаимодействовать с GSM-модемом?

В 2007 клиенте есть "Мобильный outlook" - подписываешься на эту службу и получаешь GSM-шлюз - но за "денюшки".
А по поводу GSM-модема - на прошлой неделе купил eccom basis, буду пробовать на нем построить систему оповещения:
он подключается через com-порт к компьютеру, есть софт для отправки СМС ну а дальше планировщик и набор скриптов

Valery12
А можете поподробнее рассказать про этот софт?

это их софт, идет на диске вместе со шлюзом и работает естественно только с ним http://www.gsm-ec.com

Знатоки, нужна ваша помощь!
Дано:
Win2008R2 (AD,DNS,DHCP), Win2008R2 (Exchange 2010 - CAS,Transport,Mailboxes), Win2008R2 (TMG2010, статический IP, с выходом в интернет). Внутри локальной сети домен domain.local, во внешней есть купленное доменное имя domain.ru, но ни к чему не привязано. Локальная почта с адресами типа user@domain.local работает. Отправка и прием почты в и из интернета не настроены.
Задача:
1. Настроить возможность отправки сообщений во вне (интернет) с адресов user@domain.local и чтобы у получающих внешних адресатов показывало адрес отправителя в виде user@domain.ru.
2. Настроить получение сообщений от внешних отправителей на адреса user@domain.ru.
Смежные вопросы:
3. По каким адресам user@domain.local или user@domain.ru необходимо будет слать почту внутренним пользователям друг другу или же одновременно адресатам внутри и снаружи.
4. Требуется ли выделение отдельного IP для организации взаимодействия Exchage с внешним миром. Если да, то как это организовать имея во внимании, что сейчас весь интернет проходит через сервер с TMG 2010 и одной внутренней и одной внешней сетевыми картами (есть еще одна незадейстованная сетевая карта на этом же сервере).

Прошу рассказать по пунктам порядок действий желательно подробно, так как знания Exchange очень очень поверхностные.
Если что-то не так понимаю и подход должен быть иным, прошу подсказать.

Заранее благодарю!

Цитата:

знания Exchange очень очень поверхностные.

И, видимо, не только Exchange
Самое правильное решение, ИМХО - это поставить пограничный почтовый сервер на Exim, Postfix и т.д, который будет принимать почту с адресами user@domain.ru, перенаправлять на user@domain.local, выполнять обратную операцию, защищать от спама и т.д. Но обсуждение этого явно выходит за рамки данной темы.

Цитата:

знания Exchange очень очень поверхностные.

то как вы спрашиваете, говорит о том, что сети вы тоже слабо знаете.

по поводу 1вого вопроса и 2торого, это как один вопрос, в Эксч. есть параметр - Политика адресов электронной почты. В ней и надо менять с .local на чтото.ru

когда вы добавите в Эксч. ответственные домены, т.е. те домены за оправку и прием с которых будет Эксч. отвечать - эксч. уже будет готов к работе, тоесть можете создавать почтовые ящики.

но, чтобы он принимал необходимо иметь МХ запись в зоне домена.ру указывающую на IP адрес Эксч. или айип адрес фаервода на котором проброшен порт 25 на адрес внутри сети.

чтобы Эксч. мог отправлять необходимо дать ему в интернет доступ через тотже шлюз так, чтобы он мог коннектиться к любым хостам в интернете на 25тый порт...

на самом деле вам надо изучить документацию по почтовым системам вообще, прочитать о smtp pop3 mapi imap... также почитайте ipсети.

Была похожая ситуация. Сделали Domain Rename на domain.ru и не стали заморачиваться.

Цитата:

Была похожая ситуация. Сделали Domain Rename на domain.ru и не стали заморачиваться.

хм... не нашли нужную настройку?

golychev

Цитата:

по поводу 1вого вопроса и 2торого, это как один вопрос, в Эксч. есть параметр - Политика адресов электронной почты. В ней и надо менять с .local на чтото.ru

когда вы добавите в Эксч. ответственные домены, т.е. те домены за оправку и прием с которых будет Эксч. отвечать - эксч. уже будет готов к работе, тоесть можете создавать почтовые ящики.

То есть внутренние адреса пользователей, если они есть, патоматически поменяют свое имя с user@domain.local на user@domain.ru ?

Добавлено:
Vaka84

Цитата:

Сделали Domain Rename на domain.ru и не стали заморачиваться.

Где-то у MS читал, что внутренний домен и внешний желательно чтобы различались на .local и .что-то_внешнее.

Добавлено:
vlary

Цитата:

Самое правильное решение, ИМХО - это поставить пограничный почтовый сервер на Exim, Postfix и т.д, который будет принимать почту с адресами user@domain.ru, перенаправлять на user@domain.local, выполнять обратную операцию, защищать от спама и т.д.

Не приемлемый вариант, так как все это можно сделать на Exchange - вопрос в том как.

Цитата:

То есть внутренние адреса пользователей, если они есть, патоматически поменяют свое имя с user@domain.local на user@domain.ru ?

да


Цитата:

Где-то у MS читал, что внутренний домен и внешний желательно чтобы различались на .local и .что-то_внешнее.

именно, вообще это не только потому что так МС рекомендует, это вообще как-то криво будет....

golychev
Нужно ли, и как если нужно, выделять Exchange отдельный фиксированный IP?

TrustyM
если есть шлюз, нормальный... который может перенаправлять порты то не надо выделять адреса.

golychev
Стоит MS TMG 2010

ну значит надо МХ запись указать на внешний дрес твоего ТМГ, а на ТМГ опубликовать 25тый порт на внутренний адрес Эксч.

и соответственно шлюзом на Эксч. указать ТМГ и создать правило доступа чтобы Эксч. мог коннектиться на 25тый порт в интернет.

golychev
При изменении политики по умолчанию на Exchange 2007 адреса переименовались, а на Exchange 2010 выдало ошибку:

"Общие сведения: всего элементов: 2. Успешно: 0, с ошибками: 1.
Прошло времени: 00:00:00


Изменить Default Policy
Ошибка

Ошибка:
Нельзя выполнить операцию для политики адресов электронной почты по умолчанию.

Попытка выполнения команды командной консоли Exchange:
set-EmailAddressPolicy -ConditionalDepartment @() -ConditionalCompany @() -ConditionalStateOrProvince @() -ConditionalCustomAttribute1 @() -ConditionalCustomAttribute2 @() -ConditionalCustomAttribute3 @() -ConditionalCustomAttribute4 @() -ConditionalCustomAttribute5 @() -ConditionalCustomAttribute6 @() -ConditionalCustomAttribute7 @() -ConditionalCustomAttribute8 @() -ConditionalCustomAttribute9 @() -ConditionalCustomAttribute10 @() -ConditionalCustomAttribute11 @() -ConditionalCustomAttribute12 @() -ConditionalCustomAttribute13 @() -ConditionalCustomAttribute14 @() -ConditionalCustomAttribute15 @() -RecipientContainer $null -EnabledEmailAddressTemplates 'SMTP:@somedomain.ru' -Name 'Default Policy' -Identity 'Default Policy'

Прошло времени: 00:00:00

Применить Default Policy
Отменено"

В чем причина?

TrustyM
сложно сказать, погугли по ошибке... так у тебя там несколько эксченджей

golychev

Цитата:

соответственно шлюзом на Эксч. указать ТМГ

Имеешь в виду в свойствах сетевой карты или еще где-то еще? Если сетевой, то там шлюз уже указан как TMG.

TrustyM
сетевой конечно

golychev
)))) 2010 и 2007 потому как если 2010 только, то при использовании Outlook внешних pop3 ящиков есть проблема с отправкой писем со вложениями и периодические проблемы с проверкой почты по pop3.

TrustyM
а почему не только 2007, зачем 2010 нужен?

golychev
Ну это так же как и везде - новая программа - новый функционал, надежность и т.д. (и проблемы )))))))))

Добавлено:
golychev
Ура, теперь почта во вне уходит ))
При получении этой почты смотрю исходник:
Received: from [xx.xx.xx.xx] (port=xxxxx helo=ExchangeServerName.Domain.local)

Как убрать упоминание "ExchangeServerName.Domain.local"?

TrustyM

Цитата:

Как убрать упоминание "ExchangeServerName.Domain.local"?

в настройках коннектора, если не менял название, он называется ... слух непомню я уже менял названия, короче в разделе соединители отправки...

golychev
Можно в принципе удалить и оставить поле пустым? Или можно поставить набор букв? На что это влияет?

это влияет на многие вещи, например если сервер куда ты отправляешь имеет жесткую систему антиспама и не найдет в нете такое имя как xxxx.local то он не будет устанавливать коннект с твоим сервером и соответственно ты не отправишь почту.. говорю про smtp почитай... там много интересного... в этой строке должно быть имя твоего хоста в нете, например tmg.xep.ru или чтото типа того, и оно должно резолвиться в правильный IP.

golychev
А как задать это имя хоста в нете???

TrustyM
читаем днс... я не смогу тебе рассказать в этой теме как сделать сеть малого офиса с 0

golychev
Оказалось немного сложнее:
[more=MS даже рекомендует удалять данные заголовка генерируемые во внутренней сети ]
Цитата:

Укажите полное доменное имя, которое этот соединитель будет предоставлять в ответ на запрос HELO или EHLO
В этом поле задается полное доменное имя исходного сервера для подключенных серверов обмена сообщениями, использующих данный соединитель отправки для приема исходящих сообщений. Значение этого поля отображается для подключенных серверов обмена сообщениями, когда требуется имя исходного сервера, например:

в команде EHLO/HELO, когда соединитель отправки взаимодействует с сервером обмена сообщениями следующего прыжка;

в самом последнем поле заголовка Received: сообщения, которое добавляется к сообщению сервером обмена сообщениями следующего прыжка после того, как сообщение покидает транспортный сервер-концентратор или пограничный транспортный сервер;

в ходе проверки подлинности с использованием протокола TLS.

Примечание.
Если соединитель отправки настроен на транспортном сервере-концентраторе с установленной ролью сервера почтовых ящиков, значение этого поля не используется. Вместо этого всегда используется полное доменное имя сервера, которое выводится с помощью командлета Get-ExchangeServer.
Для серверов, на которых установлены роли транспортного сервера-концентратора и сервера почтовых ящиков, единственный способ удалить имя сервера из заголовков Received: исходящего сообщения заключается в использовании командлета Remove-ADPermission для удаления разрешения Ms-Exch-Send-Headers-Routing у участников безопасности, использующих соединитель. Это действие приведет к удалению всех заголовков Received: из сообщения при выходе сообщения с транспортного сервера-концентратора. Не рекомендуется удалять заголовки Received: для внутренних сообщений, поскольку заголовки Received: используются для расчета максимального количества прыжков. Дополнительные сведения о командлетах Remove-ADPermission и Get-ExchangeServer см. в следующих разделах:
Remove-ADPermission

Get-ExchangeServer

[/more]

TrustyM
я прочел, и не нашел где говорится о рекомендации удалять заголовок...