ПРИВАТНА ІНФРАСТРУКТУРА / БЕЗ ПОТРЕБИ В IDПрочитайте доктрину приватності
Польові нотатки KoalaVPS

Електронна пошта, яку ви керуєте, з реалістичними очікуваннями щодо доставки.

Самостійно розміщена пошта потребує DNS, репутації, фільтрації, моніторингу та шляху відновлення поза самим сервером.

Спочатку перевірте передумови

Переконайтеся, що вихідний SMTP, зворотний DNS і потрібні порти справді підтримуються. KoalaVPS поки не гарантує політику порту 25 чи репутацію IP. Виберіть ім'я хоста та перевірте його прямі й зворотні записи.

Опублікуйте записи автентифікації

Налаштуйте SPF для авторизованих відправників, DKIM для підписування повідомлень і DMARC для політики та звітів. Перегляньте захист транспорту TLS, який підтримує ваш стек. Уникайте копіювання політики, яку ви не розумієте, оскільки неправильний запис може блокувати легітимну пошту.

Запустіть повний поштовий стек

Такий набір, як Mailcow, може об'єднати кілька сервісів, але він усе одно потребує оновлень, моніторингу сховища, контролю спаму та захищеного адміністрування. Збережіть альтернативний канал зв'язку на випадок збоїв.

Очікуйте роботи над доставлюваністю

Технічно справний сервер усе одно може зазнавати фільтрації з боку одержувачів. Надсилайте бажану пошту, обробляйте відмови та скарги й відстежуйте репутацію. Зберігайте послідовні резервні копії поштових скриньок і перевіряйте відновлення повідомлень і конфігурації.

Почніть із PTR та зовнішнього тесту

Запитайте про зворотний DNS перед розгортанням стеку. PTR, ім'я хоста та прямий пошук мають утворювати узгоджену конфігурацію. Перевірте вхідну та вихідну доставку з більш ніж одним зовнішнім постачальником, перегляньте результати автентифікації та відстежуйте відмови. Оцінка поштового тесту — це діагностична інформація, а не гарантія майбутнього потрапляння у вхідні.

Збережіть другий маршрут для відновлення

Зберігайте інформацію про реєстратора, DNS і відновлення сервера поза самою поштовою системою. Якщо всі скидання облікових записів надходять на несправний сервер, незначний збій може перешкодити його відновленню. Регулярно створюйте резервні копії поштових скриньок і конфігурації та документуйте, як користувачі відновлюють доступ після перебудови.

Зробіть придатність SMTP умовою розгортання

Перш ніж встановлювати поштовий пакет, підтвердьте політику вхідного та вихідного SMTP, контроль над зворотним DNS, стабільне ім'я хоста та IP-адресу, придатну для пошти. KoalaVPS не перевірив ці операційні можливості для запуску. Домен із чистою зоною DNS не виправляє заблокований вихідний порт і не гарантує довіри одержувачів. Виберіть окрему скриньку для відновлення поза цим сервером і вирішіть, чи доставка використовує ваш власний MTA, чи належно налаштований зовнішній релей.

  • Перевірте політику TCP25 та порти подання/IMAP, потрібні для обраного стеку.
  • Перевірте, чи сумісні хост і його контейнерна мережа з набором.
  • Залиште місце для поштових скриньок, індексів, інструментів спаму/вірусів і резервних копій.

Виберіть набір, потім опублікуйте узгоджені DNS

Mailcow, Mail-in-a-Box та iRedMail мають різні моделі встановлення й обслуговування; дотримуйтеся вимог обраного проєкту щодо підтримуваної ОС і портів, а не поєднуйте їхні рецепти. Налаштуйте A/AAAA-записи імені хоста пошти, MX домену, відповідний PTR, де це застосовно, та фактичний публічний запис DKIM, згенерований стеком. Опублікуйте SPF для кожного легітимного відправника та запровадьте політику DMARC після перевірки цих джерел. Невикористаний або неперевірений AAAA-запис може створити зламаний шлях доставки IPv6.

# Substitute your domain and the actual server address:
dig MX example.com
dig A mail.example.com
dig TXT example.com
dig TXT _dmarc.example.com
dig -x 192.0.2.10

Перевіряйте доставку та обмеження ретрансляції окремо

Створіть одноразову поштову скриньку та надішліть потрібне тестове повідомлення більш ніж одному зовнішньому провайдеру. Перегляньте отримані заголовки автентифікації, надішліть відповідь і перевірте поведінку черги/відхилень. З неавтентифікованого зовнішнього клієнта переконайтеся, що ваш MTA відмовляється пересилати пошту між не пов'язаними сторонніми адресами. Перевірте автентифіковане подання, IMAP TLS, відновлення пароля та поновлення сертифіката. Успішний вхід до вебпошти мало що говорить про вихідний SMTP чи розміщення у вхідних.

  • Тримайте контакти postmaster і abuse під наглядом через незалежний шлях відновлення.
  • Стежте за чергами та причинами відхилення, а не надсилайте невдалі запити повторно.
  • Не сприймайте діагностичний бал як гарантію доставки до поштової скриньки.

Відновлюйте повідомлення, не втрачаючи площину керування

Створіть резервну копію вмісту поштової скриньки, бази даних, конфігурації, ключів DKIM та інших потрібних секретів комплекту за допомогою його узгодженої процедури. Перевірте відновлення невеликої поштової скриньки та облікового запису користувача на ізольованому хості. Якщо вхідна пошта не працює, перегляньте MX, доступність адреси, брандмауер і журнали черги. Якщо вихідна пошта не працює, перевірте політику портів, автентифікацію, репутацію та відхилення одержувачем. Підтримуйте заплановані оновлення та перевірки зростання поштових скриньок; доставність — це постійна відповідальність, а не етап встановлення.

НАЛАШТУЙТЕ ВАШУ ІНФРАСТРУКТУРУ

Візьміть контроль.
Розгортайте на своїх умовах.

Без паперів про особу. Повний адміністративний доступ. Криптонативна оплата.