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

Отправляйте уведомления ваших клиентов с вашего собственного домена, используя ваш собственный почтовый ящик: какого провайдера выбрать, какие записи SPF, DKIM и return-path им всем необходимы, почему мы настаиваем на том, чтобы тестовое сообщение действительно дошло, и что происходит, когда провайдер дает сбой.

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

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

Настройте это в разделе Отправка почты в вашей панели управления.

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

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

| Провайдер | Лучше всего, если | Инструкция | | --- | --- | --- | | Mailgun | Вам нужен API и большие объемы отправки | Настроить Mailgun | | SendGrid | Вы уже используете его для маркетинговой рассылки | Настроить SendGrid | | Postmark | Только транзакционная почта, лучшая доставляемость | Настроить Postmark | | Amazon SES | Вы уже используете AWS и хотите получить минимальную цену | Настроить Amazon SES | | Resend | Вам нужна самая простая настройка | Настроить Resend | | Ваш собственный SMTP-сервер | Вы используете собственную почтовую инфраструктуру | Настроить SMTP |

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

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

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

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

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

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

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

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

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

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

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

Вы все равно указываете домен, а не адрес, в поле Отправлять с этого домена. Часть перед @ выбирается для каждого сообщения индивидуально: чеки отправляются с адреса billing@, сбросы паролей — с no-reply@, ответы на тикеты — с support@.

Как работает настройка

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

Только после этого ваша почта начнет отправляться от вашего имени.

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

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

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

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

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

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

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

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

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

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

Удаление

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