<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Python on Евгений Подолинский</title><link>https://evgen.info/tags/python/</link><description>Recent content in Python on Евгений Подолинский</description><generator>Hugo</generator><language>ru-RU</language><lastBuildDate>Mon, 20 Jul 2026 10:03:01 +0300</lastBuildDate><atom:link href="https://evgen.info/tags/python/index.xml" rel="self" type="application/rss+xml"/><item><title>[Часть 4]Три дня без policy-сервера: как iRedAPD умирает молча</title><link>https://evgen.info/2026/07/chast-4-tri-dnya-bez-policy-servera-kak-ired-admin-umiraet-molcha/</link><pubDate>Mon, 20 Jul 2026 10:03:01 +0300</pubDate><guid>https://evgen.info/2026/07/chast-4-tri-dnya-bez-policy-servera-kak-ired-admin-umiraet-molcha/</guid><description>&lt;p>Я собирался поставить rate limit на один почтовый адрес после &lt;a href="https://evgen.info/posts/mail-bomba/">мейл-бомбы&lt;/a>. Для этого в iRedMail есть iRedAPD с плагином &lt;code>throttle&lt;/code>. Полез настраивать и обнаружил, что policy-сервер не работает. Уже три дня.&lt;/p>
&lt;p>История поучительна не столько поломками — они тривиальны, — сколько тем, как незаметно они прошли.&lt;/p>
&lt;h2 id="первый-признак">Первый признак&lt;/h2>
&lt;p>Смотрю конфиг Postfix и вижу закомментированное:&lt;/p>
&lt;pre tabindex="0">&lt;code>smtpd_recipient_restrictions =
 reject_non_fqdn_recipient
 reject_unlisted_recipient
 # check_policy_service inet:127.0.0.1:7777
 permit_mynetworks
 ...
&lt;/code>&lt;/pre>&lt;p>При этом cron исправно гоняет &lt;code>/opt/iredapd/tools/cleanup_db.py&lt;/code> — служебные скрипты iRedAPD на месте. То есть кто-то (я, при разборе другой проблемы) отключил обращение к политике, чтобы почта ходила, и забыл.&lt;/p></description></item><item><title>Как я переносил корпоративную почту с Mail.ru на свой сервер</title><link>https://evgen.info/2026/07/migracziya-korporativnoj-pochty-s-mail-ru-na-svoj-server/</link><pubDate>Fri, 17 Jul 2026 12:00:00 +0300</pubDate><guid>https://evgen.info/2026/07/migracziya-korporativnoj-pochty-s-mail-ru-na-svoj-server/</guid><description>&lt;p>Задача звучала просто: перенести корпоративную почту с &lt;strong>Mail.ru / VK WorkSpace&lt;/strong> на собственный сервер. Ящиков — несколько десятков, в каждом тысячи писем, накопленных за годы. Условие одно: не потерять ничего.&lt;/p>
&lt;p>Казалось бы, IMAP — стандартный протокол, должны быть готовые решения. Они есть, но каждое упиралось во что-то своё: одни платные и по количеству ящиков, другие не умеют возобновляться после обрыва, третьи ломаются на кириллических именах папок. А обрывы при переносе гигабайтов почты — это не «если», а «когда».&lt;/p></description></item></channel></rss>