Свой почтовый сервер: вернулся на Яндекс.Почту

Создание своего почтового сервера — это эпопея, которая у меня закончилась возвратом на стороннюю почту. Поставил Postfix, Dovecot, OpenDKIM, SPF, DMARC. Настроил всё через iRedMail. Через месяц мой IP попал в чёрные списки — кто-то использовал его для спама. Пришлось перейти на Яндекс.Почту для домена. Если вы сейчас думаете о собственном почтовике — расскажу, что меня ждало, и почему «не надо так».

Почему я вообще решился

Мне хотелось полного контроля над своей почтой. Хотелось, чтобы письма хранились на моём сервере, а не у постороннего сервиса. Я читал статьи о самоуправлении и верил, что смогу настроить всё сам. Казалось, что это просто набор пакетов, которые ставятся за вечер.

На деле почтовый сервер оказался самым сложным сервисом, который я поднимал у себя дома. Это целый зоопарк компонентов, каждый из которых должен работать идеально. Одна ошибка в настройке — и письма не доходят или падают в спам.

Как я ставил Postfix и Dovecot

Postfix отвечает за отправку и приём почты, а Dovecot — за её хранение и доступ по IMAP. Я настроил оба, разобрался с виртуальными почтовыми ящиками и пользователями. Всё работало локально, письма между ящиками на сервере ходили отлично.

Сложности начались, когда я добавил внешнюю доставку. Нужно было настроить шифрование соединений, аутентификацию и убедиться, что письма не отбрасываются другими серверами. Каждый новый пункт открывал ещё десяток нюансов, о которых я не знал.

OpenDKIM, SPF и DMARC

Чтобы письма не считались спамом, нужно подтверждать свою доменную подпись. Для этого я настроил OpenDKIM, SPF-записи и DMARC-политику. Я завёл ключи, прописал TXT-записи в DNS и проверил, что подписи проходят. Вроде бы всё было сделано правильно.

Но этого оказалось мало. Даже с правильными подписями часть писем всё равно уходила в спам у крупных почтовых сервисов. Причина — репутация IP-адреса, которую с нуля поднять очень тяжело. Именно здесь меня и ждала главная проблема.

iRedMail упростил установку

Я ставил свой почтовик через iRedMail — это скрипт, который ставит и настраивает весь стек почтовых сервисов разом. Он сильно упростил мне жизнь: вместо ручной настройки каждого компонента я получил готовую связку с веб-панелью для управления ящиками.

Рекомендую iRedMail, если вы всё же решитесь на собственный сервер. Он избавляет от большинства рутинных действий и настраивает всё согласованно. Но помните: сам скрипт не решает проблему репутации IP и чёрных списков.

Чёрные списки — главный удар

Через месяц после запуска я заметил, что письма перестали доходить до адресатов. Я начал разбираться и обнаружил, что мой IP попал в чёрные списки. Кто-то использовал мой сервер для рассылки спама, пробив слабое место в защите.

Вывести адрес из чёрных списков оказалось долгой и нервной процедурой. Нужно подавать заявки в каждый список, объяснять ситуацию и ждать. Даже после этого письма продолжали лететь в спам, потому что репутация адреса была испорчена. Это и стало точкой, когда я решил отказаться от затеи.

Переход на Яндекс.Почту

Я перешёл на Яндекс.Почту для домена. Настройка заняла меньше часа: прописал MX-записи, подтвердил домен, создал ящики. Вся почта снова стала доходить, а спам отсеивается автоматически. За свою работу Яндекс не берёт денег с небольших доменов.

Да, я отказался от полного контроля над данными. Но практичность перевесила. Для домашнего проекта чужая почта надёжнее собственной, потому что крупные сервисы вкладываются в репутацию, которую я с нуля поднять не смог.

Когда собственный почтовик оправдан

Честно говоря, собственный почтовый сервер оправдан только если вам нужна полная независимость и вы готовы постоянно им заниматься. Поддерживать репутацию IP, следить за безопасностью, реагировать на инциденты — это работа на постоянной основе.

Для большинства домашних проектов гораздо разумнее использовать почту хостинга или бесплатные сервисы для доменов. Вы получаете ту же функциональность без головной боли. Мой совет: не повторяйте мою ошибку без веских причин.

Как я узнал о спаме

Всё началось с того, что одна из служб, на которую я подписан, прислала письмо о подозрительной активности с моего адреса. Я заглянул в логи почтового сервера и увидел тысячи попыток отправки. Злоумышленники использовали слабость в конфигурации, чтобы гонять спам через мой сервер.

Это был момент, когда я понял всю серьёзность ситуации. Мой домашний сервер, который казался безобидным, стал инструментом рассылки. Хорошо, что я вовремя заметил и отключил всё, но репутация адреса уже пострадала. Урок был жестоким, но полезным.

Что я сделал бы иначе

Сейчас, оглядываясь назад, я понимаю, где ошибся. Во-первых, надо было с самого начала ограничить отправку только аутентифицированными пользователями. Во-вторых, следовало настроить мониторинг и алерты на подозрительную активность. В-третьих, не стоило открывать сервер наружу, не убедившись в защите.

Если бы я прошёл по этому чек-листу до запуска, возможно, история сложилась бы иначе. Но почта — это именно та тема, где ошибки не прощаются. Любая недоработка превращается в утечку или спам, а репутация теряется надолго.

Почему репутация IP так важна

