<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Блокировка исходящих писем на основе MX-записи получателя]]></title><description><![CDATA[<p dir="auto">Привет всем,<br />
Есть ли способ заблокировать конкретный MX-сервер?<br />
Я хочу предотвратить случайные ответы моих пользователей на хосты с типосквоттингом. Есть хосты, которые собирают домены с опечатками и устанавливают MX непосредственно за ними.<br />
Например, «<a href="http://oulook.com" rel="nofollow ugc">oulook.com</a>» указывает на такой MX (<a href="http://park-mx.above.com" rel="nofollow ugc">park-mx.above.com</a>), и он принимает все, что получает.<br />
Я не знаю, что происходит с данными в этом случае, но я точно знаю, что не хочу их отправлять.<br />
К сожалению, я не нашел ничего в фильтрах сообщений, фильтрах контента или других настройках. (AsyncOS 14.2.x)</p>
]]></description><link>https://sla247.ru/forum/topic/2517/блокировка-исходящих-писем-на-основе-mx-записи-получателя</link><generator>RSS for Node</generator><lastBuildDate>Fri, 15 May 2026 03:18:20 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/2517.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 02 Mar 2026 21:17:45 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Блокировка исходящих писем на основе MX-записи получателя on Mon, 02 Mar 2026 21:17:49 GMT]]></title><description><![CDATA[<p dir="auto">Согласен, это интересная тема, так как я наткнулся на<br />
сайт<br />
<a href="http://emailfake.com" rel="nofollow ugc">emailfake.com</a><br />
,<br />
который, по-видимому, используется для одноразовых электронных писем, но позволяет любому зарегистрировать любой домен с помощью их услуг и злоупотреблять им для рассылки нам спама... Поэтому я искал способ заблокировать все входящие и исходящие сообщения, связанные с MX:emailfake.com... Мы не можем использовать DNS-синки или блокировать на брандмауэре, так как используем облачные инстансы ESA и ETD... Есть ли другие возможные альтернативы?<br />
![:disappointed_face:] Ссылка:<br />
<a href="https://emailfake.com/blog/new-fake-email-domain" rel="nofollow ugc">https://emailfake.com/blog/new-fake-email-domain</a></p>
<p dir="auto"><img src="/forum/uploads/files/cisco/9a6a1b33b498cad2a89966cc0dd3cbb41ecbfdfd.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/17482</link><guid isPermaLink="true">https://sla247.ru/forum/post/17482</guid><dc:creator><![CDATA[dukebox]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:17:49 GMT</pubDate></item><item><title><![CDATA[Reply to Блокировка исходящих писем на основе MX-записи получателя on Mon, 02 Mar 2026 21:17:48 GMT]]></title><description><![CDATA[<p dir="auto">То, что вы пытаетесь сделать, кажется мне новым, как будто никто вообще не задумывается об этом, поэтому было интересно обдумать это.</p>
]]></description><link>https://sla247.ru/forum/post/17481</link><guid isPermaLink="true">https://sla247.ru/forum/post/17481</guid><dc:creator><![CDATA[Ken Stieers]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:17:48 GMT</pubDate></item><item><title><![CDATA[Reply to Блокировка исходящих писем на основе MX-записи получателя on Mon, 02 Mar 2026 21:17:47 GMT]]></title><description><![CDATA[<p dir="auto">Привет, Кен,<br />
очень жаль, я надеялся, что ESA сможет взглянуть на приемник :(.<br />
Но твои идеи очень хорошие, я их рассмотрю и обсужу с коллегами.<br />
Большое спасибо за это!<br />
![<img src="https://sla247.ru/forum/assets/plugins/nodebb-plugin-emoji/emoji/android/1f642.png?v=bf4cb1bda7d" class="not-responsive emoji emoji-android emoji--slightly_smiling_face" style="height:23px;width:auto;vertical-align:middle" title=":slightly_smiling_face:" alt="🙂" />]</p>
<p dir="auto"><img src="/forum/uploads/files/cisco/01a0ccb0eaa8c8e75ff1c1ca16e03752af15251b.png" alt="" class=" img-fluid img-markdown" /></p>
]]></description><link>https://sla247.ru/forum/post/17480</link><guid isPermaLink="true">https://sla247.ru/forum/post/17480</guid><dc:creator><![CDATA[M1ssi]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:17:47 GMT</pubDate></item><item><title><![CDATA[Reply to Блокировка исходящих писем на основе MX-записи получателя on Mon, 02 Mar 2026 21:17:46 GMT]]></title><description><![CDATA[<p dir="auto">Да, ESA (и я уверен, что ETD тоже) построена на основе того, откуда пришла почта, а НЕ того, куда она отправляется... И никто не предвидит, куда пойдет почта, поэтому, когда она попадает в очередь доставки, она не знает, куда пойдет почта, пока процесс SMTP не начнет работать с этой почтой. И нет ничего, к чему можно было бы подключиться на исходящем движке. СЕЙЧАС... вы могли бы сделать кое-что с DNS... в настройках DNS на устройстве вы могли бы направить DNS для этого домена на DNS-сервер, который вы контролируете, и вы могли бы направить <a href="http://park-mx.above.com" rel="nofollow ugc">park-mx.above.com</a> на 127.0.0.1 или что-то в этом роде. Один компьютер с Windows с установленным DNS-сервером, без интеграции с AD, просто список неработающих доменов, с которыми вы не хотите, чтобы ваш ESA общался. Другой вариант — поместить его в ваши брандмауэры... если у вас есть опция динамического соединителя, напишите скрипт, который будет регулярно получать IP-адреса для списка доменов, как этот, и выгружать их в текстовый файл, а затем используйте динамический соединитель, чтобы загрузить эти IP-адреса и заблокировать их.</p>
]]></description><link>https://sla247.ru/forum/post/17479</link><guid isPermaLink="true">https://sla247.ru/forum/post/17479</guid><dc:creator><![CDATA[Ken Stieers]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:17:46 GMT</pubDate></item></channel></rss>