Компания сидела на Яндекс 360: ~140 ящиков на двух доменах. Своё железо уже было. Разбор четырёх вариантов self-hosted почты и критерий, по которому я в итоге выбирал — не «что мощнее».
Ubuntu 22.04 на Gen 2, 4 vCPU, 8 ГБ, выключенная Dynamic Memory. И три проверки — чёрные списки, 25-й порт, PTR, — которые надо сделать до начала работ, потому что чинятся они не вашими руками.
Сертификат не выпускался, HTTP-валидация падала, DNS и порты были в порядке. Причина оказалась в том, что сервер за NAT не видит собственный внешний адрес изнутри. Разбор и рабочее решение через extra_hosts.
Задачу «письма попадают в спам» я прочитал задом наперёд и час разбирал SPF и DKIM, хотя проблема была во входящих. Разбор порядка действий в rspamd и почему вайтлист на весь домен — плохая идея.
Сотруднику понадобились все вложения из переписки по проектам в общем ящике. Как это делается через doveadm search, почему требования росли по ходу и почему пустой результат оказался опечаткой.
У пользователей часть папок в Thunderbird отображалась пустой, хотя в веб-почте письма были. Ошибок клиент не показывал. Причина оказалась в длине пути на диске, а не в почте.
Симптом выглядит как проблема с паролем, а причина — в квоте, и не личной, а доменной. Разбор, почему отказ входа не всегда про аутентификацию и как это проверить одной командой.
2,3 ТБ объёма, 2,1 ТБ занято, 196 ГБ свободно. Что происходит с почтой, когда место кончается, почему проценты обманчивы и какие метрики стоит контролировать, кроме занятого места.
Разбор диагностики доставки: что проверять по порядку, почему успешный telnet на порт — это только первый шаг, как читать логи Postfix и что делать с персональными данными в них.
SPF, DKIM, DMARC, PTR, autodiscover и MTA-STS для двух доменов на одном почтовом сервере. Гайд по шагам с объяснением, почему часть из них нельзя менять местами.
doveadm who, verbose_proctitle, счётчики /proc и rawlog — как посмотреть, что реально происходит с IMAP-сессиями. И почему docker compose logs без имени сервиса показал всё, кроме нужного.
Инструмент переноса почты по IMAP и главное в его применении — почему перенос планируют как операцию, которую делают дважды, и что именно определяет время простоя.
Жёсткого лимита нет, квоты считаются по объёму. Но практические пределы наступают раньше формальных: Maildir, индексы, SOGo, Outlook и inode на ext4.
Заметил при разборе логов: 800–1200 мс на DNS-запрос при 42–52 запросах на одно письмо. Гипотеза есть, проверки нет. Пишу как есть — с тем, как это проверить и чем грозит.