Общие вопросы про Yandex Cloud Postbox
Поддерживаются ли кириллические домены?
Да, Yandex Cloud Postbox поддерживает кириллические домены (IDNпример.рф в формате Punycode будет выглядеть как xn--e1afmkfd.xn--p1ai.
Можно ли использовать основной домен организации Яндекс 360 для рассылок Yandex Cloud Postbox?
Да, домен организации Яндекс 360 можно указать в настройках адреса и отправлять с него письма.
При использовании домена Яндекс 360 действуют квоты и лимиты Яндекс 360 или Yandex Cloud Postbox?
При использовании любых доменов действуют квоты и лимиты Yandex Cloud Postbox. Подробнее в разделе Квоты и лимиты в Yandex Cloud Postbox.
Обязательно ли создавать SPF-запись?
Нет, создавать SPF-запись на пользовательском домене необязательно. Каждое письмо, отправленное через Yandex Cloud Postbox, подписывается двумя DKIM-подписями: одной от технического домена postbox.yandexcloud.net (для которого SPF-запись уже настроена сервисом) и второй — от вашего пользовательского домена. В большинстве случаев такой аутентификации достаточно для успешной доставки писем.
Однако если у получателя действуют строгие политики проверки входящей почты, может потребоваться добавить SPF-запись и на пользовательский домен. Как это сделать, читайте в разделе SPF.
Почему при простой настройке DKIM-подписи нужно добавить две CNAME-записи, а TXT-запись доступна только по одной из них?
Две CNAME-записи нужны, чтобы Yandex Cloud Postbox мог автоматически заменять пары DKIM-ключей на новые. TXT-записи с публичными ключами доступны одновременно по обеим CNAME-записям только в момент ротации ключей. В остальное время доступна одна TXT-запись. Подробнее в разделе Ротация ключей DKIM.
Почему доставка письма задерживается?
Одна из частых причин задержки — серые спискиgreylisting) на почтовом сервере получателя. Это способ защиты от спама, при котором сервер временно отклоняет первую попытку доставки письма, рассчитывая, что легитимный почтовый сервер повторит ее позднее.
Yandex Cloud Postbox автоматически повторит попытку доставки. Обычно после задержки, установленной сервером получателя, письмо будет принято и доставлено.
Почему письмо не было отправлено получателю?
Одна из возможных причин — адрес получателя находится в стоп-листе. Подробнее читайте в разделе Стоп-листы.
Почему соединение разрывается с ошибкой 421 4.4.2 Idle timeout?
SMTP-соединение остается открытым, пока клиент отправляет команды: отсчет времени простоя начинается заново после каждой принятой сервером команды. Если пауза между командами превысит допустимое время простоя (около минуты), сервер ответит 421 4.4.2 Idle timeout, bye bye и закроет соединение. Ошибка приходит между транзакциями, поэтому письмо не теряется и не дублируется. Чтобы продолжить отправку, установите новое соединение.
Чтобы не получать эту ошибку:
- Если вы используете пул соединений, отправляйте письма подряд, отправляйте команду
NOOPчаще одного раза в минуту (отсчет времени простоя сбрасывает любая команда) или закрывайте соединение командойQUITи открывайте новое перед следующей отправкой. - Паузы перед повторной попыткой отправки, в том числе после ошибки
454 Maximum sending rate exceeded, делайте между соединениями, а не внутри открытого соединения. - Тело письма после команды
DATAпередавайте целиком в пределах того же тайм-аута: отсчет идет от командыDATA. Иначе сервер вернет ошибку451 4.4.2 Timeout waiting for data from client. Если канал передачи данных медленный, а вложения большие, уменьшите размер письма.
Ошибка 421 4.4.2 не является ни ошибкой квоты, ни отказом в доставке письма. Подробнее об ответах SMTP на странице Ответы SMTP.