Корпоративна пошта info@yourcompany.com виглядає професійно і викликає довіру. Для її підключення потрібно налаштувати MX-записи в DNS домену.
MX-записи для Google Workspace
# Додати в DNS домену:
@ MX 1 aspmx.l.google.com.
@ MX 5 alt1.aspmx.l.google.com.
@ MX 5 alt2.aspmx.l.google.com.
@ MX 10 alt3.aspmx.l.google.com.
@ MX 10 alt4.aspmx.l.google.com.MX-записи для Zoho Mail (безкоштовний тариф)
@ MX 10 mx.zoho.com.
@ MX 20 mx2.zoho.com.
@ MX 50 mx3.zoho.com.Вбудована пошта cPanel
Якщо ви використовуєте пошту на хостингу ZevsHost (cPanel):
# MX-запис уже налаштований автоматично:
@ MX 0 mail.yourdomain.com.Створіть поштові скриньки: cPanel → Електронна пошта → Облікові записи електронної пошти.
SPF-запис: захист від спаму
# Лише сервери Google надсилають від вашого домену:
@ TXT "v=spf1 include:_spf.google.com ~all"
# Для пошти cPanel:
@ TXT "v=spf1 a mx include:yourdomain.com ~all"DKIM: цифровий підпис листів
DKIM додає криптографічний підпис до кожного листа, підтверджуючи його автентичність.
- Google Workspace: Налаштування → Gmail → Автентифікація пошти → Створити DKIM-ключ
- cPanel: cPanel → Електронна пошта → Автентифікація
✅ Без SPF і DKIM ваші листи потрапляють у спам. Налаштуйте обидва — і доставленість зросте до 95%+.
| Сервіс | Вартість | Скриньки |
|---|---|---|
| cPanel (ZevsHost) | Включено в хостинг | Без обмежень |
| Zoho Mail | Безкоштовно (до 5 скриньок) | 5 ГБ/скринька |
| Google Workspace | $6/місяць | 30 ГБ/скринька |
Часті помилки під час налаштування пошти
| Помилка | Причина | Рішення |
|---|---|---|
| 550 5.7.1 «SPF check failed» під час надсилання через сторонній сервіс | Сервіс розсилки (наприклад, CRM або інтернет-магазин) надсилає листи від імені вашого домену, але не вказаний у SPF-записі | Додати include: сервісу до SPF: v=spf1 include:_spf.google.com include:sendgrid.net ~all |
| Листи надсилаються, але потрапляють у спам у Gmail/Outlook | Не налаштовано DKIM або DMARC, або репутація IP відправника низька | Налаштувати DKIM, додати DMARC із p=none для моніторингу, потім перейти на p=quarantine |
| MX-запис прописано, але листи взагалі не доходять | Вказано неправильний пріоритет або в записі помилка в імені сервера (зайва крапка, неправильний піддомен) | Перевірити точну відповідність імені MX-сервера документації провайдера пошти, включно із завершальною крапкою |
| 550 No Such User під час надсилання на наявну адресу | Поштову скриньку не створено на сервері, хоча MX уже вказує на цей сервер | Створити скриньку в панелі (cPanel → Email Accounts) до перемикання MX, а не після |
| Затримка доставки листів 15–30 хвилин | Greylisting на приймальному сервері — типовий захист від спам-ботів, що тимчасово відхиляє перший лист | Це нормальна поведінка, повторне надсилання проходить автоматично в більшості поштових серверів |
DMARC: політика для листів, які не пройшли SPF або DKIM
DMARC вказує поштовим серверам отримувача, що робити з листом, який не пройшов перевірку SPF або DKIM, і куди надсилати звіти.
# Моніторинг без блокування (перший етап)
_dmarc IN TXT "v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com; pct=100"
# Поступовий перехід до відхилення
_dmarc IN TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc@yourdomain.com; pct=50"
# Фінальний рівень — жорстка політика
_dmarc IN TXT "v=DMARC1; p=reject; rua=mailto:dmarc@yourdomain.com; pct=100"- p=none — листи без збігу DMARC доставляються як зазвичай, звіти лише збираються
- p=quarantine — такі листи потрапляють у спам отримувача
- p=reject — сервер отримувача повністю відхиляє лист, встановлювати одразу після увімкнення DMARC не варто
- pct — відсоток листів, до яких застосовується політика; зручно піднімати поступово з 10–20% до 100%
Перевірка налаштування пошти
# Перевірити MX-запис
dig yourdomain.com MX +short
# Перевірити SPF
dig yourdomain.com TXT +short | grep spf1
# Перевірити DMARC
dig _dmarc.yourdomain.com TXT +short| Інструмент | Що показує |
|---|---|
| mail-tester.com | Оцінку листа від 0 до 10 з розбором SPF/DKIM/DMARC/спам-фільтрів |
| mxtoolbox.com | MX, SPF, DKIM, чорні списки IP |
| dmarcian.com | Розбір DMARC-звітів агрегованої статистики |
Коли не варто тримати пошту на власному MX
- Немає часу стежити за репутацією IP і чорними списками — власний SMTP вимагає постійного моніторингу доставленості
- Обсяг розсилок перевищує можливості однієї IP-адреси — для маркетингових розсилок потрібні спеціалізовані сервіси (SendGrid, Mailgun) з окремою інфраструктурою репутації
- Команда вже працює в екосистемі Google чи Microsoft — Google Workspace і Microsoft 365 дають вбудований антиспам і календар, дублювати це на власному сервері нераціонально
- Потрібна гарантія SLA на доставку листів для критичних сповіщень — керовані сервіси дають передбачувану доставленість, ніж самостійний поштовий сервер