Exchange 2020 переадресация почты

Для системного администратора

Как сделать переадресация почты на внешнего адресата не создавая контакт с включенной поддержкой почты

Если в Exchange Server 2003 нам необходимо перенаправлять почту на какой либо внешний адрес обычным решением для меня было раньше создать контакт с включенной поддержкой почты, и далее прописать этот контакт в настройках пользователя, которому требуется переадресация на внешний ящик. Однако в некоторых случая создавать данный контакт не желательно, и для указанного сценария есть достойная альтернатива.

1. Для начала перейдем в Exchange System Manger. Отметьте флажок Allow Automatic forward в Global Settings->Internet Message Format ->Default->Properties>Advanced

2. Используя ADSI Edit подключитесь к схеме и перейдите на атрибут ms-Exch-Forwarding-Address properties и установите значение isMemberOfPartialAttributeSet в True

3. Там же в ADSiEdit установите атрибут forwardingAddress майлбокса пользователя в значение внешнего адреса электронной почты, на которую вам необходимо сделать пересылку (например johndoe@hotmail.com)

В Exchange 2007 данный способ не работает!

Интересное на сегодня

Лучшие в соотношении цена/качество гаражные ворота в Москве продаются в компании «ПСК Союз».

Если трубы прорвало, ты не лезь туда, там гов… Вызов сантехника будет лучшим вариантом для всех участников ремонта.

Этот пост August 27, 2009 at 1:13 pm опубликовал molse в категории Active Directory, Microsoft Exchange. Желающие могут оформить RSS подписку на комменты. Both comments and trackbacks are currently closed.

7 комментов оставлено (Add 1 more)

Точного ответа не знаю, но думаю что оставлять оригинал в ящике можно только в случае если используется перенаправление на контакт с внешним почтовым ящиком. Собственно это вариант описанный scpb в 4-ом комментарии. По методике, описанной в статье, сделать подобное думаю скорее невозможно, чем возможно.

Присоединюсь к вопросу насчет оригинала. Можно как-то оставлять его в ящике Exchange?

Вопрос (желательно на мыло) – а оригинал при этом остается в Exchange? Спасибо.

Совет по Exchange 2007 работает, проверено!

Ребят не нашел мануала для новичков, пока додумался, всех Гуру обматерил :))), так вот, для Exchange 2007 делаем так:
Заходим в консоль управления Exchange 2007 во вкладке Ricipient configuration заходим в mail contact и там создаем контакт с внешним почтовым ящиком. И уже в ящике который создан на ексчендже в свойствах, заходим в Mail delivery options и там включаем переадресацию ан данный контакт и ставим галочку, чтобы почта оставалась еще и тут (конечно если это надо), все.

Попробовал, почему-то не работает. SBS 2003…

Exchange 2020 переадресация почты

1) использовать две mx записи. ( у тебя это всего скорее так и есть) 10-Ю ставишь postfix , 20-Ю exch.
2) точно такуЮ же проблему я решил через 3-й домен. Т.е. сделал почтовые ящики в другом домене. В AD сделал контакты и в эти контакты забил мейлики 3-его домена.
Очень кривое решение, мне самому жутко не нравится, но по другому пока не придумал как сделать. ибо эксч не хочет слать почту на юзера , кот нет в AD, но есть в том же почтовом домене. Он сразу говорит, что такого Юзера нет и все.
в postfix ставишь редирект с 3-его домена на свой домен.
при этом рещении все остаЮтся довольны , за исклЮчением того что нужно писать в контакты на 3-й домен

в настройках postfix нужно сказать чтоб он всЮ почту пересылал на 20-Ю mx
в sendmail это пишется так

если придумаешь как нить более красиво — пиши

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Andy_Kolodyazhny
Вариант раскидывать почту через postfix не подходит?
Т.е. postfix оставляет свое у себя, а остальное раскидывает по эксчейнджам.

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору или так (на 2007):
Accepted domain делаем internal relay
Send Connector делаем address space — твой почтовый домен, IP — адрес постфикса.

В таком варианте работает так: если письмо прилетает на экс и он не находит у себя адрес — он пересылает его на постфикс.

З.Ы. я такую штуку делал скрещивая qmail и exch, тут возникла беда в том, что кумейл когда пересылает почту пережевывает домен адресата на IP экса (ну релеит он по IP видать потому и жует). Решается на коммунигаде, который работает просто как релей — он меняет домен обратно и закидывает письмо на экс.

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору ну может кому надо будет=)) я только надеюсь что моя схема временная и 5 лет стоять не будет=))) хотя ничто так не вечно как временное.

