Управление потоком обработки почты (почтовые ящики в Office 365 и на локальном сервере)Manage mail flow with mailboxes in multiple locations (Office 365 and on-prem)

Сводка: управление потока почты в гибридной среде Exchange при некоторые почтовые ящики в локальной и некоторые находящиеся в Office 365.Summary: How to manage mail flow in an Exchange hybrid environment, which is when some mailboxes are on-premises and some are in Office 365.

В этом разделе рассматриваются следующие сценарии потока обработки сложных почты с помощью Office 365:This topic covers the following complex mail flow scenarios using Office 365:

Сценарий 1: записи MX указывает на Office 365 и Office 365 фильтрует все сообщения: записи MX указывает на Office 365 и Office 365 фильтрует все сообщения.Scenario 1: MX record points to Office 365 and Office 365 filters all messages: MX record points to Office 365 and Office 365 filters all messages.

Сценарии 2: записи MX указывает на Office 365 и почты — это отфильтрованные локального: записи MX указывает на Office 365 и почты — это отфильтрованные локальной.Scenario 2: MX record points to Office 365 and mail is filtered on-premises: MX record points to Office 365 and mail is filtered on-premises.

Сценарий 3: запись MX указывает на Мои локальные серверы: запись MX указывает на Мои локальные серверы.Scenario 3: MX record points to my on-premises servers: MX record points to my on-premises servers.

Сценарий 4: запись MX указывает на мой на локальном сервере, которая фильтрует и предоставляет решения для соответствия требованиям для сообщений. Локальный сервер должен для ретрансляции сообщений в Интернет через Office 365.: запись MX указывает на мой на локальном сервере, которая фильтрует и предоставляет решения для соответствия требованиям для сообщений. Локальный сервер должен пересылать сообщения в Интернет через Office 365.Scenario 4: MX record points to my on-premises server, which filters and provides compliance solutions for your messages. Your on-premises server needs to relay messages to the internet through Office 365.: MX record points to my on-premises server, which filters and provides compliance solutions for your messages. Your on-premises server must relay messages to the Internet through Office 365.

Примечание

Примеры в данном разделе используйте вымышленной организации Contoso, который несет ответственность за домена contoso.com. IP-адрес сервера электронной почты Contoso является 131.107.21.231 и его стороннего поставщика используется 10.10.10.1 для их IP-адреса. Это только примеры. В этих примерах в соответствии имя домена вашей организации и общедоступный IP-адрес, при необходимости можно изменить.Examples in this topic use the fictitious organization, Contoso, which owns the domain contoso.com. The IP address of the Contoso mail server is 131.107.21.231, and its third-party provider uses 10.10.10.1 for their IP address. These are just examples. You can adapt these examples to fit your organization's domain name and public-facing IP address where necessary.

Управление потоком обработки почты, когда одни почтовые ящики — в Office 365, а другие — на почтовых серверах организацииManage mail flow where some mailboxes are in Office 365 and some mailboxes are on your organization's mail servers

Сценарий 1: Фильтр все сообщения, запись MX указывает на Office 365 и Office 365Scenario 1: MX record points to Office 365 and Office 365 filters all messages

  • Я миграции личных почтовых ящиков в Office 365, и требуется сохранить некоторые почтовые ящики на Моя организация почтового сервера (на локальном сервере). Я хочу использовать Office 365 в качестве Мои решение для фильтрации нежелательной почты и нужно отправить сообщения из личных на локальный сервер к Интернету с помощью Office 365. Office 365 отправка и получение всех сообщений.I'm migrating my mailboxes to Office 365, and I want to keep some mailboxes on my organization's mail server (on-premises server). I want to use Office 365 as my spam filtering solution and want to send my messages from my on-premises server to the Internet by using Office 365. Office 365 sends and receives all messages.

Большинство пользователей, которые необходимы гибридного поток Настройка почты клиентов должна поддерживать Office 365 для выполнения всех своих фильтра и маршрутизации. Мы рекомендуем выберите запись MX в Office 365, так как это обеспечивает наиболее точных фильтрации нежелательной почты. Настройка потока обработки почты вашей организации для этого сценария похоже на следующей схеме.Most customers who need a hybrid mail flow setup should allow Office 365 to perform all their filtering and routing. We recommend that you point your MX record to Office 365 because this provides for the most accurate spam filtering. For this scenario, your organization's mail flow setup looks like the following diagram.

