<?xml version="1.0" encoding="windows-1251"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
<title>Почтовый сервер Postfix| MTA подробное руководство</title>
<link>http://mypostfix.ru/</link>
<language>ru</language>
<description>Почтовый сервер Postfix| MTA подробное руководство</description>
<generator>DataLife Engine</generator><item>
<title>Фильтры и перезапись адресов</title>
<guid isPermaLink="true">http://mypostfix.ru/107-filtry-i-perezapis-adresov.html</guid>
<link>http://mypostfix.ru/107-filtry-i-perezapis-adresov.html</link>
<description><![CDATA[При перезаписи адресов в заголовке сообщения вам необходимо подумать о том, как применять фильтры. В частности, следует решить, когда вы будете просить Postfix перезаписывать адреса (например, посредством virtual_alias_maps) – до или после фильтрации. Если вы примете решение перезаписывать адреса перед фильтрацией, то появится риск использования внутренних адресов для возвратов и предупреждений. Например, предупреждение, вызванное сообщением адресату moe_helden@example.com, может быть возвращено с адресом mh123@mailbox.example.com.<br /><br />Поэтому с нашей точки зрения следует перезаписывать адреса (используя virtual_alias_maps или canonical_maps) после возвращения сообщений обратно в очередь Postfix для финальной доставки. Это позволит внешнему приложению (например, антивирусной программе) видеть исходные адреса и формировать соответствующие предупреждения до того, как Postfix их заменит. Существуют два способа отмены преобразования адресов (расширения виртуального псевдонима, канонического преобразования, трансляции адреса и т. д.) перед фильтрацией. Первый заключается в установке специального параметра в файле main.cf: receive_override_options = no_address_mappings Вы также можете отключить перезапись адресов в файле master.cf только для принимающего сообщения из сети демона (обычно это smtpd): smtp inetnn smtpd o content_filter=foo:[127.0.0.1]:54321 o receive_override_options=no_address_mappings ... <br /><br />]]></description>
<category><![CDATA[Внешине фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Tue, 11 Jan 2011 11:18:39 +0300</pubDate>
</item><item>
<title>Наилучший момент для фильтрации содержимого</title>
<guid isPermaLink="true">http://mypostfix.ru/106-nailuchshij-moment-dlya-filtracii-soderzhimogo.html</guid>
<link>http://mypostfix.ru/106-nailuchshij-moment-dlya-filtracii-soderzhimogo.html</link>
<description><![CDATA[Стандарты RFC говорят о том, что почтовый сервер должен решить, принять или отвергнуть сообщение, не позднее, чем на этапе команды DATA в диалоге SMTP. К сожалению, такое требование оставляет почтовому серверу мало времени на анализ содержимого сообщения, т. к. в почтовых клиентах реализован достаточно короткий таймаут с тем, чтобы не «зависнуть» в общении с неисправным почтовым сервером. <br /><br />Например, таймаут для SMTP клиента Postfix определяется параметром smtp_data_done_timeout, который весьма толерантен и по умолчанию установлен в 600 секунд. Если почтовый сервер завершает просмотр содержимого до истечения клиентского таймаута, все работает отлично, т. к. у сервера есть время на уведомление клиента о своем решении в отношении приема сообщения. Однако если сервер работает слишком медленно, то клиент заканчивает соединение и повторяет попытку позже, при этом шансы на успех при следующей попытке невелики. Имеющийся в Postfix механизм content_filter позволяет избежать таких проблем благодаря специальной организации исследования содержимого: <br /><br />1. Почтовый клиент отправляет содержимое на этапе DATA. <br />2. Сервер Postfix принимает сообщение и ставит его в очередь. Клиент предполагает, что передача была успешной. <br />3. Диспетчер очередей анализирует почту и составляет расписание доставки согласно записям content_filter. <br />4. Postfix передает сообщение внешнему приложению. <br />5. Внешнее приложение берет на себя доставку сообщения. Оно может выполнить для сообщения одно из следующих действий:]]></description>
<category><![CDATA[Внешине фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Tue, 11 Jan 2011 11:14:24 +0300</pubDate>
</item><item>
<title>Как работают внешние фильтры содержимого</title>
<guid isPermaLink="true">http://mypostfix.ru/105-kak-rabotayut-vneshnie-filtry-soderzhimogo.html</guid>
<link>http://mypostfix.ru/105-kak-rabotayut-vneshnie-filtry-soderzhimogo.html</link>
<description><![CDATA[Описанные в предыдущих главах встроенные фильтры предназначены<br />для решения простых проблем; более сложную фильтрацию поручают<br />внешним программам. <br />Postfix может запускать приложения проверки содержимого до или после постановки сообщений в очередь. Если почта фильтруется до постановки в очередь, то Postfix может оставить уведомление отправителей на усмотрение клиента. Если же почта фильтруется после постановки в очередь, ответственность за уведомления несет Postfix В этой главе в общих чертах описан процесс передачи полномочий. Вы увидите, как настроить архитектуру демонов Postfix для отправки сообщений внешним механизмам фильтрации и как позволить сообщениям вернуться в систему Postfix после успешной фильтрации для окончательной доставки.<br /><br />Внешние фильтры содержимого вступают в дело, когда со сцены уходят встроенные фильтры заголовков и тела сообщения; внешние приложения не только исследуют и отвергают сообщения, но и могут изменять их содержимое. Приведем несколько стандартных задач для фильтров:<br />• Добавление «отказа от ответственности» (disclaimer)<br />• Проверка на наличие вирусов и червей<br />• Выявление спама<br />• Архивирование почты]]></description>
<category><![CDATA[Внешине фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Tue, 11 Jan 2011 11:09:33 +0300</pubDate>
</item><item>
<title>Команда Vigour по StarCraft BroodWar</title>
<guid isPermaLink="true">http://mypostfix.ru/104-komanda-vigour-po-starcraft-broodwar.html</guid>
<link>http://mypostfix.ru/104-komanda-vigour-po-starcraft-broodwar.html</link>
<description><![CDATA[В последнее время <a href="http://www.vigourteam.com/">игра starcraft</a> приобретает все больше и больше популярности. Поэтому была создана команда Vigour по StarCraft BroodWar]]></description>
<category><![CDATA[Друзья сайта]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 03 Nov 2010 09:30:48 +0300</pubDate>
</item><item>
<title>Компьютерная игра Counter-Strike</title>
<guid isPermaLink="true">http://mypostfix.ru/103-kompyuternaya-igra-counter-strike.html</guid>
<link>http://mypostfix.ru/103-kompyuternaya-igra-counter-strike.html</link>
<description><![CDATA[Компьютерная игра Counter-Strike: инструкция по установке <a href="http://www.cstrike-mania.ru/">Counter-Strike 1.6</a> и Counter-Strike Source, а также другие полезные статьи, например, создание своего Counter-Strike сервера и т.д.<br />]]></description>
<category><![CDATA[Друзья сайта]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 03 Nov 2010 09:30:16 +0300</pubDate>
</item><item>
<title>Создание сайтов по доступным ценам, идеи интернет-бизнеса</title>
<guid isPermaLink="true">http://mypostfix.ru/102-sozdanie-sajtov-po-dostupnym-cenam-idei-internet.html</guid>
<link>http://mypostfix.ru/102-sozdanie-sajtov-po-dostupnym-cenam-idei-internet.html</link>
<description><![CDATA[<a href="http://xumera.com/make_order.html">создание сайтов</a> по доступным ценам, идеи интернет-бизнеса]]></description>
<category><![CDATA[Друзья сайта]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 03 Nov 2010 09:18:03 +0300</pubDate>
</item><item>
<title>Использование встроенных фильтров содержимого</title>
<guid isPermaLink="true">http://mypostfix.ru/101-ispolzovanie-vstroennyx-filtrov-soderzhimogo.html</guid>
<link>http://mypostfix.ru/101-ispolzovanie-vstroennyx-filtrov-soderzhimogo.html</link>
<description><![CDATA[Как вы знаете Postfix может исследовать содержимое сообщения на основе таблиц шаблонов и действий. В этой главе будет показано, как применять эти шаблоны и действия. Помните, что проверки предназначены только для простой фильтрации содержимого.<br /><br />Проверки ищут в сообщениях определенные символы, а также могут изменять сообщения. Имена параметров конфигурации, включающих проверки, заканчиваются на _checks, и все они – header_checks, body_checks, mime_header_checks и nested_header_checks – действуют по одой схеме:<br /><br />1. Postfix анализирует сообщение строку за строкой, сравнивая их с картой шаблонов, составленных из регулярных выражений (regexp) или регулярных выражений Perl (PCRE).<br /><br />2. Если строка соответствует регулярному выражению, то Postfix предпринимает действие, определенное для данного выражения, и переходит к исследованию следующей строки ввода.<br />]]></description>
<category><![CDATA[Фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 02 Jun 2010 11:57:49 +0400</pubDate>
</item><item>
<title>Когда Postfix применяет проверки?</title>
<guid isPermaLink="true">http://mypostfix.ru/100-kogda-postfix-primenyaet-proverki.html</guid>
<link>http://mypostfix.ru/100-kogda-postfix-primenyaet-proverki.html</link>
<description><![CDATA[Клиент передает сообщение после успешного завершения первоначального SMTP диалога. То есть Postfix обрабатывает параметры *_checks после обработки параметров ограничений smtpd_*_restrictions.<br /><br /><b>Какие действия могут вызвать проверки?</b><br /><br />Для каждого шаблона поиска вы можете определить только одно соответствующее действие. В настоящее время Postfix поддерживает следующие действия:<br /><br /><b>REJECT [необязательный текст...]</b><br /><br />Отказывает сообщению в приеме. Необязательный текст будет отправлен клиенту, пытающемуся передать сообщение. Postfix так же запишет этот текст в почтовый журнал.<br /><br /><b>IGNORE</b><br /><br />Удаляет из сообщения строку, которая совпадает с шаблоном поиска.<br /><br /><b>WARN [необязательный текст...]</b><br />Заставляет Postfix записать в почтовый журнал предупреждение. Если указан необязательный текст, он также будет записан в журнал. При этом Postfix доставит сообщение без каких либо изменений.<br /><br /><b>HOLD [необязательный текст...]</b><br />Помещает сообщение в очередь отложенных сообщений, где оно будет находиться до тех пор, пока администратор почтовой системы не исследует его и не решит, что с ним делать. Postfix записывает в журнал строку тела или заголовка, в которой было обнаружено совпадение с шаблоном, а также необязательный текст.<br /><br /><br /><b>DISCARD [необязательный текст...]</b><br /><br />Сообщает почтовому клиенту об успешной доставке сообщения, но молча удаляет сообщение вместо того, чтобы передавать его в место конечного назначения. Если указан необязательный текст, то Postfix записывает его вместе со строкой, в которой найдено совпадение с шаблоном, в журнал электронной почты.<br /><br /><b>FILTER transport:nexthop</b><br /><br />Отправляет сообщение фильтру (службе, определенной в файле master.cf, которая занимается передачей сообщений другой системе обработки данных, например антивирусному сканеру). <br /><br /><b>REDIRECT user@domain</b><br /><br />Перенаправляет сообщение по указанному адресу вместо того, чтобы доставить его первоначальному получателю (получателям). Под меняет любое действие FILTER.<br />]]></description>
<category><![CDATA[Фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 02 Jun 2010 11:55:57 +0400</pubDate>
</item><item>
<title>Что особенного в этих параметрах?</title>
<guid isPermaLink="true">http://mypostfix.ru/99-chto-osobennogo-v-yetix-parametrax.html</guid>
<link>http://mypostfix.ru/99-chto-osobennogo-v-yetix-parametrax.html</link>
<description><![CDATA[Postfix 2.x обрабатывает тело сообщения как состоящее из n сегментов, при этом каждый сегмент помечен MIME заголовком. Такая MIME обработка включена по умолчанию, но вы можете отменить ее, указав disable_mime_input_processing = yes в своем файле main.cf. Синтаксический анализатор MIME исследует каждую прочитанную строку, выясняя, к заголовку или к сегменту тела она относится. От ответа на этот вопрос зависит то, какие проверки выполняет Postfix.<br /><br />Если сегмент сообщения имеет почтовые заголовки (т. е. является вложенным сообщением типа message/rfc822), такие заголовки оцениваются параметром <b>nested_header_checks.</b><br /><br />Все, что следует внутри сегмента за вложенными заголовками, оценивается параметром <b>body_checks</b>, при этом анализируемый объем определяется параметром <b>body_checks_size_limit</b>. Например, если у вас есть сообщение из пяти 100 килобайтных MIME сегментов (или вложений), то Postfix проверяет в каждом сегменте первые <b>body_checks_size_limit</b> байт.<br /><br />Postfix использует параметр mime_header_checks для оценки каждого MIME заголовка (начала каждого нового сегмента). Если после какого то MIME заголовка есть почтовые заголовки, они оцениваются параметром <b>nested_header_checks</b> в каждом сегменте.<br />]]></description>
<category><![CDATA[Фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 02 Jun 2010 11:52:09 +0400</pubDate>
</item><item>
<title>Применение проверок к отдельным разделам сообщения</title>
<guid isPermaLink="true">http://mypostfix.ru/98-primenenie-proverok-k-otdelnym-razdelam.html</guid>
<link>http://mypostfix.ru/98-primenenie-proverok-k-otdelnym-razdelam.html</link>
<description><![CDATA[Postfix использует отдельный параметр конфигурации для каждого известного ему раздела сообщения. Приведем перечень параметров проверок (имейте в виду, что по умолчанию в файле main.cf они не включены).<br /><b>header_checks</b><br /><br />Эти проверки применяются к заголовку сообщения, т. е. ко всему от первой строки сообщения до первой пустой строки, включая заголовки, которые физически занимают несколько строк.<br /><b>body_checks</b><br /><br />Эти проверки применяются к телу сообщения; синтаксический анализатор воспринимает как тело все, что находится между заго ловками.<br /><br /><b>mime_header_checks</b><br /><br />Эти проверки применяются к MIME заголовкам в заголовках сообщений верхнего уровня, заголовках MIME элементов и к MIME заголовкам в заголовках вложенных сообщений в соответствии с RFC 822.<br /><b><br />nested_header_checks</b><br /><br />Эти проверки применяются к заголовкам вложенных сообщений, за исключением MIME заголовков. Действуют только на заголовки вложенных сообщений message/rfc822, за исключением MIME заголовков, перечисленных ранее в описании параметра <b>mime_header_checks</b>.<br />]]></description>
<category><![CDATA[Фильтры содержимого]]></category>
<dc:creator>admin</dc:creator>
<pubDate>Wed, 02 Jun 2010 11:49:41 +0400</pubDate>
</item></channel></rss>
