Отправка брендированных писем со своего домена

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

Параметр Transactional sender позволяет поддерживаемым брендированным письмам использовать адрес в домене вашего аккаунта, например noreply@yourbrand.com или hello@yourbrand.com. Адрес должен пройти описанную ниже проверку. Это не универсальное поле для отправки от имени произвольного адреса.

Почему дополнительная настройка не нужна

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

Правило безопасной настройки простое:

• Добавьте домен отправителя в аккаунт TrekMail и завершите обязательную настройку DNS.
• Выберите адрес в принадлежащем аккаунту домене с настроенным DKIM.
• Сохраните настройки брендинга и отправьте настоящее тестовое письмо, прежде чем сообщать адрес клиентам.

Проверка позволяет платформе использовать для брендированного отправителя существующую конфигурацию домена с настроенным DKIM. Благодаря этому адрес можно использовать в обычном аутентифицированном канале отправки платформы. Однако это не гарантирует, что каждый почтовый провайдер получателя поместит каждое сообщение во входящие.

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

Как включить

Откройте вкладку Branding и найдите Transactional sender. Введите адрес в принадлежащем аккаунту домене с настроенным DKIM, например noreply@yourbrand.com, team@yourbrand.com или hello@yourbrand.com, затем сохраните изменения. Если форма отклоняет адрес, сначала добавьте домен или исправьте его настройки DNS, а не пробуйте другой неподтвержденный адрес.

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

From: YourBrand <noreply@yourbrand.com>

вместо:

From: YourBrand <noreply@trekmail.net>

Отображаемое имя по-прежнему берется из сохраненного значения Brand name. Настройка отправителя меняет адрес, но не текст для клиента, элементы бренда или порядок работы поддержки.

Что остается без изменений

Даже после включения параметра некоторые аспекты намеренно не меняются:

• Support email остается отдельным параметром. Если вы сохранили такой адрес, поддерживаемые брендированные письма используют его в качестве Reply-To. Если поле пустое, заголовок Reply-To не добавляется. Проверьте полученное сообщение и не предполагайте, что все письма платформы используют один и тот же маршрут ответа.
• Доставкой по-прежнему управляет платформа. Параметр меняет видимого отправителя. Он не предоставляет отдельный ящик для возвратов и не гарантирует доставку.
• Почтовые предпочтения остаются отдельными. Выбор отправителя не настраивает предпочтения или порядок отписки для другого потока писем.
• Существующая настройка DKIM используется повторно. Форма требует домен из вашего аккаунта с настроенным DKIM и не запрашивает новый селектор или ключ для этого параметра отправителя.

Что остается связанным с TrekMail

Технически подготовленный пользователь, который просматривает исходные заголовки письма, например через View source в Gmail или полные заголовки в Apple Mail, все еще может увидеть сведения о передаче:

• Цепочка Received: показывает путь через серверы исходящей почты.
• В Return-Path: может отображаться маршрут доставки под управлением платформы.

Это сведения об инфраструктуре, а не имя и адрес, по которым получатели обычно определяют отправителя. Параметр Transactional sender управляет видимым адресом From. Он не обещает, что все детали исходных заголовков будут скрыты под вашим брендом или что провайдер примет определенное решение о доставке.

Частые вопросы

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

Что произойдет, если домен еще не готов? Форма отклонит адрес. Добавьте домен в разделе Domains, завершите показанную там настройку DNS и DKIM, затем вернитесь в Branding. Система не сохранит неподписанного отправителя без предупреждения.

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

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

Можно ли использовать одного отправителя для сброса паролей, а другого для приглашений в ящики? Сейчас в Branding доступно одно поле Transactional sender. Оно задает видимый адрес From для поддерживаемых потоков брендированных писем. Настройте одного отправителя, которого ваша команда сможет обслуживать и тестировать.

Увидят ли клиенты что-то другое в цепочке ответов? Если вы сохранили Support email, поддерживаемые брендированные сообщения используют его как Reply-To, поэтому команда Ответить откроет письмо на этот ящик. Если поле пустое, заголовка Reply-To в сообщении не будет. Используйте контролируемый Support email и отправьте тестовое письмо, прежде чем сообщать клиентам, куда попадут их ответы.

Влияет ли это на лимит запросов SPF? Параметр не добавляет отдельную запись SPF только для Transactional sender. Поддерживайте обычные настройки DNS домена в исправном состоянии и после любого изменения домена проверяйте состояние DNS в панели управления.

Когда не следует менять этот параметр

В некоторых ситуациях пока лучше оставить настроенного отправителя платформы:

• Домен отправителя еще не добавлен в аккаунт TrekMail с настроенным DKIM.
• Вы тестируете hostname или домен, которым не управляете.
• Вы переносите домен или меняете DNS и пока не можете подтвердить текущее состояние домена.

Безопасное внедрение

1. Убедитесь, что домен отправителя добавлен в этот аккаунт и показывает исправную настройку DKIM.
2. Сохраните Transactional sender и контролируемый Support email, если хотите получать ответы.
3. Отправьте поддерживаемое брендированное письмо тестовому получателю за пределами вашей команды.
4. Проверьте в полученном сообщении видимый адрес From, адрес Reply-To и host ссылки.
5. Только после этого используйте отправителя для подключения клиентов или большой рассылки приглашений.

Что дальше

• Настройка White Label Lite: полное пошаговое руководство.
• Что сохраняет бренд TrekMail: честный список внутренних деталей, которые все еще может заметить любознательный клиент.
• Добавление домена: обязательный предварительный шаг. Для правильной подписи транзакционных писем нужен подтвержденный домен.
• Проверка состояния DNS: убедитесь, что записи DKIM, SPF и DMARC исправны, прежде чем включать этот параметр.