Схема потока обработки почты, на которой представлен сценарий, где запись MX указывает на Office 365, а электронная почта из Интернета попадает в Office 365, а затем на локальные серверы. Движение почты из локальных серверов в Office 365, а затем в Интернет.

РекомендацииBest practices

  1. Добавление пользовательских доменов в Office 365. Чтобы подтвердить, что вы владеете домены, следуйте инструкциям в Добавить пользователей и домены.Add your custom domains in Office 365. To prove that you own the domains, follow the instructions in Add users and domains.

  2. Создание пользовательских почтовых ящиков в Exchange Online или Перемещение всех почтовых ящиков пользователей в Office 365.Create user mailboxes in Exchange Online or move all users' mailboxes to Office 365.

  3. Обновление записей DNS для доменов, добавленных в шаге 1. (Не том, как это сделать? Следуйте инструкциям на этой странице). Следующие записи DNS обработки сообщений:Update the DNS records for the domains that you added in step 1. (Not sure how to do this? Follow the instructions on this page.) The following DNS records control mail flow:

    • Запись MX: выберите записи MX в Office 365 в следующем формате: <domainKey>-com.mail.protection.outlook.comMX record: Point your MX record to Office 365 in the following format: <domainKey>-com.mail.protection.outlook.com

      Например, если ваш домен contoso.com, записи MX должны быть: contoso com.mail.protection.outlook.com.For example, if your domain is contoso.com, the MX record should be: contoso-com.mail.protection.outlook.com.

    • Запись инфраструктуры политики Отправителей: это следует указывать Office 365 как действительный отправителя, а также IP-адресов с локальных серверов, подключающихся к EOP и любой третьей лицами отправить сообщение электронной почты от имени вашей организации. Например если вашей организации почтового сервера Интернета IP-адрес is131.107.21.231, должен быть записи SPF для contoso.com:SPF record: This should list Office 365 as a valid sender, plus any IP addresses from your on-premises servers that connect to EOP, and any third parties that send email on behalf of your organization. For example, if your organization's mail server's Internet-facing IP address is131.107.21.231, the SPF record for contoso.com should be:

    v=spf1 ipv4: 131.107.21.231  include:spf.protection.outlook.co  m -all
    

    В зависимости от требований стороннего поставщика, может потребоваться включить сторонний домен, как показано в ниже: Alternatively, depending on the third-party's requirements, you might need to include the domain from the third-party, as shown in the following example:

    v=spf1 include:spf.protection.outlook.com include:third_party_cloud_service.com -all
    
  4. В центре администрирования Exchange используйте мастер соединителя, чтобы настроить поток обработки почты с помощью соединителей в Office 365 для следующих сценариев:In the Exchange admin center, use the connector wizard to Configure mail flow using connectors in Office 365 for the following scenarios:

    • Отправка сообщений с Office 365 для вашей организации почтовых серверовSending messages from Office 365 to your organization's mail servers

    • Отправка сообщений с локальных серверов в Office 365Sending messages from your on-premises servers to Office 365

      Если любой из следующих сценариев применить к вашей организации, необходимо создать соединитель для поддержки отправку почты из локальных серверов в Office 365.If either of the following scenarios apply to your organization, you must create a connector to support sending mail from your on-premises servers to Office 365.

    • Ваша организация уполномочена отправлять сообщения от имени клиента, но ей не принадлежит его домен. Например, домен contoso.com уполномочен отправлять сообщения через домен fabrikam.com, который не принадлежит домену contoso.com.Your organization is authorized to send messages on behalf of your client, but your organization doesn't own the domain. For example, contoso.com is authorized to send email through fabrikam.com, which doesn't belong to contoso.com.

    • Ваша организация ретранслирует отчеты о недоставке (NDR) к Интернету через Office 365.Your organization relays non-delivery reports (NDRs) to the Internet through Office 365.

      Чтобы создать соединитель, выберите первый вариант в мастере создания соединителя на экране Как Office 365 следует определять почту с вашего почтового сервера?. To create the connector, choose the first option in the connector creation wizard on the How should Office 365 identify email for your email server screen.

      Снимок экрана: окно создания соединителя в мастере гибридного подключения для Exchange

      Это позволяет Office 365 для идентификации сервера электронной почты с помощью сертификата. В этом сценарии сертификат CN или альтернатива имя субъекта (SAN) содержит домена, к которой принадлежит вашей организации. Для получения дополнительных сведений см идентифицирующее электронной почты с сервера электронной почты. Для просмотра сведений о конфигурации соединителя, часть 2: Настройка почты для потока с сервера электронной почты в Office 365.This enables Office 365 to identify your email server by using the certificate. In this scenario, the certificate CN or Subject Alternative Name (SAN) contains the domain that belongs to your organization. For more details, see Identifying email from your email server. For connector configuration details see, Part 2: Configure mail to flow from your email server to Office 365.

  5. В приведенных ниже сценариях соединители не нужны, если у ваших партнеров нет особых требований, например требования использовать протокол TLS при соединении с банком.You don't need connectors in the following scenarios unless one of your partners has a special requirement, such as enforcing TLS with a bank.

    • Отправка почты из Office 365 в партнерской организацииSending mail from Office 365 to a partner organization

    • Отправка почты из партнерской организации в Office 365Sending mail from a partner organization to Office 365

