INTEGRITY Документация

Postmaster

На этой странице приведена техническая информация об Email Service для специалистов, администрирующих почтовые системы, и других поставщиков услуг электронной почты.

Здесь вы найдёте информацию об Email Service: рекомендации, правила, инструкции, средства устранения неполадок, а также подробности настройки Email Service.

Postmaster

Контактная информация

Чтобы связаться с нами, воспользуйтесь нашим форум сообщества ↗ или наш Сервер Discord ↗.

Чтобы сообщить о злоупотреблении электронной почтой, свяжитесь с нами по адресу [email protected].

Authenticated Received Chain (ARC)

Email Service поддерживает Authenticated Received Chain (ARC) ↗. ARC позволяет промежуточным почтовым серверам, например пересылающим сервисам, прикреплять к сообщению запись об исходных результатах аутентификации. Благодаря этому сервер получателя может проверить подлинность пересланных писем, даже если SPF или DKIM не проходят проверку из-за пересылки. ARC также поддерживают крупные провайдеры, включая Google.

Подпись DKIM

DKIM (DomainKeys Identified Mail) ↗ гарантирует, что письма не изменяются при передаче между SMTP-серверами отправителя и получателя, благодаря криптографии с открытым ключом.

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

Email Service добавляет подписи DKIM к исходящим письмам от имени домена отправки клиента, чтобы подтвердить подлинность писем и повысить доставляемость.

Email Sending и Email Routing используют разные селекторы DKIM. Ключи DKIM для вашего домена можно найти, выполнив запрос:

# Email Sending DKIM
dig TXT cf-bounce._domainkey.example.com +short

# Email Routing DKIM
dig TXT cf2024-1._domainkey.example.com +short

Для пересылаемых писем Email Routing добавляет две подписи DKIM: одну для email.cloudflare.net, который охватывает переписывание адреса отправителя, и один для домена получателя, настроенного клиентом. Ключ перезаписи отправителя Cloudflare можно запросить напрямую:

dig TXT cf2024-1._domainkey.email.cloudflare.net +short

Принудительное применение DMARC

Email Service поддерживает Domain-based Message Authentication, Reporting & Conformance (DMARC). При отправке писем Email Service обеспечивает правильное выравнивание SPF и DKIM, чтобы пройти аутентификацию DMARC. Для Email Routing входящие письма отклоняются, если они не проходят аутентификацию согласно политике DMARC отправителя. Подробнее см. dmarc.org ↗ для получения дополнительной информации об этом протоколе.

Для оптимальной доставляемости писем рекомендуется настроить протокол DMARC для всех доменов.

Требование к аутентификации почты

Cloudflare требует, чтобы входящие письма проходили хотя бы одну форму аутентификации. Письмо должно либо пройти проверку SPF, либо иметь корректную подпись DKIM. Письма, не прошедшие обе проверки, отклоняются.

Исходящие письма, отправленные через Email Service, всегда проходят аутентификацию SPF и DKIM, что обеспечивает максимальную доставляемость и поддерживает репутацию отправителя.

Поддержка IPv6

Email Service поддерживает IPv6 для входящей и исходящей доставки писем. При исходящей отправке сервис подключается к SMTP-серверам получателя по IPv6, если у получателя есть записи AAAA для MX-серверов, а иначе использует IPv4. При входящей доставке Email Routing принимает почту по IPv6 на своих MX-серверах.

Проверить связь по IPv6 с любым адресом назначения можно с помощью dig:

dig mx gmail.com
dig AAAA gmail-smtp-in.l.google.com

MX- и SPF-записи

При использовании Email Service для отправки писем специальные MX-записи в домене не требуются. Однако если вы также используете Email Routing для входящей почты, необходимые MX-записи настраиваются автоматически.

Для записей SPF Email Service использует _spf.mx.cloudflare.net. Email Sending настраивает SPF для cf-bounce поддомене, тогда как Email Routing настраивает SPF в корневом домене:

v=spf1 include:_spf.mx.cloudflare.net ~all

Для входящей почты Email Routing анонсирует несколько MX-серверов под *.mx.cloudflare.net зону с разными приоритетами. Например:

example.com.    IN    MX    13 amir.mx.cloudflare.net.
example.com.    IN    MX    86 linda.mx.cloudflare.net.
example.com.    IN    MX    24 isaac.mx.cloudflare.net.

Исходящие префиксы

Email Service отправляет трафик, используя префиксы как IPv4, так и IPv6, если это поддерживает SMTP-сервер получателя.

Если вы администрируете почтовый сервер и не можете получать письма от Email Service, разрешите в настройках сервера следующие исходящие IP-адреса:

IPv4

104.30.0.0/19

IPv6

2405:8100:c000::/38

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

dig TXT _spf.mx.cloudflare.net +short

Исходящие имена хостов

Email Service будет использовать указанные ниже исходящие домены для HELO/EHLO команда:

Записи PTR (обратный DNS) обеспечивают наличие у каждого имени хоста соответствующего IP-адреса. Например:

dig a-h.cloudflare-email.net +short
104.30.0.7
dig -x 104.30.0.7 +short
a-h.cloudflare-email.net.

Перезапись отправителя

Для пересылаемых писем Email Routing использует Sender Rewriting Scheme ↗ для изменения отправителя конверта (SMTP MAIL FROM адрес) на домен пересылки, контролируемый Cloudflare. Эта замена позволяет пройти проверку SPF на сервере назначения, даже если сообщение ретранслируется. From: заголовок сообщения не изменяется.

Ошибки SMTP

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

Списки блокировки в реальном времени

Email Service отслеживает репутацию отправителя и может временно задерживать или блокировать письма с IP-адресов, которые попали в списки Realtime Block Lists (RBL). Это помогает поддерживать общую репутацию и доставляемость сервиса.

В Email Routing входящая почта от отправителей из RBL отклоняется с ошибкой SMTP, похожей на следующую:

554 <YOUR_IP_ADDRESS> found on one or more RBLs (abusixip). Refer to https://developers.cloudflare.com/email-service/reference/postmaster/#realtime-block-lists

Вы можете использовать такие инструменты, как MxToolbox ↗ чтобы проверить IP-адрес отправителя сразу по нескольким чёрным спискам. Если вы считаете, что ваши письма блокируются по ошибке, обратитесь напрямую к администратору RBL или в службу поддержки Cloudflare.

Разбор записи SPF

Email Service публикует данные SPF по адресу _spf.mx.cloudflare.net. Соответствующую запись можно получить напрямую:

dig TXT _spf.mx.cloudflare.net +short

Запись использует формат, определённый в RFC 7208 ↗:

"v=spf1 ip4:104.30.0.0/20 ~all"

~all механизм имеет статус SoftFail. Принимающие серверы должны считать письма с IP-адресов, не указанных в записи, подозрительными, но не должны отклонять их только на основании SPF.


Полное описание настройки см. в:


Известные ограничения

Ниже приведена информация об известных ограничениях Email Service, в частности функциональности Email Routing.

Интернационализация адресов электронной почты (EAI)

Email Routing не поддерживает интернационализированные адреса электронной почты ↗. Email Routing поддерживает только интернационализированные доменные имена ↗.

Это означает, что можно использовать адреса электронной почты с интернационализированным доменом, но не с интернационализированной локальной частью (первой частью адреса, перед символом @). Ниже приведены примеры:

Отчёты о недоставке (NDR)

Email Routing не пересылает отчёты о недоставке исходному отправителю. Это означает, что отправитель не получит уведомление о том, что письмо не дошло до адресата.

Строгие политики DMARC могут приводить к сбоям при пересылке писем

Из-за особенностей пересылки писем строгие политики DMARC иногда приводят к тому, что пересланные письма не доставляются. См. dmarc.org ↗, где это описано подробнее.

Отправка письма или ответ на письмо с вашего домена Cloudflare

Email Routing не поддерживает отправку писем или ответов с вашего домена Cloudflare. Когда вы отвечаете на письмо, пересланное через Email Routing, ответ отправляется с адреса получателя (например, [email protected]), а не из шаблона email-адреса правила маршрутизации, которое доставило сообщение (например [email protected]).

"." в шаблонах email-адресов ведёт себя как обычный символ

. символ, который выполняет особые действия в почтовых сервисах вроде Gmail, в шаблонах адресов для правил маршрутизации обрабатывается как обычный символ.