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

Сводка. Несколько сценариев, иллюстрирующих настройку потока обработки почты с помощью сторонней облачной службы.Summary: A couple of different scenarios that illustrate how to configure mail flow through a third-party cloud service.

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

Сценарий 1. В записи MX указана сторонняя служба фильтрации спама.Scenario 1 - MX record points to third-party spam filtering

Сценарий 2. Запись MX указывает на стороннее решение без фильтрации спамаScenario 2 - MX record points to third-party solution without spam filtering

Примечание

В этой статье используется фиктивная организация Contoso, которая владеет доменом contoso.com. IP-адрес почтового сервера Contoso: 131.107.21.231, IP-адрес стороннего поставщика компании: 10.10.10.1 . Это только примеры. При необходимости вы можете использовать их, подставляя доменное имя и общедоступный 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 365Using a third-party cloud service with Office 365

Сценарий 1. В записи MX указана сторонняя служба фильтрации спама.Scenario 1 - MX record points to third-party spam filtering

  • Я планирую разместить все почтовые ящики своей организации в Office 365. Моя организация использует стороннюю облачную службу для фильтрации спама и вредоносных программ. Вся электронная почта, отправляемая из Интернета, должна фильтроваться с помощью этой службы.I plan to use Office 365 to host all my organization's mailboxes. My organization uses a third-party cloud service to filter spam and malware. All email that the Internet sends must be filtered by this third-party cloud service.

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

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

Рекомендации по использованию сторонней облачной службы с Office 365Best practices for using a third-party cloud service with Office 365

  1. Добавьте личные домены в Office 365 и подтвердите право собственности на них, следуя инструкциям в статье Проверка домена в 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 домена должна указывать на стороннего поставщика услуг. Следуйте его рекомендациям по настройке записи MX.MX record - Your domain's MX record must point to your third-party service provider. Follow their guidelines for how to configure your MX record.

    • Запись SPF. Так как запись MX домена должна указывать на стороннюю службу (другими словами, требуется сложная маршрутизация), добавьте ее и в запись SPF. Следуйте рекомендациям поставщика сторонней службы. Однако в качестве допустимого отправителя также следует добавить Office 365.SPF record - Because your domain's MX record must point to the third-party service (in other words, you require complex routing), your SPF record should include them as well. Please follow the guidelines from your third-party cloud service. However, you should also add Office 365 as a valid sender.

      Например, если contoso.com — ваш домен, а IP-адрес сторонней облачной службы — 10.10.10.1, запись SPF для домена contoso.com должна быть такой:For example, if contoso.com is your domain and the IP address for the third-party cloud service is 10.10.10.1, the SPF record for contoso.com should be:

    v=spf1 ipv4: 10.10.10.1  include:spf.protection.outlook.com -all
    

    В зависимости от требований стороннего поставщика, может потребоваться включить сторонний домен, как показано в ниже:Alternatively, depending on the third-party provider'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
    

Сценарий 2 (не поддерживается). Запись MX указывает на решение стороннего разработчика без фильтрации спама.Scenario 2 (unsupported) - MX record points to third-party solution without spam filtering

  • Я планирую разместить все почтовые ящики своей организации в Office 365. Моя организация должна отправлять всю электронную почту сторонней службе, например для архивации или аудита. Однако в сторонней службе нет фильтрации спама.I plan to use Office 365 to host all my organization's mailboxes. My organization must send all email to a third-party service, such as archiving or auditing. However, the third-party service doesn't provide a spam filtering solution.

Мы не рекомендуем и не поддерживаем этот сценарий, так как он приводит к ошибкам фильтрации спама в Office 365. При выборе этого сценария схема потока обработки почты организации выглядит так:We don't recommend or support this scenario because it causes Office 365 spam filtering not to work properly. If you choose this scenario, your organization's mail flow setup looks like the following diagram.

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

Рекомендации по использованию сторонней облачной службы с Office 365Best practices for using a third-party cloud service with Office 365

  • Не используйте этот сценарий, так как в настоящее время он не поддерживается. Рекомендуем использовать решения для архивации и аудита в Office 365.Don't use this scenario because it isn't currently supported. We recommend that you use archiving and auditing solutions that Office 365 provides.

See alsoSee 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 365 и на локальном сервере)Manage mail flow with mailboxes in multiple locations (Office 365 and on-prem)

Управление потоком обработки почты с помощью сторонней облачной службы (почтовые ящики в 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