Примечание

Если вашей организации почтового сервера Exchange 2013 или развертывания Exchange 2010, мы рекомендуем использовать Мастер гибридной конфигурации для настройки соединителей в Office 365, так и в локальных серверов Exchange Server. Для этого сценария записи MX для вашего домена не может указывать на почтовый сервер вашей организации.If your organization's mail server has Exchange 2013 or Exchange 2010 deployed, we recommend that you use the Hybrid Configuration Wizard to configure connectors in Office 365 as well as on your on-premises Exchange servers. For this scenario, your domain's MX record can't point to your organization's mail server.

Сценарий 2: Отфильтрованные локальных — это записи MX указывает на Office 365 и почтыScenario 2: MX record points to Office 365 and mail is filtered on-premises

  • Я миграции личных почтовых ящиков в Office 365 и требуется сохранить некоторые почтовые ящики на Моя организация почтового сервера (на локальном сервере). Я хочу использовать решения для фильтрации и обеспечения соответствия требованиям, которые уже в моей локальной среды. Всех сообщений, приходящих из Интернета к почтовым ящикам Мои облака или сообщений, отправленных в Интернет из личных облачных почтовых ящиков, должны направляться через Мои локальные серверы.I'm migrating my mailboxes to Office 365 and I want to keep some mailboxes on my organization's mail server (on-premises server). I want to use the filtering and compliance solutions that are already in my on-premises environment. All messages that come from the Internet to my cloud mailboxes, or messages sent to the Internet from my cloud mailboxes, must route through my on-premises servers.

При наличии business или нормативные причины для фильтрации почты в локальной среде рекомендуется с указанием записи MX для вашего домена Office 365 и Включение централизованного транспорта почты. Эта программа установки предоставляет фильтрации нежелательной почты оптимальной и защищает вашей организации IP-адресов. Настройка потока обработки почты вашей организации для этого сценария похоже на следующей схеме.If you have business or regulatory reasons for filtering mail in your on-premises environment, we recommend pointing your domain's MX record to Office 365 and enabling centralized mail transport. This setup provides optimal spam filtering and protects your organization's IP addresses. For this scenario, your organization's mail flow setup looks like the following diagram.

Схема потока обработки почты, на которой представлен сценарий, где запись MX указывает на Office 365, а фильтрация происходит на локальных серверах. Почта из Интернета направляется в Office 365, поступает на серверы для проверки соответствия, а затем возвращается в Office 365.

