База знань

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

Підключення власного сервера SMTP: який порт використовувати і чому не 25, записи SPF, DKIM, DMARC та зворотного DNS, які вам потрібно опублікувати самостійно, а також чому ми відмовляємося повертатися до незашифрованого з'єднання.

Використовуйте цей варіант, якщо ви керуєте власною поштовою інфраструктурою або якщо вашого провайдера немає у нашому списку — практично кожна поштова служба підтримує SMTP.

⚠️ Якщо ваш провайдер — Mailgun, SendGrid, Postmark, Amazon SES або Resend, скористайтеся відповідною спеціальною інструкцією. Такі підключення надають зрозуміліші повідомлення про помилки в разі збоїв, оскільки ми можемо отримати безпосередню відповідь провайдера, а не просто код стану SMTP.

Що вам знадобиться

Чотири пункти від того, хто обслуговує ваш поштовий сервер:

  • Хост — наприклад, smtp.yourprovider.com
  • Порт — 587, 465 або 2525
  • Ім'я користувача та пароль

Який порт обрати

587 — це надсилання через submission із протоколом STARTTLS, і саме його слід використовувати. З'єднання починається у відкритому вигляді й оновлюється до TLS перед тим, як будь-що буде надіслано.

465 — це неявний TLS (implicit TLS), зашифрований із першого байта. Працює так само добре; деякі провайдери віддають перевагу саме йому.

2525 — це неофіційна альтернатива, яку пропонують деякі хостинги, оскільки окремі мережі блокують порт 587. Використовуйте його, лише якщо це рекомендує ваш провайдер.

⛔ Порт 25 підтримується системою, але майже ніколи не є правильним вибором. Це порт, який поштові сервери використовують для спілкування один з одним, а не той, через який програми відправляють повідомлення. Він заблокований у більшості мереж, часто не має автентифікації, а там, де він працює, з'єднання нерідко залишається незашифрованим.

⛔⛔ Ми не відправляємо пошту через незашифроване з'єднання. Якщо параметр Використовувати STARTTLS увімкнено (а його слід увімкнути), і ваш сервер відмовляється оновити з'єднання, надсилання завершиться помилкою замість передавання даних у відкритому вигляді. Це зроблено навмисно: у цих листах передаються посилання для скидання паролів ваших клієнтів, а непомітне зниження рівня захисту — це найгірший тип збою, оскільки лист усе одно надходить.

Спершу налаштуйте DNS

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

SPF — запис TXT, який авторизує адресу вашого сервера: v=spf1 ip4:203.0.113.10 -all або v=spf1 a:smtp.yourprovider.com -all. Якщо у вас уже є запис SPF, відредагуйте його; наявність двох записів SPF на одному домені призводить до повної помилки перевірки SPF.

DKIM — ваш поштовий сервер підписує вихідні повідомлення, а ви публікуєте відповідний відкритий ключ за адресою <selector>._domainkey.yourdomain.com. У Postfix для цього зазвичай використовується OpenDKIM; ваш провайдер повідомить вам селектор.

DMARC — запис TXT за адресою _dmarc.yourdomain.com, що починається з v=DMARC1; p=none;, поки ви перевіряєте успішність проходження SPF і DKIM.

Зворотний DNS (Reverse DNS) — запис PTR для IP-адреси вашого сервера повинен указувати на його ім'я хоста. Великі поштові служби перевіряють це, і багато з них не прийматимуть пошту з адреси без такого запису. Його налаштовує ваш хостинг-провайдер, а не провайдер DNS.

⭐ Надійний безкоштовний спосіб перевірки після запуску: надішліть листа на сервіс mail-tester.com та перегляньте оцінку. Він укаже, у якому з чотирьох пунктів є помилка, що значно швидше, ніж шукати причини в папці зі спамом.

Підключіть це в Zinn®

Відкрийте розділ Надсилання електронної пошти на панелі керування:

  • Провайдер — Сервер SMTP
  • Надсилати з цього домену — mail.yourdomain.com (домен, а не адреса)
  • Хост SMTP, Порт, Ім'я користувача, Пароль
  • Використовувати STARTTLS — увімкнено, якщо ви не використовуєте порт 465

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

Надішліть тестовий лист і введіть код

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

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

«Поштовий сервер відхилив ім'я користувача або пароль» — помилка автентифікації SMTP AUTH. Якщо у вашого провайдера для облікового запису ввімкнено двофакторну автентифікацію, вам майже напевно знадобиться пароль застосунку, а не основний пароль для входу.

«Не вдалося зв'язатися з хост:порт» — порт заблоковано, неправильно вказано ім'я хоста або сервер не очікує підключень для submission на цьому порту. Команда telnet smtp.yourprovider.com 587 з іншого комп'ютера покаже, у чому саме проблема.

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

«Поштовий сервер відхилив одержувача» — ваш сервер не налаштовано для ретрансляції (relay) для цього відправника, що зазвичай означає відсутність у користувача, який пройшов автентифікацію, прав на надсилання листів від імені вашого домену відправника.

Листи надсилаються, але потрапляють у спам — проблема в DNS, а не в SMTP. Перевірте вищезазначені налаштування SPF, DKIM, DMARC та зворотного DNS, а потім повторно виконайте перевірку через mail-tester.

Останнє з блогу

Що ми писали про хостинг, SEO та роботу сайтів у великих масштабах.

SEO та лінкбілдінг із рівня хостингу: Погляд оператора 2026 року

Як хостинг впливає на індексацію та передачу ваги посилань (link equity) у 2026 році: підтримка сторінок у пошуковому індексі, перевірка старих доменів перед створенням сайтів, лінкбілдинг без слідів (footprint) та відвертий погляд на те, що інфраструктура може і чого не може зробити для SEO.

Читати допис →

Як зробити WordPress швидким та безпечним: контрольний список оптимізації та плагінів

Практичний контрольний список для швидкого та безпечного WordPress: кешування на рівні сервера, об'єктний кеш для кожного сайту, кілька дійсно вартих плагінів, підтримання стека в актуальному стані та сторінки WooCommerce, які в жодному разі не можна кешувати.

Читати допис →

Як вибрати керований вебхостинг у 2026 році: Посібник для покупця

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

Читати допис →

Читати блог →

Усе ще потрібна допомога?

Підтримка включена до кожного тарифу, служба працює 24 годин на добу, і ви можете писати нам будь-якою з наших 58 мов — ми відповідаємо вашою.

Звернутися до служби підтримки → Усі статті →