А может тогда и для постфикса действия напишете?) опять же вдруг кому надобно)

Редактировать | Профиль | Сообщение | Цитировать | Сообщить модератору Для постфикса я пользуюсь виртуальными таблицами, которые храню в MySQL. Для работы с Exchange в таблице с виртуальными доменами у меня прописано где то так:

domain transport
mail.ru virtual
user1@mail.ru smtp:[ex.cha.nge.ip]
user2@mail.ru smtp:[ex.cha.nge.ip]

Так как постфикс делает лукапы сначала по адресу, потом по домену. то вся почта, кроме user1 и user2 остаётся на постфиксе для локальной доставки, а для этих двух пользователей уходит Exchange, поменять транспорты местами, для изменения почтового сервера по умолчанию.

Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору Добрый день, коллеги,
Решил поднять тему.
Планируется поставить в active directory домене exch 2010 и постепенно избавиться от постфикса путем поэтапного переноса почтовых ящиков. Имеется 3 постфикса с почтовыми ящиками + 1 сервер СБ (черный ящик) на который пересылается ВСЯ почта (как входящая так и исходящая). Еxch и постфикс будут обслуживать один почтовый домен.
На данный момент все постфиксы смотрят 25-м портом непосредственно в Интернет. Будем ставить Exch Edge.
Тему с коннтекторами понял. В моем случае нужно будет создавать 4 отдельных коннектора или все айпишники постфиксов можно будет прописать в один коннектор (сорри за глупый вопрос, нет под рукой exch чтобы посмотреть)

Соответсвенно в ДНС у провайдера прописываем mx c edge приоритет выше чем у постфикса.

Т.е. в этой ситуации будет работать так:
письмо из Инета на ящик, который находится в exch приходит непосредственно на edge — дальше все понятно
письмо из Инета на ящик, который находится на постфикс разруливается ДНС-ом
письмо из Exch на ящик, который находится на постфикс приходит через коннектор.
А вот постфикс сможет слать на exch?

И вот самый интересный вопрос: по ТЗ есть еще один сервер (предположительно postfix), который установлен в СБ. ВСЯ почта копируется на этот сервер. Как и что там настрпоено неизвестно — СБ-шники не колятся Спрашивают, а каким образом можно настроить exch чтобы вся почта копировалась к ним.

На данный момент вижу такое решение: в настройках почтового ящика на exch установить копирование на ящик сотрудника СБ. Ящик будет находится в эксч. Есть какое -нибудь альтернативное решение? Ибо проходить все ящики и ставить эту настройку на уровне ящика с ума сойдешь, имхо Можно это сделать на уровне базы?
Имхо, СБ-шники так не захотят делать, всего скорее нужно будет отсылать копию на их сервак. Это возможно сделать?

Как настроить переадресацию с одного почтового ящика на другой?

Настройка переадресации электронной почты для почтового ящика Configure email forwarding for a mailbox

В этой статье

Функция переадресации писем позволяет настроить почтовый ящик на пересылку сообщений, отправленных одному пользователю, в почтовый ящик другого пользователя в вашей организации или за ее пределами.
Email forwarding lets you to set up a mailbox to forward email messages sent to a user’s mailbox to another user’s mailbox in or outside of your organization.

Использование центра администрирования Exchange и командной консоли Exchange
Use the Exchange admin center and the Exchange Management Shell

Для настройки переадресации электронной почты можно использовать центр администрирования Exchange или командную консоль Exchange.
You can use either the Exchange admin center (EAC) or Exchange Management Shell to set up email forwarding.

Для выполнения этих процедур необходимы соответствующие разрешения. Сведения о необходимых разрешениях см. в статье запись «Разрешения для подготовки получателей» в статье Разрешения получателей.
You need to be assigned permissions before you can perform this procedure or procedures. To see what permissions you need, see the «Recipient Provisioning Permissions» entry in the Recipients Permissions topic.

Использование центра администрирования Exchange для настройки переадресации электронной почты
Use the Exchange admin center to set up email forwarding

В Центре администрирования Exchange выберите Получатели
> Почтовые ящики
.
In the Exchange admin center, navigate to Recipients
> Mailboxes
.