РекомендацииBest practices

  1. Добавление пользовательских доменов в Office 365. Чтобы подтвердить, что вы владеете домены, следуйте инструкциям в Добавить пользователей и домены.Add your custom domains in Office 365. To prove that you own the domains, follow the instructions in Add users and domains.

  2. Создание пользовательских почтовых ящиков в Exchange Online или Перемещение всех почтовых ящиков пользователей в Office 365.Create user mailboxes in Exchange Online or Move all users' mailboxes to Office 365.

  3. Обновление записей DNS для доменов, добавленных в шаге 1. (Не том, как это сделать? Следуйте инструкциям на этой странице). Следующие записи DNS обработки сообщений:Update the DNS records for the domains that you added in step 1. (Not sure how to do this? Follow the instructions on this page.) The following DNS records control mail flow:

    • Запись MX: выберите записи MX в Office 365 в следующем формате: <domainKey>-com.mail.protection.outlook.comMX record: Point your MX record to Office 365 in the following format: <domainKey>-com.mail.protection.outlook.com

      Например, если ваш домен contoso.com, записи MX должны быть: contoso com.mail.protection.outlook.com.For example, if your domain is contoso.com, the MX record should be: contoso-com.mail.protection.outlook.com.

    • Запись инфраструктуры политики Отправителей: это следует указывать Office 365 как действительный отправителя, а также IP-адресов с локальных серверов, подключающихся к EOP и любой третьей лицами отправить сообщение электронной почты от имени вашей организации. Например если вашей организации почтового сервера Интернета IP-адрес is131.107.21.231, должен быть записи SPF для contoso.com:SPF record: This should list Office 365 as a valid sender, plus any IP addresses from your on-premises servers that connect to EOP, and any third parties that send email on behalf of your organization. For example, if your organization's mail server's Internet-facing IP address is131.107.21.231, the SPF record for contoso.com should be:

    v=spf1 ipv4: 131.107.21.231  include:spf.protection.outlook.com -all
    
  4. Использование централизованного почтового транспорта (CMT) для локальных решений обеспечения соответствия.Use Centralized Mail Transport (CMT) for on-premises compliance solutions.

    • Сообщения, поступающие из Интернета для почтового ящика в Office 365 сначала отправляется на локальный сервер, а затем возвращается к Office 365 для доставки в почтовый ящик. В первой строке представляет этот путь на схеме сценарий 2.Mail that comes from the internet to a mailbox in Office 365 first gets sent to your on-premises server and then comes back to Office 365 to be delivered to the mailbox. Line 1 represents this path in the scenario 2 diagram.

    • Сообщения, поступающие из Office 365 и предназначен для работы в Интернете сначала отправляется на локальные серверы, а затем возвращается в Office 365 и затем доставляется в Интернет. Строка 4 представляет этот путь на схеме сценарий 2.Mail that comes from Office 365 and is destined for the Internet is first sent to your on-premises servers, then comes back to Office 365, and is then delivered to the Internet. Line 4 represents this path in the scenario 2 diagram.

    • Для достижения этой конфигурации, создайте соединители с помощью Мастера гибридной конфигурации или с помощью командлетов и включить CMT. Для получения дополнительных сведений о CMT видеть транспорта в Exchange параметры 2013 гибридные развертывания.To achieve this configuration, create connectors via the Hybrid Configuration Wizard or via cmdlets, and enable CMT. For details about CMT, see Transport Options in Exchange 2013 Hybrid Deployments.

В приведенных ниже сценариях соединители не нужны, если у ваших партнеров нет особых требований, например требования использовать протокол TLS при соединении с банком.You don't need connectors in the following scenarios unless one of your partners has special requirements, such as enforcing TLS with a bank.

  • Отправка почты из Office 365 в партнерской организацииSending mail from Office 365 to a partner organization

  • Отправка почты из партнерской организации в Office 365Sending mail from a partner organization to Office 365

Сценарий 3. Запись MX указывает на локальные серверыScenario 3: MX record points to my on-premises servers

  • Я миграции личных почтовых ящиков в Office 365, и требуется сохранить некоторые почтовые ящики на Моя организация почтового сервера (на локальном сервере). Я хочу использовать решения для фильтрации и обеспечения соответствия требованиям, которые уже в моей локальной среды электронной почты. Всех сообщений, приходящих из Интернета к почтовым ящикам Мои облака или сообщений, отправленных в Интернет из почтовых ящиков в облаке, должны направляться через Мои локальные серверы. Требуется для указания записи MX Мои домена на мой на локальном сервере.I'm migrating my mailboxes to Office 365, and I want to keep some mailboxes on my organization's mail server (on-premises server). I want to use the filtering and compliance solutions that are already in my on-premises email environment. All messages that come from the Internet to my cloud mailboxes, or messages sent to the Internet from cloud mailboxes, must route through my on-premises servers. I need to point my domain's MX record to my on-premises server.

