Поштові сервери просто: Postfix, Exim та інші

Поштовий сервер (mail server) — це програмне забезпечення, яке приймає, маршрутизує, зберігає та видає електронну пошту. Коли ви надсилаєте повідомлення, воно не потрапляє напряму до іншої людини — воно проходить через один або кілька поштових серверів, які знаходять одержувача, вирішують, чи приймати лист, і кладуть його до поштової скриньки. Розуміння цих складових пояснює, чому адреса може виглядати цілком коректною, але лист все одно повертається.

1. Три ролі всередині “поштового сервера”

• MTA — Mail Transfer Agent: надсилає та ретранслює пошту між серверами через SMTP. Саме з цією частиною спілкується наш чекер. Приклади: Postfix, Exim, Sendmail.
• MDA — Mail Delivery Agent: бере прийняту пошту й кладе її до потрібної скриньки. Часто вбудований у MTA або працює в парі з ним (наприклад, LMTP у Dovecot).
• Mailbox / сервер доступу: дає користувачеві читати пошту через IMAP або POP3 (а також забезпечує роботу вебпошти). Приклад: Dovecot.

“Поштовий сервер”, про який кажуть люди, зазвичай є стеком цих компонентів, що працюють разом, плюс DNS-записи (MX, SPF, DKIM, DMARC), які повідомляють світу, куди й як надсилати пошту.

2. Подорож одного листа

Your app  ──SMTP──▶  Sending MTA  ──SMTP──▶  Recipient MX (MTA)
                                                   │
                                          spam & policy checks
                                                   ▼
                                          MDA ──▶ Mailbox store
                                                   ▲
                              User reads via IMAP / POP3 / webmail

Запис MX вказує на MTA одержувача. Цей MTA вирішує: 250 (прийняти), 550 (немає такого користувача) або 4xx (спробувати пізніше). Саме це єдине рішення є серцем перевірки електронної пошти.

3. Програмне забезпечення MTA (сторона SMTP)

4. Доступ до скриньок та універсальні стеки «все в одному»

Сервери IMAP/POP3 дають людям фактично відкривати свою пошту: Dovecot (безумовно найпоширеніший), Courier і Cyrus. Стеки «все в одному» об'єднують MTA + IMAP + вебпошту + антиспам, тож вам не потрібно збирати їх вручну:

• Mailcow та iRedMail — популярні стеки для самостійного розгортання (Postfix + Dovecot + Rspamd + вебпошта).
• Mail-in-a-Box — персональний поштовий сервер, що ставиться однією командою.
• Zimbra та SOGo — groupware (пошта + календар + контакти) з вебпоштою.

5. Хостингова пошта (ви не керуєте сервером)

Більшість доменів сьогодні взагалі не запускають власний MTA — вони спрямовують свої MX-записи на провайдера:

• Google Workspace (Gmail) — MX на aspmx.l.google.com.
• Microsoft 365 (Exchange Online) — MX на <domain>.mail.protection.outlook.com.
• Zoho, Proton, Fastmail, Yandex, iCloud+ — кожен має впізнавані MX-хостнейми.
• Amazon SES, SendGrid, Mailgun, Postmark — служби надсилання для транзакційної/масової пошти (часто це інша система, ніж та, де домен отримує пошту).

6. Спам- та безпекові шлюзи

Більші домени ставлять фільтрувальний шар перед справжньою скринькою: Proofpoint (pphosted.com), Mimecast, Barracuda, Cisco/IronPort або програмні фільтри на кшталт Rspamd і SpamAssassin. Саме на їхній сервер вказує MX-запис, тому вони — перше, з чим стикається чекер, і вони часто відповідають обережно, щоб ускладнити зондування.

7. Як визначити, що використовує домен

Дві надійні підказки, обидві публічні:

• Шаблон MX-хостнейма — імена, які повертає пошук MX, часто миттєво видають провайдера (Google, Microsoft, Proofpoint, Zoho…).
• SMTP-банер — під час підключення MTA вітається рядком 220, який часто називає програму, наприклад 220 mail.example.com ESMTP Postfix, або ... ESMTP Exim 4.96, або Microsoft ESMTP MAIL Service.

Саме цей шар перевіряють наші інструменти. Прогоніть домен через MX Lookup, щоб побачити його поштові сервери, або перевірте конкретну адресу за допомогою чекера email. Дивіться також типи вебсерверів — вебсайт і поштовий сервер є окремими системами.