Ru-Board.club
← Вернуться в раздел «В помощь системному администратору»

» Microsoft Exchange Server

Автор: vlary
Дата сообщения: 20.04.2010 22:52

Цитата:
Он может взаимодействовать с GSM-модемом?
Вряд ли, это не его функция. С GSM-модемом обычно взаимодействует программный шлюз, а уже со шлюзом могут взаимодействовать почтовые сервера, веб-сервера и т.д..
Автор: raizo
Дата сообщения: 21.04.2010 05:14
Vaka84
встречал такую проблему при использовании режима кеширования в аутлуке
Автор: Valery12
Дата сообщения: 21.04.2010 07:09

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

В 2007 клиенте есть "Мобильный outlook" - подписываешься на эту службу и получаешь GSM-шлюз - но за "денюшки".
А по поводу GSM-модема - на прошлой неделе купил eccom basis, буду пробовать на нем построить систему оповещения:
он подключается через com-порт к компьютеру, есть софт для отправки СМС ну а дальше планировщик и набор скриптов
Автор: GPSGURU
Дата сообщения: 21.04.2010 07:45
Valery12
А можете поподробнее рассказать про этот софт?
Автор: Valery12
Дата сообщения: 21.04.2010 09:13
это их софт, идет на диске вместе со шлюзом и работает естественно только с ним http://www.gsm-ec.com
Автор: TrustyM
Дата сообщения: 21.04.2010 15:48
Знатоки, нужна ваша помощь!
Дано:
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 очень очень поверхностные.
Если что-то не так понимаю и подход должен быть иным, прошу подсказать.

Заранее благодарю!
Автор: vlary
Дата сообщения: 21.04.2010 16:12

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

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


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

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

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

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

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

на самом деле вам надо изучить документацию по почтовым системам вообще, прочитать о smtp pop3 mapi imap... также почитайте ipсети.
Автор: Vaka84
Дата сообщения: 21.04.2010 16:33
Была похожая ситуация. Сделали Domain Rename на domain.ru и не стали заморачиваться.
Автор: golychev
Дата сообщения: 21.04.2010 16:36

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

хм... не нашли нужную настройку?
Автор: TrustyM
Дата сообщения: 21.04.2010 16:38
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 - вопрос в том как.
Автор: golychev
Дата сообщения: 21.04.2010 16:47

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


да


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



именно, вообще это не только потому что так МС рекомендует, это вообще как-то криво будет....
Автор: TrustyM
Дата сообщения: 21.04.2010 16:48
golychev
Нужно ли, и как если нужно, выделять Exchange отдельный фиксированный IP?
Автор: golychev
Дата сообщения: 21.04.2010 16:50
TrustyM
если есть шлюз, нормальный... который может перенаправлять порты то не надо выделять адреса.
Автор: TrustyM
Дата сообщения: 21.04.2010 16:59
golychev
Стоит MS TMG 2010
Автор: golychev
Дата сообщения: 21.04.2010 17:13
ну значит надо МХ запись указать на внешний дрес твоего ТМГ, а на ТМГ опубликовать 25тый порт на внутренний адрес Эксч.

и соответственно шлюзом на Эксч. указать ТМГ и создать правило доступа чтобы Эксч. мог коннектиться на 25тый порт в интернет.
Автор: TrustyM
Дата сообщения: 21.04.2010 17:14
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
Отменено"

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


Автор: golychev
Дата сообщения: 21.04.2010 17:16
TrustyM
сложно сказать, погугли по ошибке... так у тебя там несколько эксченджей
Автор: TrustyM
Дата сообщения: 21.04.2010 17:16
golychev

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

Имеешь в виду в свойствах сетевой карты или еще где-то еще? Если сетевой, то там шлюз уже указан как TMG.
Автор: golychev
Дата сообщения: 21.04.2010 17:16
TrustyM
сетевой конечно
Автор: TrustyM
Дата сообщения: 21.04.2010 17:17
golychev
)))) 2010 и 2007 потому как если 2010 только, то при использовании Outlook внешних pop3 ящиков есть проблема с отправкой писем со вложениями и периодические проблемы с проверкой почты по pop3.
Автор: golychev
Дата сообщения: 21.04.2010 17:18
TrustyM
а почему не только 2007, зачем 2010 нужен?
Автор: TrustyM
Дата сообщения: 21.04.2010 17:27
golychev
Ну это так же как и везде - новая программа - новый функционал, надежность и т.д. (и проблемы )))))))))

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

Как убрать упоминание "ExchangeServerName.Domain.local"?
Автор: golychev
Дата сообщения: 21.04.2010 17:55
TrustyM

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

в настройках коннектора, если не менял название, он называется ... слух непомню я уже менял названия, короче в разделе соединители отправки...
Автор: TrustyM
Дата сообщения: 21.04.2010 17:57
golychev
Можно в принципе удалить и оставить поле пустым? Или можно поставить набор букв? На что это влияет?
Автор: golychev
Дата сообщения: 21.04.2010 18:09
это влияет на многие вещи, например если сервер куда ты отправляешь имеет жесткую систему антиспама и не найдет в нете такое имя как xxxx.local то он не будет устанавливать коннект с твоим сервером и соответственно ты не отправишь почту.. говорю про smtp почитай... там много интересного... в этой строке должно быть имя твоего хоста в нете, например tmg.xep.ru или чтото типа того, и оно должно резолвиться в правильный IP.
Автор: TrustyM
Дата сообщения: 21.04.2010 18:21
golychev
А как задать это имя хоста в нете???
Автор: golychev
Дата сообщения: 21.04.2010 18:27
TrustyM
читаем днс... я не смогу тебе рассказать в этой теме как сделать сеть малого офиса с 0
Автор: TrustyM
Дата сообщения: 21.04.2010 19:04
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]
Автор: golychev
Дата сообщения: 21.04.2010 19:41
TrustyM
я прочел, и не нашел где говорится о рекомендации удалять заголовок...

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115

Предыдущая тема: Проблема с доверием


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.