Postfix on Евгений Подолинский

[Часть 4]Три дня без policy-сервера: как iRedAPD умирает молча

Mon, 20 Jul 2026 10:03:01 +0300

Я собирался поставить rate limit на один почтовый адрес после мейл-бомбы. Для этого в iRedMail есть iRedAPD с плагином throttle. Полез настраивать и обнаружил, что policy-сервер не работает. Уже три дня.

История поучительна не столько поломками — они тривиальны, — сколько тем, как незаметно они прошли.

Первый признак

Смотрю конфиг Postfix и вижу закомментированное:

smtpd_recipient_restrictions =
 reject_non_fqdn_recipient
 reject_unlisted_recipient
 # check_policy_service inet:127.0.0.1:7777
 permit_mynetworks
 ...

При этом cron исправно гоняет /opt/iredapd/tools/cleanup_db.py — служебные скрипты iRedAPD на месте. То есть кто-то (я, при разборе другой проблемы) отключил обращение к политике, чтобы почта ходила, и забыл.

[Часть 3] Мейл-бомба через Google Groups: когда антиспам работает против вас

Mon, 20 Jul 2026 10:02:01 +0300

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

Как это выглядит в логе

from=<pz+bncAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA@attacker.example>
from=<pz+bncBBBBBBBBBBBBBBBBBBBBBBBBBBBBBBB@attacker.example>
from=<pz+bncCCCCCCCCCCCCCCCCCCCCCCCCCCCCCCC@attacker.example>
...

Отправители с одного домена, все через mail-*.google.com, все на один мой адрес. Префикс pz+bnc — это VERP-формат Google Groups, служебный bounce-адрес рассылочного списка.

Темы писем выдают схему целиком:

"Your request has been received" (Zendesk)
"Potwierdzenie otrzymania wiadomości: NNNNNNNN"
"Ihre Kontaktanfrage an Mars Petcare"
"Servicecenter DB Regio Bus BaWü" (Deutsche Bahn)
"Zenzero ticket #NNNNNNN has been created"
"Encerramento do atendimento - Ticket NNNNNNNNNN" (Odoo)
"Revalize Customer Success Case #NNNNNNNN" (Salesforce)
"[Aktion erforderlich] Bestätigen Sie Ihre E-Mail" (Amazon SES)

Автоответы хелпдесков со всего мира. Немецкие, польские, португальские, испанские.

[Часть 2] Релей для iRedMail: почему рассылочный сервис не подходит для корпоративной почты

Mon, 20 Jul 2026 10:01:01 +0300

В предыдущей статье я выяснил, что весь /17 моего провайдера лежит в Spamhaus SBL и прямая отправка с сервера невозможна. Значит, нужен релей.

Казалось бы, задача на полчаса: прописать relayhost, добавить пароль, перезапустить. На практике всплыли два неочевидных момента — один про архитектуру Postfix, другой про то, чем «сервис отправки почты» отличается от «сервиса рассылок».

Задача

Есть iRedMail на Debian 12, три домена, полноценный почтовый сервер: принимает входящую, держит ящики, отдаёт по IMAP. Ломать это нельзя. Нужно только исходящую наружу отдавать на релей.

[Часть 1] Когда в блоклисте не ты, а весь дата-центр

Mon, 20 Jul 2026 10:00:01 +0300

Начиналось всё безобидно: я хотел разобраться, что такое «Почтовый сервис» у Selectel и можно ли через него отправлять почту с моего iRedMail. Закончилось тем, что я нашёл на сервере четыре независимых поломки, две из которых тихо лежали несколько дней.

Эта статья — про первую и самую фундаментальную.

Симптом

Смотрю лог после того, как настроил релей и отправил тестовое письмо. Оно уходит. И вместе с ним уходит что-то ещё:

postfix/selectel/smtp: 4gyhQs2LTQzyb3: to=<user@example.info>,
 relay=smtp.relay-provider.example[...]:1126, delay=71997, ... status=sent

delay=71997. Это секунды. Двадцать часов. А в следующей строке — delay=116847, то есть тридцать два часа.

Как я переносил корпоративную почту с Mail.ru на свой сервер

Fri, 17 Jul 2026 12:00:00 +0300

Задача звучала просто: перенести корпоративную почту с Mail.ru / VK WorkSpace на собственный сервер. Ящиков — несколько десятков, в каждом тысячи писем, накопленных за годы. Условие одно: не потерять ничего.

Казалось бы, IMAP — стандартный протокол, должны быть готовые решения. Они есть, но каждое упиралось во что-то своё: одни платные и по количеству ящиков, другие не умеют возобновляться после обрыва, третьи ломаются на кириллических именах папок. А обрывы при переносе гигабайтов почты — это не «если», а «когда».