Надсилайте електронні листи з власного домену, використовуючи власний обліковий запис

Кожне сповіщення, яке отримують ваші клієнти — рахунки, скидання паролів, відповіді на тікети, оновлення проєктів — надсилається через поштову службу. За замовчуванням це наша служба, у рядку «Від» зазначено Zinn Digital®, і оплачуємо її ми.

Якщо ви використовуєте тарифний план агентства або реселера, ви можете натомість підключити власну поштову службу. Тоді ваші клієнти бачитимуть ваш домен у рядку «Від», відповіді повертатимуться вам, а повідомлення надсилатимуться з вашого облікового запису у вашого провайдера.

Налаштуйте це в розділі Email sending на вашій панелі керування.

Якого провайдера мені обрати?

Підійде будь-який із них. Оберіть того, у якого у вас уже є обліковий запис.

Якщо у вас немає переваг і наявного облікового запису, Postmark — це варіант, який ми обрали б для транзакційної пошти: він відмовляється розсилати маркетинг, саме тому його показники доставлюваності такі високі.

Спочатку налаштуйте DNS. Це основна частина роботи.

Якого б провайдера ви не обрали, ті самі три записи DNS визначають, чи надійде ваша пошта, чи потрапить до спаму. Ваш провайдер генерує точні значення; ви додаєте їх до свого домену.

SPF — запис TXT на вашому домені, що містить список тих, кому дозволено надсилати листи від вашого імені. Якщо він у вас уже є, ви редагуєте його; не додавайте другий. Домен із двома записами SPF повністю провалює перевірку SPF, що гірше, ніж взагалі його не мати.

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

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

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 перебуває в «пісочниці» (sandbox) і прийме ваше повідомлення, але нікуди його не доставить. Домен Mailgun, у якого ще не розійшлися оновлення DNS, поводиться так само. Так само діє й SMTP-реле, який відповідає 250 і відкидає лист.

Якби ми перемкнули ваше надсилання в той самий момент, коли були прийняті ваші облікові дані, перше, про що ви дізналися б — це те, що ваші клієнти взагалі перестали отримувати повідомлення, і ви дізналися б про це від клієнта через кілька днів. Код є доказом того, що повідомлення покинуло вашого провайдера і було доставлено.

Що станеться, якщо мій провайдер перестане працювати

Ваші сповіщення позначаються як невдалі, повторюються спроби відправлення, а екран Email sending стає червоним із власним повідомленням про помилку від вашого провайдера.

⛔ Ми не надсилаємо їх натомість із нашого домену. Це зроблено навмисно. Непомітний резервний перехід означав би, що зламаний поштовий обліковий запис продовжує працювати настільки нормально, що ніхто його не виправляє — поки ми тихо платимо за нього. Тому помилка є помітною, і виправляти її вам, що є єдиним способом її усунути.

Поки вона не виправлена, ваші клієнти не отримують ці сповіщення. Усе залишається у вхідних на їхній панелі керування, і нічого не втрачено — але ставтеся до червоного банера тут як до термінової справи.

Що, якщо я нічого не робитиму?

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

Видалення

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