Отправляйте электронную почту со своего домена и через собственный аккаунт

Каждое уведомление, которое получают ваши клиенты — счета, сбросы паролей, ответы на тикеты, обновления проектов — отправляется через почтовый сервис. По умолчанию используется наш сервис, в строке «От кого» указано Zinn Digital®, и мы оплачиваем эту отправку.

Если вы используете тарифный план agency или reseller, вы можете подключить свой собственный почтовый сервис. В этом случае ваши клиенты будут видеть в строке «От кого» ваш домен, ответы будут приходить вам, а сообщения будут отправляться через ваш аккаунт у вашего провайдера.

Настройте это в разделе Email sending на вашей панели управления.

Какого провайдера мне использовать?

Подойдет любой из них. Выберите тот, в котором у вас уже есть аккаунт.

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

Сначала настройте DNS. Это основная часть работы.

Какого бы провайдера вы ни выбрали, одни и те же три DNS-записи определяют, дойдет ли ваша почта или попадет в спам. Точные значения генерирует ваш провайдер; вы добавляете их к вашему домену.

SPF — запись типа TXT на вашем домене со списком тех, кому разрешено отправлять почту от вашего имени. Если она у вас уже есть, вы ее редактируете; вторую добавлять нельзя. Домен с двумя записями SPF полностью проваливает проверку SPF, что хуже, чем ее полное отсутствие.

DKIM — запись типа TXT или CNAME, содержащая открытый ключ, чтобы принимающие серверы могли проверить, действительно ли сообщение отправлено вашим провайдером и не было ли оно изменено. Это запись, выполняющая основную работу, и именно она должна совпадать для прохождения DMARC.

Домен Return-path (bounce) — обычно CNAME. Он задает невидимый адрес конверта, используемый вашим провайдером для сбора сообщений о недоставке. Без него отчеты о недоставке уходят туда, где вы их не увидите, а репутация вашего домена будет ухудшаться без вашего ведома.

DMARC — запись типа TXT на _dmarc.yourdomain.com, указывающая принимающим серверам, что делать, если SPF и DKIM не соответствуют вашей строке «От кого». Начните со значения p=none, пока вы проверяете корректность прохождения всех проверок, затем перейдите на p=quarantine и p=reject.

⚠️ Изменения в DNS вступают в силу не мгновенно. Подождите до часа, прежде чем решить, что что-то пошло не так.

Используйте поддомен для отправки

Отправляйте с mail.yourdomain.com или notifications.yourdomain.com, а не с самого yourdomain.com.

Причина кроется в репутации. Ваш основной домен используется для рабочей деловой переписки. Если с массовой отправкой когда-либо возникнут проблемы, отдельный поддомен для отправки локализует ущерб — ваши сотрудники по-прежнему смогут переписываться с клиентами, пока вы разбираетесь с ситуацией. Это также позволяет задавать DNS-записи для отправки, не затрагивая записи, от которых зависят ваши собственные почтовые ящики.

В поле Send from this domain по-прежнему вводится домен, а не адрес. Часть перед знаком @ выбирается для каждого сообщения отдельно: квитанции об оплате уходят от имени billing@, сбросы паролей — от no-reply@, ответы на тикеты — от support@.

Как устроена процедура настройки

1. Выберите своего провайдера и вставьте его учетные данные.
2. Нажмите Send test message. Мы отправим настоящее письмо через вашего провайдера на указанный вами почтовый ящик, добавив в него код.
3. Прочитайте код в этом ящике и введите его.

Только после этого ваша почта начнет уходить от вашего имени.

⭐ Используйте для теста почтовый ящик на другом домене — идеально подойдет адрес Gmail или Outlook. Сообщение, которое так и не покинуло ваш собственный сервер, доказывает гораздо меньше, чем то, которое прошло через интернет и преодолело чужой спам-фильтр.

Почему мы настаиваем на том, чтобы тестовое сообщение действительно дошло

Потому что провайдер, который принимает сообщение, а затем бесследно удаляет его, выглядит абсолютно так же, как и работающий. Совершенно новый аккаунт Amazon SES находится в «песочнице»: он примет ваше сообщение и никуда его не доставит. Домен в Mailgun, для которого еще не обновились записи DNS, ведет себя точно так же. Как и SMTP-релей, который возвращает ответ 250 и сбрасывает письмо.

Если бы мы переключали вашу отправку сразу же после принятия учетных данных, первым делом вы бы узнали о том, что ваши клиенты перестали что-либо получать — и узнали бы вы об этом от клиента, спустя несколько дней. Код является доказательством того, что сообщение покинуло вашего провайдера и было доставлено.

Что произойдет, если мой провайдер перестанет работать

Ваши уведомления будут отмечены как неотправленные, затем отправлены повторно, а экран Email sending окрасится в красный цвет с отображением собственного сообщения об ошибке от вашего провайдера.

⛔ Мы не отправляем их вместо этого с нашего домена. Это сделано намеренно. Незаметное переключение на резервный вариант привело бы к тому, что неисправный почтовый аккаунт продолжал бы функционировать достаточно сносно, чтобы никто не стал его чинить — в то время как мы незаметно оплачивали бы отправку. Поэтому сбой остается видимым, и устранять его предстоит вам, что является единственным способом его устранения.

Пока он не устранен, ваши клиенты не получают эти уведомления. Все по-прежнему сохраняется во входящих сообщениях их панели управления, и ничего не теряется — однако относитесь к красному баннеру в этом разделе как к срочной проблеме.

Что, если я ничего не буду делать?

Ничего не сломается. Ваши уведомления продолжат уходить с нашего домена от имени Zinn Digital®, и мы продолжим их оплачивать. Ваши клиенты просто будут видеть наше имя вместо вашего.

Удаление подключения

Нажмите Disconnect. Ваши сохраненные учетные данные будут удалены, а ваши уведомления, начиная со следующего сообщения, снова станут отправляться с нашего домена. Вы можете подключить сервис повторно в любое время.