В качестве альтернативы в сценарии 2 можно сопоставить записи MX для вашего домена для вашей организации почтового сервера вместо в Office 365. В некоторых организациях действуют business или нормативные потребность в этой программы установки, но фильтрации обычно выполняется лучше, если вы используете сценарии 2.As an alternative to Scenario 2, you can point your domain's MX record to your organization's mail server instead of to Office 365. Some organizations have a business or regulatory need for this setup, but filtering typically works better if you use Scenario 2.

В этом сценарии схема потока обработки почты организации выглядит так:For this scenario, your organization's mail flow setup looks like the following diagram.

Схема потока обработки почты при которой запись MX указывает на локальные серверы, а не на Office 365. Почта направляется из Интернета на серверы вашей организации, а затем — в Office 365. Почта из Office 365 направляется на локальные серверы, а затем — в Интернет

Советы и рекомендацииBest practices

Если запись MX домена должна указывать на IP-адрес локального сервера, рекомендуется следующее:If the MX record for your domain needs to point to your on-premises IP address, use the following best practices:

  1. Добавление пользовательских доменов в Office 365. Чтобы подтвердить, что вы владеете домены, следуйте инструкциям в Добавить пользователей и домены.Add your custom domains in Office 365. To prove that you own the domains, follow the instructions in Add users and domains.

  2. Создание пользовательских почтовых ящиков в Exchange Online или Перемещение всех почтовых ящиков пользователей в Office 365.Create user mailboxes in Exchange Online or move all users' mailboxes to Office 365.

  3. Обновление записей DNS для доменов, добавленных в шаге 1. (Не том, как это сделать? Следуйте инструкциям на этой странице). Следующие записи DNS обработки сообщений:Update the DNS records for the domains that you added in step 1. (Not sure how to do this? Follow the instructions on this page.) The following DNS records control mail flow:

    • Запись инфраструктуры политики Отправителей: это следует указывать Office 365 как действительный отправителя. Он также должен включать все IP-адреса с локальных серверов, подключающихся к EOP и третьим лицам, адрес электронной почты от имени вашей организации. Например если вашей организации почтового сервера Интернета IP-адрес is131.107.21.231, должен быть записи SPF для contoso.com:SPF record: This should list Office 365 as a valid sender. It should also include any IP addresses from your on-premises servers that connect to EOP and any third parties that send email on behalf of your organization. For example, if your organization's mail server's Internet-facing IP address is131.107.21.231, the SPF record for contoso.com should be:
    v=spf1 ipv4: 131.107.21.231  include:spf.protection.outlook.com -all
    
  4. Так как вы не ретрансляции сообщений с локальных серверов к Интернету через Office 365, не требуется технически создание соединителей для следующих сценариев. Однако если определенному моменту изменения записи MX для указания на Office 365, вам потребуется создать соединители; Таким образом рекомендуется выполнить заранее. В центре администрирования Exchange с помощью мастера соединитель для часть 2: Настройка почты для потока с сервера электронной почты в Office 365 для следующих сценариев или использовать Мастер гибридной конфигурации для создания соединителей:Because you're not relaying messages from your on-premises servers to the internet through Office 365, you don't technically need to create connectors for the following scenarios. But if at some point you change your MX record to point to Office 365, you'll need to create connectors; therefore, it's best to do it up front. In the Exchange admin center, use the connector wizard to Part 2: Configure mail to flow from your email server to Office 365 for the following scenarios, or use the Hybrid Configuration Wizard to create connectors:

    • Отправка почты из Office 365 в вашей организации почтовых серверовSending mail from Office 365 to your organization's mail servers

    • Отправка почты из локальных серверов в Office 365Sending mail from your on-premises servers to Office 365

  5. Чтобы гарантировать, что сообщения отправляются на локальные серверы организации через MX, перейдите к разделу Пример ограничений безопасности, которые вы можете применить к электронной почте, отправляемой партнерской организацией и следуйте указаниям из подраздела "Пример 3. Требовать отправки всех сообщений электронной почты с домена организации партнера ContosoBank.com с определенного диапазона IP-адресов".To make sure that messages are sent to your organization's on-premises servers through MX, go to Example security restrictions you can apply to email sent from a partner organization, and follow "Example 3: Require that all email from your partner organization domain ContosoBank.com is sent from a specific IP address range."

