Корпоративная почта 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 на доставку писем для критичных уведомлений — управляемые сервисы дают более предсказуемую доставляемость, чем самостоятельный почтовый сервер