В списке почтовых ящиков пользователей щелкните или коснитесь почтового ящика, для которого требуется настроить переадресацию, а затем щелкните или нажмите изменить
редактирования.
In the list of user mailboxes, click or tap the mailbox that you want to set up mail forwarding for, and then click or tap Edit
.

На странице свойств почтового ящика нажмите кнопку Функции почтового ящика
.
On the mailbox properties page, click Mailbox Features
.

В разделе Поток обработки почты
выберите Подробные сведения
, чтобы просмотреть или изменить настройки пересылки сообщений электронной почты.
Under Mail Flow
, select View details
to view or change the setting for forwarding email messages.

На этой странице вы можете указать максимальное количество получателей, которым пользователь сможет отправить сообщение. По умолчанию количество получателей не ограничено. Если вы хотите задать ограничение, установите флажок Максимальное число получателей
, а в текстовом поле под ним введите ограничение.
On this page, you can set the maximum number of recipients that the user can send a message to. The recipient limit is unlimited by default. If you want to specify a limit, click the Maximum recipients
check box and then type the limit in the text box beneath the check box.

Установите флажок Включить переадресацию
и нажмите или выберите кнопку Обзор
.
Check the Enable forwarding
check box, and then click or tap Browse
.

На странице Выбор получателя
выберите пользователя, которому вы хотите переслать все сообщения. Установите флажок Доставить сообщение на адрес пересылки и в почтовый ящик
, чтобы копии отправляемых сообщений поступали получателю и на адрес пересылки. Последовательно нажмите или выберите кнопки ОК
и Сохранить
.
On the Select Recipient
page, select a user you want to forward all email to. Select the Deliver message to both forwarding address and mailbox
check box if you want both the recipient and the forwarding email address to get copies of the emails sent. Click or tap OK
, and then click or tap Save
.

Чтобы настроить пересылку сообщений на электронный адрес внешнего пользователя, используйте командную консоль Exchange. Ознакомьтесь с примером, указанным в разделе «Настройка пересылки писем с помощью командной консоли Exchange».
What if you want to forward emails to an email address outside your organization? You can use the Exchange Management Shell to do this. See the following example in «Use the Exchange Management Shell to configure mail forwarding».

Настройка пересылки писем с помощью командной консоли Exchange
Use the Exchange Management Shell to set up mail forwarding

Раньше не часто пользовались командной консолью Exchange? Дополнительные сведения см. в статье Exchange Management Shell. Ознакомьтесь со статьями Get-Mailbox и Set-Mailbox, чтобы узнать больше о командлетах, используемых здесь.
Haven’t used Exchange Management Shell much? Check out the Exchange Management Shell topic to learn more. Take a look at the Get-Mailbox and Set-Mailbox topics for more details on the cmdlets used here.

В этом примере электронная почта попадает в почтовый ящик пользователя Douglas Kohn и одновременно пересылается по адресу douglaskohn.parents@fineartschool.net.
This example delivers email to the mailbox of Douglas Kohn and, at the same time, forwards all mail sent to Douglas Kohn to douglaskohn.parents@fineartschool.net.

В этом примере выполняется пересылка всех сообщений электронной почты, отправляемых в почтовый ящик пользователя Ken Sanchez, сотрудника компании Contoso Suites, на адрес одного из его коллег — pilarp@contoso.com.
This example forwards all email sent to the mailbox of Ken Sanchez, an employee of Contoso Suites, to one of his coworkers, pilarp@contoso.com.

Дополнительные сведения о синтаксисе и параметрах см. в разделе Set-Mailbox.
For detailed syntax and parameter information, see Set-Mailbox.

Как убедиться, что все получилось?
How do you know this worked?

Убедиться, что переадресация почты настроена успешно, можно двумя способами. Первый вариант:
To make sure that you’ve successfully set up email forwarding, do one of the following:

В центре администрирования Exchange перейдите в раздел почтовые ящики получателей
> ****.
In the Exchange admin center, go to Recipients
> Mailboxes
.

В списке почтовых ящиков пользователей щелкните или коснитесь почтового ящика, для которого настроена переадресация **** щелкните Изменить значок редактирования.
In the list of user mailboxes, click or tap the mailbox that you configured email forwarding for, and then click Edit
.

На странице свойств почтового ящика нажмите кнопку Функции почтового ящика
.
On the mailbox properties page, click or tap Mailbox Features
.