Сценарий 4: Запись MX указывает на мой на локальном сервере, которая фильтрует и предоставляет решения для соответствия требованиям для сообщений. Локальный сервер должен для ретрансляции сообщений в Интернет через Office 365.Scenario 4: MX record points to my on-premises server, which filters and provides compliance solutions for your messages. Your on-premises server needs to relay messages to the internet through Office 365.

  • Я миграции личных почтовых ящиков в Office 365, и требуется сохранить некоторые почтовые ящики на Моя организация почтового сервера (на локальном сервере). Я хочу использовать решения для фильтрации и обеспечения соответствия требованиям, которые уже в моей локальной среды электронной почты. Все сообщения, отправляемые Мои локальные серверы должны ретранслировать через Office 365 к Интернету. Требуется для указания записи MX Мои домена на мой на локальном сервере.I'm migrating my mailboxes to Office 365, and I want to keep some mailboxes on my organization's mail server (on-premises server). I want to use the filtering and compliance solutions that are already in my on-premises email environment. All messages sent from my on-premises servers must relay through Office 365 to the internet. I need to point my domain's MX record to my on-premises server.

В этом сценарии схема потока обработки почты организации выглядит так:For this scenario, your organization's mail flow setup looks like the following diagram.

Схема потока обработки почты со стрелочками, на которой показано движение почты из Интернета на локальные серверы, а затем — в Office 365. На схеме также показано движение почты из локальных серверов через Office 365 в Интернет.

Советы и рекомендацииBest practices

