<?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[Найти все сообщения, отклоненные из-за размера]]></title><description><![CDATA[<p dir="auto">Здравствуйте, Как лучше всего получить все сообщения, отклоненные из-за размера вложения? Я попробовал использовать grep, но все результаты оказались бесполезными.</p>
]]></description><link>https://sla247.ru/forum/topic/2552/найти-все-сообщения-отклоненные-из-за-размера</link><generator>RSS for Node</generator><lastBuildDate>Thu, 14 May 2026 20:51:17 GMT</lastBuildDate><atom:link href="https://sla247.ru/forum/topic/2552.rss" rel="self" type="application/rss+xml"/><pubDate>Mon, 02 Mar 2026 21:18:51 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Reply to Найти все сообщения, отклоненные из-за размера on Mon, 02 Mar 2026 21:18:55 GMT]]></title><description><![CDATA[<p dir="auto">Я считаю, что принятое здесь решение неверно для данного вопроса. Предложенное решение находит только принятые сообщения указанного размера. Однако оно НЕ находит сообщения, отклоненные из-за ограничений по размеру. Для этого необходимо выполнить следующее: grep -i "Receiving Failed: Message size exceeds limit" mail_logs Регистрация отклоненных сообщений ограничена. Это позволит вам получить ID сообщения. Затем вы можете найти его с помощью grep и увидеть IP-адрес и почтовый сервер, с которого оно пришло. Вы не получите никакой информации о сообщении, такой как отправитель, тема или что-либо еще. Оно отклоняет соединение, поэтому ничего больше не регистрируется.</p>
]]></description><link>https://sla247.ru/forum/post/17622</link><guid isPermaLink="true">https://sla247.ru/forum/post/17622</guid><dc:creator><![CDATA[Garrett Hensley]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:18:55 GMT</pubDate></item><item><title><![CDATA[Reply to Найти все сообщения, отклоненные из-за размера on Mon, 02 Mar 2026 21:18:54 GMT]]></title><description><![CDATA[<p dir="auto">Извините. grep работает, я просто добавляю: grep -i "ready [2-9][5-9]...... bytes" mail_logs</p>
]]></description><link>https://sla247.ru/forum/post/17621</link><guid isPermaLink="true">https://sla247.ru/forum/post/17621</guid><dc:creator><![CDATA[Juraj Ban]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:18:54 GMT</pubDate></item><item><title><![CDATA[Reply to Найти все сообщения, отклоненные из-за размера on Mon, 02 Mar 2026 21:18:53 GMT]]></title><description><![CDATA[<p dir="auto">Меня интересуют все отклоненные сообщения, то есть те, которые превышают 25 Мб. Вышеуказанная команда почти подходит, но мне все еще нужен более эффективный фильтр. Или есть ли какая-нибудь команда, с помощью которой я могу разбить результаты на страницы и отфильтровать их в Excel? Если я использую grep, то я получаю только данные за последний месяц (то есть данные в mail_logs), но в базе данных у меня есть данные за год. Как я могу найти эти данные в базе данных?</p>
]]></description><link>https://sla247.ru/forum/post/17620</link><guid isPermaLink="true">https://sla247.ru/forum/post/17620</guid><dc:creator><![CDATA[Juraj Ban]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:18:53 GMT</pubDate></item><item><title><![CDATA[Reply to Найти все сообщения, отклоненные из-за размера on Mon, 02 Mar 2026 21:18:52 GMT]]></title><description><![CDATA[<p dir="auto">Вы видели/пробовали эту техническую записку: <a href="http://www.cisco.com/c/en/us/support/docs/security/email-security-appliance/118494-technote-esa-00.html" rel="nofollow ugc">http://www.cisco.com/c/en/us/support/docs/security/email-security-appliance/118494-technote-esa-00.html</a> Определение больших сообщений или размера сообщений в почтовых журналах для ESA В CLI используйте<br />
grep<br />
, чтобы найти размер больших сообщений, которые были обработаны ESA и записаны в почтовые журналы. Размер сообщения зависит от заголовков сообщения, текста сообщения и любых вложений, связанных с почтовым сообщением. Все три компонента сообщения в сумме составляют общий объем почтового сообщения в почтовых журналах. Сообщения размером от 100 до 999 кБ myesa.local&gt; grep -i "ready ...... bytes" mail_logs Вы должны получить список, похожий на следующий: Mon Sep 22 12:31:23 2014 Info: MID 7997803 ready 160670 bytes from<br />
<a href="mailto:Kong@mycompany.com" rel="nofollow ugc">Kong@mycompany.com</a><br />
Mon Sep 22 12:31:26 2014 Info: MID 7997807 ready 119580 bytes from <a href="mailto:JE@mycompany.com" rel="nofollow ugc">JE@mycompany.com</a><br />
Mon Sep 22 12:31:27 2014 Info: MID 7997809 ready 198130 bytes from <a href="mailto:cau@mycompany.com" rel="nofollow ugc">cau@mycompany.com</a><br />
&lt;&lt;&lt;SNIP FOR BREVITY&gt;&gt;&gt; Здесь мы видим, что первое сообщение в списке было отправлено с общим размером 160670 байт, или 0,15 мегабайта. Сообщения размером от 1 МБ до 9,9 МБ myesa.local&gt; grep -i "ready ....... bytes" mail_logs Вы должны получить список, похожий на следующий: Mon Sep 22 10:41:58 2014 Info: MID 7988729 ready 10373660 bytes from <a href="mailto:Alex.Smith@there.com" rel="nofollow ugc">Alex.Smith@there.com</a><br />
Mon Sep 22 11:09:49 2014 Info: MID 7991249 ready 16630923 bytes from <a href="mailto:rwitherspoon@domain.com" rel="nofollow ugc">rwitherspoon@domain.com</a><br />
Mon Sep 22 11:11:21 2014 Info: MID 7991406 ready 12019486 bytes from <a href="mailto:cris@mycompany.com" rel="nofollow ugc">cris@mycompany.com</a><br />
Mon Sep 22 11:15:34 2014 Info: MID 7991666 ready 12116559 bytes from <a href="mailto:cris@mycompany.com" rel="nofollow ugc">cris@mycompany.com</a><br />
&lt;&lt;&lt;SNIP FOR BREVITY&gt;&gt;&gt; Здесь мы видим, что первое сообщение в списке было отправлено с общим размером 10373660 байт, или 9,9 мегабайта. Сообщения размером от 10 МБ до 99,9 МБ myesa.local&gt;<br />
grep -i "ready ........ bytes" mail_logs Вы должны получить список, похожий на следующий: Mon Sep 22 07:08:15 2014 Info: MID 7976074 ready 29503682 bytes from <a href="mailto:user@webmail.domain.com" rel="nofollow ugc">user@webmail.domain.com</a><br />
Mon Sep 22 08:04:19 2014 Info: MID 7977866 ready 14414288 bytes from <a href="mailto:mg@mycompany.com" rel="nofollow ugc">mg@mycompany.com</a><br />
Mon Sep 22 08:16:09 2014 Info: MID 7978373 ready 34933771 bytes from <a href="mailto:dude@lost.com" rel="nofollow ugc">dude@lost.com</a><br />
Mon Sep 22 08:24:32 2014 Info: MID 7978688 ready 10197589 bytes from <a href="mailto:here@mycompany.com" rel="nofollow ugc">here@mycompany.com</a><br />
Mon Sep 22 08:36:05 2014 Info: MID 7979273 ready 19893615 bytes from <a href="mailto:etino@mycompany.com" rel="nofollow ugc">etino@mycompany.com</a><br />
&lt;&lt;&lt;SNIP FOR BREVITY&gt;&gt;&gt; Здесь мы видим, что первое сообщение в списке было отправлено с общим размером 29503682 байта, или 28,1 мегабайта. Примечание<br />
: «-i» указывает, что поиск должен быть нечувствительным к регистру. Примечание<br />
: «.» указывает, сколько символов должен содержать результат поиска. В приведенных выше примерах в первой команде 6 точек, во второй — 7, а в третьей — 8. В наших примерах мы используем совпадение «.» для размера в байтах. С уважением,<br />
<a href="mailto:robsherw@cisco.com?Subject=%5BEmailed%20from%20CSC%5D" rel="nofollow ugc">Роберт Шервин</a></p>
]]></description><link>https://sla247.ru/forum/post/17619</link><guid isPermaLink="true">https://sla247.ru/forum/post/17619</guid><dc:creator><![CDATA[Robert Sherwin]]></dc:creator><pubDate>Mon, 02 Mar 2026 21:18:52 GMT</pubDate></item></channel></rss>