Репутация IP-адреса — это то, что решает, дойдут ли ваши письма до адресатов. Крупные почтовые сервисы оценивают историю адреса: сколько писем отправлено, сколько попало в спам, были ли жалобы. У домашних адресов история обычно плохая или нулевая.

Поднять репутацию с нуля можно, но это месяцы аккуратной работы: маленькие объёмы, правильные подписи, отсутствие ошибок. Мой адрес, напротив, за месяц успел заработать дурную славу. Вернуть доверие систем оказалось сложнее, чем всё настроить.

DNS-записи, которые нужны почте

Помимо MX-записей, для почтового сервера нужно прописать ещё несколько вещей. SPF — каким серверам разрешено отправлять почту от вашего домена. DKIM — публичный ключ для проверки подписи. DMARC — инструкция, что делать с письмами, которые не прошли проверку. Каждая из них важна.

Я настраивал их в панели своего DNS-провайдера. Записи TXT, которые нужно было добавить, я получал из настроек iRedMail. Всё прописал, проверил валидаторами — подписи проходили. Но, как выяснилось позже, правильных записей недостаточно, если сам адрес плохо себя ведёт.

Шифрование почты

Почта по умолчанию передаётся открытым текстом, поэтому я настроил шифрование. Для входящих соединений использовал STARTTLS, для отправки — подпись DKIM. Так данные хоть как-то защищены от перехвата при передаче между серверами.

Настройка шифрования заняла немного времени, но дала спокойствие. Конечно, сквозного шифрования писем это не обеспечивает — письмо всё равно читается на серверах получателя. Но хотя бы при передаче его нельзя перехватить. Для почтового сервера это обязательный минимум.

Виртуальная машина для почты

Почтовый стек я разворачивал в виртуальной машине на Proxmox. Это правильный подход: изолированный сервис, которому можно выделить ресурсы отдельно. Если почтовик падает, остальные сервисы не страдают. Я выделил под него пару ядер и пару гигабайт памяти — этого хватило.

Но изоляция не спасла от проблем с репутацией. Технически всё было настроено, а вот репутация IP — это уже не вопрос конфигурации, а вопрос истории. Виртуальная машина не защищает от внешнего мира, который оценивает ваш адрес по своим правилам.

Уроки, которые остались со мной

Главный урок из этой истории — не стоит экономить на надёжности там, где это критично. Почта — один из самых важных каналов: через неё приходят пароли, уведомления, деловые письма. Если такой канал работает плохо, это бьёт по всем остальным сервисам.

Второй урок — начинать с малого. Вместо полного почтового стека можно было сначала поднять простую пересылку и посмотреть, как всё работает. Но я сразу прыгнул в глубокое. Постепенность спасла бы меня от разочарования.

Последнее слово о своём опыте

Если подвести черту: собственный почтовый сервер — это технически решаемая, но практически невыгодная задача для домашнего проекта. У меня всё было настроено, подписи работали, а письма всё равно не доходили. Проблема была не в настройках, а в репутации домашнего адреса.

Я не жалею, что попробовал: полученный опыт стоит потраченного времени. Но второй раз я бы не стал. Если вам интересна эта тема, изучайте её на тестовой машине без реального домена, а для настоящей почты выбирайте проверенные решения. Так вы получите и знания, и рабочий результат.

Кому я не рекомендую свой опыт

Честно говоря, я бы не советовал поднимать собственный почтовый сервер тем, кто не готов посвящать ему время постоянно. Если у вас нет жёсткой необходимости в независимой почте, вы рискуете получить больше головной боли, чем пользы. Мой опыт это наглядно подтвердил.

Вместо этого начните с почты на своём домене через проверенный сервис. А если захотите разобраться, как устроена почта изнутри, — поставьте тестовый экземпляр локально, не открывая его наружу. Так вы получите знания без последствий.

Обслуживание почтовика

Почтовый сервер нельзя поставить и забыть. Нужно следить за обновлениями, чистить очереди, проверять логи и дисковое пространство. Почтовые ящики растут, базы индексируются, и всё это требует внимания. По сути, это ещё один сервис, за которым надо ухаживать.

У меня времени на такое обслуживание не хватило, и я считаю это нормальным. Не каждая задача должна решаться собственным сервером. Иногда грамотнее делегировать сложное стороннему сервису, а своё время тратить на то, что действительно важно для проекта.

Стоит ли пробовать вообще

Несмотря на негативный опыт, я не говорю, что собственный почтовый сервер — зло. Это отличный способ изучить, как устроена электронная почта изнутри. Я узнал больше про SPF, DKIM и DMARC, чем за всё время использования сторонних сервисов.

Просто подходите к этому с открытыми глазами. Заводите свой почтовик ради опыта, но не делайте его основным каналом связи, пока не убедитесь, что готовы за ним следить. Либо используйте гибрид: свой сервер для изучения, а рабочие письма — через проверенный сервис.

Итог

Мой опыт с собственным почтовым сервером закончился возвратом на Яндекс. Поставил весь стек на Proxmox, намучился с чёрными списками и вернулся к простому решению. Технически настроить почту реально, но поддерживать её репутацию дома — почти невыполнимая задача.

Ставил почтовый сервер на Proxmox — намучился, вернулся на Яндекс. В большом гайде по Proxmox — все мои статьи про этот гипервизор. Заходите, если строите свою домашнюю инфраструктуру.