Если запись MX домена должна указывать на IP-адрес локального сервера, рекомендуется следующее:If the MX record for your domain needs to point to your on-premises IP address, use the following best practices:

  1. Добавление пользовательских доменов в Office 365. Чтобы подтвердить, что вы владеете домены, следуйте инструкциям в Добавить пользователей и домены.Add your custom domains in Office 365. To prove that you own the domains, follow the instructions in Add users and domains.

  2. Создание пользовательских почтовых ящиков в Exchange Online или Перемещение всех почтовых ящиков пользователей в Office 365.Create user mailboxes in Exchange Online or move all users' mailboxes to Office 365.

  3. Обновление записей DNS для доменов, добавленных в шаге 1. (Не том, как это сделать? Следуйте инструкциям на этой странице). Следующие записи DNS обработки сообщений:Update the DNS records for the domains that you added in step 1. (Not sure how to do this? Follow the instructions on this page.) The following DNS records control mail flow:

    • Запись MX: выберите запись MX для локального сервера в следующем формате: почты. <domainKey>.comMX record: Point your MX record to your on-premises server in the following format: mail.<domainKey>.com

      Например, если ваш домен contoso.com, запись MX должна быть:. mail.contoso.com.For example, if your domain is contoso.com, the MX record should be: .mail.contoso.com.

    • Запись инфраструктуры политики Отправителей: это следует указывать Office 365 как действительный отправителя. Он также должен включать все IP-адреса с локальных серверов, подключающихся к EOP и третьим лицам, адрес электронной почты от имени вашей организации. Например если вашей организации почтового сервера Интернета IP-адрес является 131.107.21.231, должен быть записи SPF для contoso.com:SPF record: This should list Office 365 as a valid sender. It should also include any IP addresses from your on-premises servers that connect to EOP and any third parties that send email on behalf of your organization. For example, if your organization's mail server's Internet-facing IP address is 131.107.21.231, the SPF record for contoso.com should be:

    v=spf1 ipv4: 131.107.21.231  include:spf.protection.outlook.com -all
    
  4. В центре администрирования Exchange используйте мастер соединителя, чтобы настроить поток обработки почты с помощью соединителей в Office 365 для следующих сценариев:In the Exchange admin center, use the connector wizard to Configure mail flow using connectors in Office 365 for the following scenarios:

    • Отправка почты из Office 365 в вашей организации почтовых серверовSending mail from Office 365 to your organization's mail servers

    • Отправка почты из локальных серверов в Office 365Sending mail from your on-premises servers to Office 365

      Вам необходимо создать соединитель для поддержки сценария «Почта Отправка из локальных серверов в Office 365», если какие-либо из следующих сценариев применяются к вашей организации:You need to create a connector to support the scenario "Sending mail from your on-premises servers to Office 365" if any of the following scenarios apply to your organization:

    • Ваша организация уполномочена отправлять электронную почту от имени клиента, но ей не принадлежит его домен. Например, домен contoso.com уполномочен отправлять сообщения через домен fabrikam.com, который не принадлежит домену contoso.com.Your organization is authorized to send mail on behalf of your client, but your organization doesn't own the domain. For example, contoso.com is authorized to send email through fabrikam.com, which doesn't belong to contoso.com.

    • Ваша организация ретранслирует отчеты о недоставке (NDR) к Интернету через Office 365.Your organization relays non-delivery reports (NDRs) to the Internet through Office 365.

    • Записи MX для вашего домена contoso.com, указывающий на локальный сервер и пользователей в вашей организации автоматической пересылки сообщений в адреса за пределами вашей организации электронной почты. Например kate@contoso.com имеет включена пересылка, и все сообщения перейдите к kate@tailspintoys.com. Если john@fabrikam.com отправляет сообщение в kate@contoso.com, по времени, сообщение доставляется в Office 365 отправителя домена не fabrikam.com и получателей домен — это tailspin.com. Домен получателя ни домен отправителя принадлежит к вашей организации.The MX record for your domain, contoso.com, points to your on-premises server, and users in your organization automatically forward messages to email addresses outside your organization. For example, kate@contoso.com has forwarding enabled, and all messages go to kate@tailspintoys.com. If john@fabrikam.com sends a message to kate@contoso.com, by the time the message arrives at Office 365 the sender domain is fabrikam.com and the recipient domain is tailspin.com. Neither the sender domain nor recipient domain belongs to your organization.

      Чтобы создать соединитель, выберите первый вариант в мастере создания соединителя на экране Как Office 365 следует определять почту с вашего почтового сервера?. To create the connector, choose the first option in the connector creation wizard on the How should Office 365 identify email for your email server screen.

      Снимок экрана: окно создания соединителя в мастере гибридного подключения для Exchange

      Это позволяет Office 365 для идентификации сервера электронной почты с помощью сертификата. В этом сценарии сертификат CN или альтернатива имя субъекта (SAN) содержит домена, к которой принадлежит вашей организации. Для получения дополнительных сведений см идентифицирующее электронной почты с сервера электронной почты. Для просмотра сведений о конфигурации соединителя, часть 2: Настройка почты для потока с сервера электронной почты в Office 365.This allows Office 365 to identify your email server by using the certificate. In this scenario, the certificate CN or Subject Alternative Name (SAN) contains the domain that belongs to your organization. For more details, see Identifying email from your email server. For connector configuration details see, Part 2: Configure mail to flow from your email server to Office 365.

  5. Set up connectors for secure mail flow with a partner organization позволяет гарантировать, что сообщения отправляются на локальные серверы организации через MX.Set up connectors for secure mail flow with a partner organization to make sure that messages are sent to your organization's on-premises servers via MX.

См. такжеSee also

Рекомендации по потоку обработки почты для Exchange Online и Office 365 (обзор)Mail flow best practices for Exchange Online and Office 365 (overview)

Управление всеми почтовыми ящиками и потоком обработки почты с помощью Office 365Manage all mailboxes and mail flow using Office 365

Управление потоком обработки почты с помощью сторонней облачной службы в Office 365Manage mail flow using a third-party cloud service with Office 365

Управление потоком обработки почты с помощью сторонней облачной службы (почтовые ящики в Office 365 и на локальном сервере)Manage mail flow using a third-party cloud service with mailboxes on Office 365 and on-prem

Устранение неполадок с потоком обработки почты Office 365Troubleshoot Office 365 mail flow

Тестирование потока обработки почты путем проверки соединителей Office 365Test mail flow by validating your Office 365 connectors