В разделе Поток обработки почты
щелкните Подробности
, чтобы просмотреть настройки переадресации почты.
Under Mail Flow
, click or tap View details
to view the mail forwarding settings.

Второй вариант:
Or

Выполните указанную ниже команду в командной консоли Exchange.
Run the following command in the Exchange Management Shell.

Убедитесь, что адрес пересылки указан в параметре ForwardingSMTPAddress
.
Make sure that the forwarding address is listed in the ForwardingSMTPAddress
parameter.

Кроме того, если __ для $true
параметра DeliverToMailboxAndForward задано значение, сообщения будут доставляться в почтовый ящик и адрес пересылки.
Also, if the DeliverToMailboxAndForward
parameter is set to $true
, messages will be delivered to the mailbox and to the forwarding address.

Если параметр имеет значение $false
, сообщения доставляются только в адрес пересылки.
If the parameter is set to $false
, messages are delivered only to the forwarding address.

Пользователи
End users

Чтобы узнать о переадресации почты на другой адрес электронной почты с использованием программы Outlook и приложения Outlook Web App, ознакомьтесь со статьями ниже.
Check out the following topics on how to forward your email to another email address by using Outlook and Outlook Web App.

Переадресация электронной почты на другую учетную запись электронной почты
Forward email to another email account

Управление сообщениями электронной почты с помощью правил
Manage email messages by using rules

Дополнительные сведения
Additional information

Сочетания клавиш для процедур, описанных в этой статье, приведены в статье Сочетания клавиш в Центре администрирования Exchange.
For information about keyboard shortcuts that may apply to the procedures in this topic, see Keyboard shortcuts in the Exchange admin center.

Возникли проблемы? Попросите помощи на форумах Exchange. Перейти на форумы можно по следующим ссылкам: Exchange Server, Exchange Online или Exchange Online Protection.
Having problems? Ask for help in the Exchange forums. Visit the forums at: Exchange Server, Exchange Online, or Exchange Online Protection.

Управление почтовыми правилами в ящике Exchange с помощью PowerShell

Правила Outlook позволяют пользователям организовать различные условия обработки для входящей почты. Можно по определенным критериям переместить письма от конкретных отправителей в нужную папку, поставить флаг важности, перенаправить письмо другому пользователю и т.д. Пользователи обычно создают и управляют правилами через графический интерфейс Outlook. В Exchange 2010 / 2013 / 2016 администратор может управлять правилами в ящиках пользователей через консоль PowerShell. В этой статье мы рассмотрим создавать, удалять, отключать и изменять правила для входящей почты Outlook через Exchange Management Shell.

Клиентские и серверные правила Outlook

Администратору Exchange следует отличать правила Outlook, которые функционируют на стороне клиента (Client-side rules) и на стороне сервера (Server-side rules).

• Серверные правила Outlook отрабатывают на стороне сервера при получении письма. При этом не важно, запущен ли Outlook у пользователя или нет (правила, которые создаются через Outlook Web App всегда выполняются на стороне сервера). На стороне сервера могут выполняться следующие виды правил: установка флага важности письма, перемещение письма в другую папку ящика, удаление сообщения, пересылка письма в другой ящик.
• Клиентские правила выполняются только в запущенном клиенте Outlook: например, перемещение письма в PST файл, пометить письмо прочитанным, вывести оповещение или воспроизвести звук. Этими правилами управлять из PowerShell нельзя. В интерфейсе Outlook у таких правил указан статус «только клиент».

Просмотр правил в ящике Exchange

Чтобы вывести список правил в ящике Exchange, запустите консоль EMS и выполните следующую команду PowerShell:

Get-InboxRule –Mailbox abivanov

Как вы видите, для каждого правила выводится его имя, статус (Enabled: True/False), приоритет (Proirity) и RuleIdentity.

Можно вывести более подробную информацию о конкретном Inbox правиле, указав его имя:

Get-InboxRule -Mailbox abivanov -Identity «HelpDesk»| fl

Обычно содержание правила можно понять по полю Description:

Get-InboxRule -Mailbox abivanov -Identity «HelpDesk «| Select Name, Description | fl

Поиск правил в ящиках пользователей Exchange

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

Get-InboxRule -Mailbox abivanov | ?

Также может быть сценарий, когда по запросу службы информационной безопасности, вам нужно найти во всех ящиках организации правила автоматической пересылки почты:

foreach ($i in (Get-Mailbox -ResultSize unlimited)) < Get-InboxRule -Mailbox $i.DistinguishedName | where <$_.ForwardTo>| fl MailboxOwnerID,Name,ForwardTo >> C:PSAll_Mailbox_Forward_Rules.txt >

В итоговом тестовом файле будет присутствовать список ящиков, имен правил пересылки и адресатов, которым пересылаются сообщения.

Создаем правило для входящей почты Outlook с помощью PowerShell

Создать новое правило Outlook для входящей почты можно с помощью командлета Exchange New-InboxRule. К примеру, вы хотите переслать все письма с определенными ключами в теме письма в другой ящик. Выполните команду:

New-InboxRule -Name ZenossAlerttoHelpdesk -Mailbox rootadmin -SubjectContainsWords «Zenoss Alert» -ForwardTo «Helpdesk»

Следующее правило поставит красную категорию и высокую для всех писем с ключом «Годовое собрание» в теме от отправителя secretary@winitpro.ru:

New-InboxRule -Mailbox abivanov –name SecretaryRule -From secretary@winitpro.ru –SubjectContainsWords “Годовое собрание» -ApplyCategory -MarkImportance 2

Для всех пользователей в определенном OU создадим правило, которое автоматически перемещает письма с темой «Казино» в каталог «Нежелательная почта» (Junk Email).

$mbxs = Get-mailbox -organizationalUnit Managers
$mbxs | % < >
$mbxs | %

Список все доступных условий (Conditions), которые вы можете использовать в правилах Exchange можно вывести так:

Get-InboxRule -Mailbox abivanov | get-member

Чтобы изменить какое-то правило Outlook, нужно использовать командлет Set-InboxRule, например:

Set-InboxRule -Mailbox abivanov –identity SecretaryRule -FromAddressContainsWords

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

Вы можете изменить размер квоты под правила (RulesQuota) до 256 Кб, выполнив команду:

Set-Mailbox -identity abivanov -RulesQuota 256Kb

Как отключить и удалить входящее правило Outlook из PowerShell

Чтобы отключить конкретное правило Outlook, нужно указать:

Disable-Inboxrule –Mailbox abivanov -Identity “SecretaryRule”

При этом его статус (Enabled) меняется False и оно более не применяется ко входящим письмам.

Чтобы удалить правило, выполните:

Remove-Inboxrule –Mailbox abivanov -Identity SecretaryRule

Команда запросит подтверждение, просто введите Y. Чтобы удалить все правила в определенном ящике, выполните:

Get-inboxrule -mailbox abivanov | disable-inboxrule

Соединители отправки Exchange 2013

Соединители отправки Exchange 2013 необходимы для возможности отправлять почту внешним получателям. Не создав ни одного соединителя вы сможете обмениваться почтовыми сообщениями только внутри организации среди тех доменов, которые обслуживает непосредственно ваш Exchange 2013.

Вы задумывались для чего Exchange 2013 целых пять дефолтных соединителей получения и ни одного для отправки? Может быть вы также слышали про системные соединители? Узнать об этом вы сможете в статьях по принципам работы транспортных служб Exchange 2013:

А мы возвращаемся к основной теме статьи.

Эта статья является второй из цикла, в котором освещены вопросы обязательных задач по настройке сервера Exchange 2013 сразу после его установки. Если вам интересны другие задачи, рекомендую обратиться к головной статье по настройке — Настройка Exchange 2013 или основной статье тематики — Exchange 2013 — Установка, настройка, администрирование.

Соединители отправки Exchange 2013 для единственного сервера

Процесс создания соединителя отправки через веб-интерфейс выглядит достаточно просто. В минимальной конфигурации почтовой инфраструктуры — единственный почтовый сервер, непосредственно принимающий подключения из интернета — настройка коннектора упирается в следующие шаги:

Зайти через браузер в EAC — https://server-fqdn/ecp — Поток обработки почтыСоединители отправкиСоздать (значок «+»)

Задаем имя соединителя и указываем его тип. Поскольку наша инфраструктура представляет собой наипростейший вариант с единственным сервером, достаточно выбрать тип соединителя «Настраиваемый» или «Интернет» (различия между ними будут рассмотрены позже):

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

Указываем адресное пространство, которое будет обслуживать этот соединитель. Поскольку у меня задача отправлять почту любому получателю, нужно нажать «+» и в поле «*Полное доменное имя (FQDN):» просто вписать знак «*» (без кавычек разумеется):

