17 августа 2026 года Координационный центр доменов .RU/.РФ сообщил: в систему регистрации национальных доменов добавлена поддержка адресов электронной почты целиком на кириллице. Речь не про «теперь вся российская почта говорит по-русски», а про конкретный слой. Реестр научился принимать и хранить контакт вида почта@пример.рф. Раньше после «@» кириллица уже допускалась, а локальная часть (то, что до собаки) должна была оставаться латиницей: mail@пример.рф.
Новый функционал сделали специалисты Технического центра Интернет (ТЦИ), технического оператора зон .RU и .РФ. Генеральный директор ТЦИ Алексей Рогдев прямо сказал, где сейчас граница: система регистрации адрес принимает, дальше очередь регистраторов.
Что именно изменилось 17 августа
По официальному сообщению КЦ обновили форму контактного адреса администратора или регистратора домена. Это поле в реестре: туда пишут почту, на которую регистратор и реестр шлют служебные письма (подтверждения, истечение срока, операции с доменом).
Было: гибрид mail@пример.рф. Стало: можно указать и ящик, и домен кириллицей, например почта@пример.рф.
Это не создание почтового ящика. Реестр не заводит вам «почта@» и не учит Яндекс Почту, Mail.ru или корпоративный Exim принимать такие письма. Он перестаёт отвергать полностью кириллический контакт на своей стороне.
Почему это заняло столько лет
Кириллица в интернете шла слоями, и почта всегда отставала от доменов.
В 2003 году стандарт IDNA закрепил Unicode в доменных именах. Punycode научил DNS и приложения видеть нелатинские зоны как xn--цепочку. Как устроен этот перевод, на сайте уже разобрано в материале про Punycode; быстро прогнать свой домен можно через конвертер Punycode.
Зону .РФ запустили в 2010 году, кириллические домены пошли массово. Но адрес электронной почты состоит из двух половин. Домен после «@» научились интернационализировать раньше: его можно закодировать в Punycode. Локальную часть (имя ящика) в ASCII-форму не сворачивают. Для неё нужен другой стандарт.
Полностью кириллическую почту описали в 2012 году: набор RFC про Email Address Internationalization (EAI) и расширение SMTP под названием SMTPUTF8. Базовый документ: RFC 6531. Почтовый сервер должен объявить SMTPUTF8 в ответе на EHLO и уметь возить UTF-8 и в конверте письма, и в заголовках.
Стандарту четырнадцать лет. Инфраструктура до сих пор догоняет его по кускам: одни серверы расширение анонсируют, другие молчат, третьи анонсируют, но формы на сайте всё равно режут адрес регуляркой [a-z0-9].
Что уже есть в зонах .RU и .РФ
КЦ и проект Поддерживаю.РФ каждый год считают почтовые серверы с SMTPUTF8. Исследование 2026 года снято в апреле. Цифры такие:
- уникальных серверов с SMTPUTF8 в .РФ: 1 710 на февраль 2025, 1 826 на апрель 2026;
- в .RU: 21 422 и 24 037 соответственно;
- доменов второго уровня, у которых MX указывает на продуктивный сервер с SMTPUTF8: 40 285 в .РФ и 486 535 в .RU;
- больше всего таких доменов обслуживает почтовый сервис Рег.ру: 80% в .РФ и 41% в .RU;
- среди ПО лидирует Exim: 1 230 уникальных серверов в .РФ (было 786 за три года) и 8 438 в .RU (было 5 445).
На главной cctld.ru в день выхода новости указано порядка 6,15 млн доменов в .RU и 806 тыс. в .РФ. Даже если брать только .РФ, MX на SMTPUTF8-сервер есть примерно у 40 тысяч имён. Остальные либо без почты, либо с сервером, который расширение не анонсирует.
Главный аналитик КЦ и руководитель Поддерживаю.РФ Мария Колесникова в том же релизе говорит спокойно: число серверов растёт, экосистема крепнет, но это процесс, а не переключатель.
Почему это важно владельцу сайта, а не только реестру
Контакт в реестре: если туда записать адрес, на который никто не умеет доставлять письма, можно пропустить истечение домена или запрос на трансфер. Красивый почта@компания.рф в карточке домена бесполезен, пока регистратор, ваш MX и отправитель служебных писем говорят на одном языке.
Формы на сайте: заявка, регистрация, комментарий, WooCommerce, подписка. Если поле живёт на type="email" или на старой регулярке, полностью кириллический адрес отвалится ещё до почтового сервера. Человек будет уверен, что «почта на русском не работает», хотя сломалась валидация в браузере или в PHP.
Корпоративная почта на своём домене: иметь кириллический домен и уметь принять письмо на кириллический ящик: две разные задачи. Первая решается делегированием и MX, вторая: SMTPUTF8 на приёме, на фильтрах, на LMTP до ящика и у всех, кто вам пишет.
Как устроен такой адрес технически
Адрес почта@пример.рф состоит из UTF-8 локальной части «почта» и интернационализированного домена «пример.рф». Домен в DNS по-прежнему живёт как Punycode. Классический учебный пример:
idn2 'пример.рф'
Ожидаемый ASCII-вид: xn--e1afmkfd.xn--p1ai. MX, SPF, DKIM и DMARC вешаются на домен в DNS, то есть на эту ASCII-форму. Локальную часть «почта» в xn-- никто не переводит. Если следующий хоп не умеет SMTPUTF8, письмо с таким получателем чаще всего не уедет: сервер обязан вернуть его как недоставляемое, а не «упростить» ящик латиницей.
Отсюда практическое следствие. Гибрид info@компания.рф часто проходит даже там, где полный Unicode ещё хромает: домен уезжает Punycode, локальная часть остаётся ASCII. Полный почта@компания.рф требует поддержки по всей цепочке.
Что проверить администратору
1. Панель регистратора
Реестр готов, панель может быть нет. Имеет смысл открыть карточку домена и посмотреть, принимает ли поле email строку вроде почта@пример.рф. Если нет, контакт в реестре вы всё равно не смените через этого регистратора, пока он не допилит форму и API. Именно это имел в виду Рогдев.
2. MX домена
Сначала убедиться, что почта вообще делегирована. Для кириллического имени удобнее спрашивать DNS по Punycode или через инструмент, который сам перекодирует IDN. На сайте для этого есть Easy DNS Lookup. С консоли:
dig MX xn--e1afmkfd.xn--p1ai +short dig MX пример.рф +short
Если MX пустой, речи про кириллический ящик нет: принимать письма некому. Карточку домена в WHOIS при этом можно глянуть отдельно, в том числе через Whois lookup.
3. Объявляет ли сервер SMTPUTF8
Проверка на стороне SMTP: в ответе на EHLO должна быть строка SMTPUTF8. Порт 25 у части провайдеров закрыт на исходящие, тогда команда с домашнего канала ничего не докажет. На своём VPS обычно видно сразу:
printf 'EHLO probe.example\r\nQUIT\r\n' | nc -w 8 mx.example.ru 25
В списке расширений ищите SMTPUTF8. То же через Python, если nc режет вывод или нужен нормальный таймаут:
import smtplib, sys host = sys.argv[1] s = smtplib.SMTP(host, 25, timeout=10) code, _ = s.ehlo() print(code) print(s.esmtp_features) s.quit()
Смотреть нужно ключ smtputf8 в esmtp_features. Если его нет, сервер кириллическую локальную часть по стандарту принимать не обязан.
4. Postfix на своём сервере
У Postfix поддержка EAI появилась в 3.0. В актуальных сборках параметр часто включён, но его мог выключить compatibility safety net. Документация: Postfix SMTPUTF8 support.
postconf smtputf8_enable
Ожидаемое рабочее значение: yes. Если нет:
sudo postconf -e 'smtputf8_enable = yes' sudo postfix reload
Одного Postfix мало. Amavis, Dovecot по LMTP, нижестоящие релеи и веб-фильтры тоже должны переваривать UTF-8. Postfix честно пишет: письмо с SMTPUTF8 уйдёт на сервер без расширения, только если и конверт, и заголовки остаются ASCII. Иначе получатель вернётся как недоставляемый.
Ещё один нюанс из той же документации: myhostname и mydomain пока должны быть ASCII. Кириллицу в myorigin Postfix уже допускает, но hostname в SMTP-диалоге остаётся латинским. Для таблиц доступа и rewrite часто приходится держать и Unicode, и xn-- форму имени.
Формы, PHP и WordPress
Даже когда MX и SMTPUTF8 в порядке, сайт может отказать на валидации.
Классический filter_var() с FILTER_VALIDATE_EMAIL в PHP ориентирован на ASCII. Для адреса почта@пример.рф он часто возвращает отказ. То же делают самописные регулярки вида [a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+.
<?php
var_export(filter_var('почта@пример.рф', FILTER_VALIDATE_EMAIL));
В ядре WordPress функция is_email() на стабильной ветке 7.0.x по-прежнему заточена под ASCII. Поддержку Unicode-адресов тестируют в trunk к 7.1: 10 июня 2026 года на Make WordPress вышел call for testing, в ядро ушёл changeset 62482. Заявлено: is_email() и sanitize_email() принимают UTF-8 локальную часть, если кодировка базы utf8mb4; появился класс WP_Email_Address, который отделяет ящик от домена и умеет Punycode.
Это ещё не повод считать, что боевой сайт на 7.0.4 уже примет такой адрес в форме комментария, в профиле пользователя или в плагине записи. Плагины форм, WooCommerce, почтовые SMTP-плагины и внешние CRM живут своей валидацией. Тестовый пост ядра прямо предупреждает: если интеграция не умеет Unicode, фильтры можно вернуть к ASCII.
Проверка на текущем сайте (WP-CLI, ничего не меняет в данных):
wp eval 'var_export( is_email( "почта@пример.рф" ) );'
На 7.0.x ожидаемо увидеть отказ. Если на тестовом стенде уже стоит сборка с Unicode-фильтрами, результат может быть другим. Имеет смысл прогнать ещё и реальную форму: type="email" в браузере и серверная проверка плагина часто расходятся.
Где обычно ломается
- Реестр принял адрес, панель регистратора всё ещё требует латиницу до «@».
- Ящик завели в панели хостинга, но MTA не анонсирует SMTPUTF8.
- Свой Postfix включил SMTPUTF8, а Dovecot, антиспам или внешний релей нет.
- Сайт режет адрес на клиенте (type="email", JS) или в PHP/WordPress.
- Письмо уходит только внутри «своих», а контрагент на Gmail, корпоративном Exchange или старом хостинге его не принимает.
- В реестр записали кириллический контакт, на который никто не может доставить служебные письма. Это уже риск для домена, а не эстетика.
- Бесплатные массовые ящики. Исторические проверки Поддерживаю.РФ показывали: завести кириллический логин в обычной Яндекс Почте или Mail.ru нельзя, часть сервисов не умела даже писать на такие адреса. Это данные прошлых исследований, не снимок августа 2026. Актуальный статус конкретного провайдера смотрят в его справке и панели, а не в новости реестра.
Отдельно про похожие буквы. Кириллица в локальной части увеличивает пространство для адресов-двойников (латинская a и кириллическая а). Для фишинга это не новость: домены .РФ и Punycode уже давно дают такой материал. Имеет смысл не запрещать стандарт, а не принимать такой адрес вслепую в админке, биллинге и сбросе пароля без подтверждения.
Как понять, что цепочка живая
Минимальный критерий не «форма реестра сохранилась», а доставка.
- Регистратор принял контакт и показал его обратно без кракозябр и без автозамены на punycode в локальной части.
- MX домена указывает на сервер, который в EHLO отдаёт SMTPUTF8.
- Тестовое письмо с другого SMTPUTF8-сервера доходит до ящика, а не отбивается на MAIL FROM / RCPT TO.
- Форма на своём сайте принимает адрес и кладёт его в базу как UTF-8, не как mojibake.
- Обратное письмо с сайта (подтверждение заявки, сброс пароля WordPress) уходит и приходит.
Если падает только пункт 5, проблема уже не в реестре и часто не в MX, а в PHPMailer, SMTP-плагине или в том, что сайт шлёт письмо через сервис без SMTPUTF8.
Что делать сейчас, если кириллический ящик не нужен завтра
Ничего срочно ломать не требуется. Для большинства рабочих доменов по-прежнему разумный контакт: латинский ящик на своём домене или гибрид info@компания.рф, если почтовый хостинг это переваривает.
Имеет смысл заложить поддержку заранее:
- не хранить email в колонках с latin1;
- не валидировать почту самописной ASCII-регуляркой, если аудитория может принести EAI-адрес;
- на своём MTA проверить smtputf8_enable и EHLO;
- не записывать в реестр кириллический контакт, пока не проверили доставку служебных писем.
Когда понадобится именно полный Unicode-ящик, начинать лучше с тестового домена и стенда, а не с основного корпоративного адреса в карточке .RU.
Короткий вывод
17 августа 2026 года реестр .RU и .РФ перестал спотыкаться о полностью кириллический email в контактных данных. ТЦИ закрыл свой кусок: принять и сохранить почта@пример.рф. Стандарты для этого лежат с 2012 года, почтовые серверы в национальных зонах подтягиваются медленно, но цифры апреля 2026 уже не нулевые.
Чтобы такой адрес жил, а не висел строкой в анкете, нужны регистратор, MX с SMTPUTF8, формы без ASCII-шовинизма и контрагенты, которые умеют писать в UTF-8. Реестр этот хвост за вас не дотянет.
