Надсилайте електронні листи через власний обліковий запис Postmark

Вам знадобиться обліковий запис Postmark і доступ до DNS вашого домену.

Власна документація Postmark: Sender signatures and domains · Server API tokens · Sign up

⭐ Чому для цього ми обрали б саме Postmark. Він узагалі відмовляється надсилати маркетингові розсилки, саме тому його показники доставки такі високі: ваші рахунки-фактури не ділять репутацію з чужими інформаційними бюлетенями. Якщо ваша єдина вимога — це гарантована доставка транзакційних листів, це саме те, що потрібно.

1. Додайте та підтвердьте свій домен

Sender Signatures → Domains → Add Domain, і введіть субдомен, наприклад mail.yourdomain.com.

Postmark надає вам два записи:

Додайте обидва записи, а потім натисніть Verify.

⭐ Додайте запис return-path, навіть якщо Postmark позначає його як необов'язковий. Без нього ваші листи надсилаються з власним доменом повернення Postmark, тому SPF вирівнюється за postmarkapp.com, а не за вами. DKIM сам по собі все одно дозволить пройти перевірку DMARC, але ви безпідставно відмовляєтеся від однієї з двох перевірок, а вам знадобляться обидві, щойно великий поштовий провайдер посилить вимоги.

⚠️ Postmark не вимагає запису SPF, оскільки не використовує ваш домен як адресу конверта (envelope sender). Якщо у вас уже є SPF, залиште його без змін.

2. Отримайте свій Server API token

Відкрийте server, з якого ви хочете надсилати листи (Postmark називає середовище надсилання «сервером»), потім перейдіть до API Tokens і скопіюйте Server API token.

⛔ Саме Server token, а не Account token. Account token керує всім вашим обліковим записом Postmark: він може створювати сервери, змінювати домени й читати кожне повідомлення, яке ви коли-небудь надсилали. Server token дозволяє надсилати повідомлення лише з одного сервера. Вони виглядають схоже та вставляються в однакове поле, і це найпростіша помилка, якої можна припуститися на цій сторінці.

⭐ Подумайте про створення окремого сервера для цього — назвіть його «Сповіщення Zinn®». Статистика Postmark, списки повернень і журнал активності ведуться окремо для кожного сервера, тому окремий сервер гарантує, що сповіщення для ваших клієнтів не змішуватимуться з іншими вашими відправленнями.

3. Підключіть його в Zinn®

Відкрийте Email sending на панелі керування:

• Provider — Postmark
• Send from this domain — mail.yourdomain.com
• Message stream — залиште значення outbound, якщо ви не створили власний потік
• Postmark server token — токен із кроку 2

⚠️ Message stream має бути потоком типу transactional. Postmark відхиляє листи транзакційного вигляду, надіслані через широкомовний потік (broadcast), а скидання паролів і рахунки-фактури є саме транзакційними.

4. Надішліть тестове повідомлення та введіть код

Натисніть Send test message на поштову скриньку іншого домену, дізнайтеся код із листа та введіть його.

Якщо це не працює

«You tried to send to a recipient that has been marked as inactive» — Postmark назавжди блокує адресу після критичної помилки доставки (hard bounce) або скарги на спам, доки ви знову не активуєте її вручну. Перевірте розділ Suppressions. Таким чином Postmark захищає вас, і зазвичай це виправдано.

422 з повідомленням «Invalid 'From' address» — домен у полі Send from this domain не підтверджено в Postmark, або ви підтвердили yourdomain.com, а надсилаєте з mail.yourdomain.com. Postmark вимагає точного збігу домену.

401 Unauthorized — ви вставили Account token замість Server token (дивіться вище), або цей токен належить іншому серверу.

Усе працює, але листи потрапляють у папку зі спамом — перевірте, чи відображається статус Verified для DKIM у Postmark, і чи не встановлено для вашого запису DMARC значення p=reject, тоді як інший параметр вашого домену все ще не налаштований належним чином.