После этого нам остается сопоставить новый соединитель с единственным имеющимся у нас на данный момент сервером:

В официальной документации на Technet есть целый раздел 1 , который посвящен настройке почтового сервера после его установки. В этом разделе также есть информация о настройке потока обработки почты 2 , в котором рассматриваются также и соединители отправки Exchange 2013. Однако почему-то там нет инструкций по созданию коннектора через Powershell. Тем не менее все же существуют командлеты специально для этой задачи. Более того, создание простого коннектора с параметрами по умолчанию (рассмотрено выше) представляет из себя просто элементарную задачу:

[PS] C:Windowssystem32>New-SendConnector -Name «Send Connector 01» -AddressSpaces *

Итого, выполнив эту команду, вы получите вполне рабочий коннектор отправки, но есть ряд параметров, к настройке которых нужно подойти более внимательно. Для начала стоит позаботиться о полном доменном имени (fqdn) сервера, которое будет отправляться в ответах на HELOEHLO-запросы. Если вы не укажете ничего, то получите следующий результат 3 :

По умолчанию для параметра Fqdn установлено значение $null. Это означает, что значение по умолчанию параметра FQDN — полное доменное имя сервера почтовых ящиков или пограничного сервера, содержащего соединитель отправки.

Страшного в этом ничего нет, к тому же если ваш домен AD совпадает с публичным доменом организации, как в моем случае — зарегистрированный домен bissquit.com, домен AD — corp.bissquit.com. Мой сервер будет по умолчанию возвращать fqdn exch02.corp.bissquit.com. Однако лучше все же указать другой адрес — mx-адрес вашего домена (речь идет о домене, который будет использоваться на вашем Exchange как основной). В моем случае это домен bissquit.com.

Почему это нужно сделать? Дело в том, что большинство серверов сверяют mx-запись домена, с которого идет письмо, с записью, которую возвращает сервер-отправитель на HELOEHLO-запрос. Если эти записи идентичны, то все хорошо, но если они отличаются, то сервер-получатель может просто повысить рейтинг спама и в конечном счете письмо может не попасть получателю. У меня такие ситуации возникали при работе с крупными enterprise-клиентами, у которых обычно очень жесткие политики антиспама: мои коллеги жаловались, что клиенты не получают от них письма. Проблема конечно же была на моей стороне и я допустил её просто по невнимательности (ситуацию усугублял также тот факт, что в продакшене я имею дело с доменом .local, который разумеется не совпадает с публичным доменом организации).

Также не помешает сделать активным параметр FrontendProxyEnabled (хотя и его значение по умолчанию $False), чтобы маршрутизировать сообщения через сервер клиентского доступа. Этот параметр появился в Exchange 2013 и его активация позволяет «упорядочить» поток почты, хотя и непонятно каким образом это скажется на производительности. На официальных источниках встречается следующая информация 4 5 :

можно настроить соединитель отправки в службе транспорта сервера почтовых ящиков для маршрутизации исходящей почты через интерфейсный транспортный сервер в локальном сайте Active Directory посредством параметра FrontEndProxyEnabled командлета Set-SendConnector, тем самым консолидировав маршрутизацию электронной почты из службы транспорта.

На принцип маршрутизации почты проливает свет также статья на блогах Technet 6 :

If the message is going to an external recipient it will use the correct send connector and either send directly to internet or proxy through the FET Service (Set-SendConnector -FrontEndProxyEnabled $true)

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

Итак, учитывая сказанное выше, полная команда для создания соединителя отправки будет иметь вид:

[PS] C:Windowssystem32>New-SendConnector -Name «Send Connector 01» -AddressSpaces * -Fqdn mail.bissquit.com -FrontendProxyEnabled $true

Теперь рассмотрим различия между типами соединителя — а именно между «Настраиваемый» и «Интернет», как и обещал в начале статьи. Если создать два коннектора с идентичными настройками, но чтобы один имел тип «Настраиваемый» (Custom), а другой имел тип «Интернет» (Internet) и после этого изучить их свойства через вывод командлета Get-SendConnector 7 , то результат будет следующий:

На скриншоте сведены результаты выполнения этих двух команд:

[PS] C:Windowssystem32>Get-SendConnector «Send Connector 01» | Format-List
[PS] C:Windowssystem32>Get-SendConnector «Send Connector 02» | Format-List

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