<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	xmlns:creativeCommons="http://backend.userland.com/creativeCommonsRssModule"
>

<channel>
	<title>Cyconet Blog &#187; Postfix</title>
	<atom:link href="http://blog.waja.info/tag/postfix/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.waja.info</link>
	<description>Just a place to be!</description>
	<lastBuildDate>Wed, 28 Apr 2010 08:22:58 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
		<item>
		<title>bit nagios-plugin bugsquashing, stalling policyd-weight and my first perl module package</title>
		<link>http://blog.waja.info/2008/03/10/bit-nagios-plugin-bugsquashing-stalling-policyd-weight-and-my-first-perl-module-package/</link>
		<comments>http://blog.waja.info/2008/03/10/bit-nagios-plugin-bugsquashing-stalling-policyd-weight-and-my-first-perl-module-package/#comments</comments>
		<pubDate>Mon, 10 Mar 2008 18:18:57 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[Packaging]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[policyd-weight]]></category>
		<category><![CDATA[Postfix]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2008/03/10/bit-nagios-plugin-bugsquashing-stalling-policyd-weight-and-my-first-perl-module-package/</guid>
		<description><![CDATA[Last week I did again some work on nagios-plugins. After the announcement of Dann Frazier to upload NMU to fix a trivial bug, I thought it&#8217;s time again to give some extra care to the package. So I prepared 1.4.11-2 fixing the important bugs and uploaded it. I also commited some minor fixes to the [...]]]></description>
			<content:encoded><![CDATA[<p>Last week I did again some work on <a targat="new" href="http://packages.qa.debian.org/n/nagios-plugins.html">nagios-plugins</a>. After the announcement of <a target="new" href="http://dannf.org/bloggf/">Dann Frazier</a> to upload NMU to fix a trivial bug, I thought it&#8217;s time again to give some extra care to the package. So I prepared 1.4.11-2 fixing the important bugs and uploaded it. I also commited some minor fixes to the svn, so these issues will get fixed by the next upload.</p>
<p>Since the development of <a target="new" href="http://packages.qa.debian.org/p/policyd-weight.html">policyd-weigh</a> stalled and unfortunately maybe <a target="new" href="http://www.mail-archive.com/policyd-weight-list%40ek-muc.de/msg00793.html">get stuck</a>, I was looking for an alternative, which maybe found with <a target="new" href="http://postfwd.org/">postfwd</a>. It&#8217;s quite flexible but it also will take more time (and care!) to get a reliable configuration, which maybe effective as policyd-weight (still) is right now. While checking the dependencies for postfwd I noticed that <a target="new" href="http://search.cpan.org/dist/Net-DNS-Async/">Net::DNS::Async</a> isn&#8217;t available in Debian (yet). So I decided to create a package starting with dh-make-perl, join the <a target="new" href="http://pkg-perl.alioth.debian.org/">Debian Perl Group</a> and let it review. <a target="new" href="http://qa.debian.org/developer.php?login=dmn&#038;comaint=yes">Damyan Ivanov</a> was so kind to review and upload it, <a target="new" href="http://info.comodo.priv.at/blog/">Gregor Herrmann</a> did also give some much useful hints. Thanks to both!</p>
<p>And yes, I also found time to step forward with NM, since I was overloaded the last weeks with usual work and life. Thank to my AM to be so appreciative.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2008/03/10/bit-nagios-plugin-bugsquashing-stalling-policyd-weight-and-my-first-perl-module-package/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Conditional greylisting (with postfix, policyd-weight and postgrey)</title>
		<link>http://blog.waja.info/2007/08/03/conditional-greylisting/</link>
		<comments>http://blog.waja.info/2007/08/03/conditional-greylisting/#comments</comments>
		<pubDate>Fri, 03 Aug 2007 08:02:46 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[policyd-weight]]></category>
		<category><![CDATA[Postfix]]></category>
		<category><![CDATA[spam]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2007/08/03/conditional-greylisting-with-postfix-policyd-weight-and-postgrey/</guid>
		<description><![CDATA[In case you think that greylisting might have some disadvantages but give you also some benefits, you probably have thought about to use greylisting with some conditions. For example if you checked some parameters of the mail and you (or better your mailsystem) guess it may be spam, greylisting could be very usefull. Until now, [...]]]></description>
			<content:encoded><![CDATA[<p>In case you think that greylisting might have some disadvantages but give you also some benefits, you probably have thought about to use greylisting with some conditions. For example if you checked some parameters of the mail and you (or better your mailsystem) guess it may be spam, greylisting could be very usefull.<br />
Until now, I was using plain <a href="/2006/12/15/reduce-spam-significant/">policyd-weight</a>. But mails with $REJECTLEVEL &lt;= score &lt;= $DEFER_LEVEL where in some conditions defered (see policyd-weight default) and if they come back with the same conditions, they will be defered twice. So it makes sence to me to greylist them and if they return within $DEFER_LEVEL, they will pass cause the greylist will allow them.<br />
At first let&#8217;s create a restriction class which we can call from <a target="new" href="http://www.policyd-weight.org/">policyd-weight</a> within main.cf of postfix:</p>
<p class=code>
# restriction class for use with polw (DEFER_ACTION)<br />
smtpd_restriction_classes = greylist<br />
greylist = check_policy_service inet:127.0.0.1:60000
</p>
<p>To call postgrey for $REJECTLEVEL &lt;= score &lt;= $DEFER_LEVEL you need to make use of the restriction class &#8220;greylist&#8221; and let $DEFER_STRING match all defer strings, to get them all greylisted:</p>
<p class="code">
# echo &#8220;\$DEFER_STRING   = &#8216;NOT&#8217;;&#8221; >> /etc/policyd-weight.conf<br />
# echo &#8220;\$DEFER_ACTION   = &#8216;rc:greylist&#8217;;&#8221; >> /etc/policyd-weight.conf<br />
# /etc/init.d/postgrey restart</p>
<p>Also you may have a look into <a target="new" href="http://countries.nerd.dk/more.html">The DNSBL countries.nerd.dk</a>. This might be a way to score connections comming from well known spamming countries. But keep in mind, that there may also legitim mails comming from those! ;)
</p>
<p></a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2007/08/03/conditional-greylisting/feed/</wfw:commentRss>
		<slash:comments>3</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Reduce spam significant</title>
		<link>http://blog.waja.info/2006/12/15/reduce-spam-significant/</link>
		<comments>http://blog.waja.info/2006/12/15/reduce-spam-significant/#comments</comments>
		<pubDate>Fri, 15 Dec 2006 22:51:18 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Debian]]></category>
		<category><![CDATA[backports]]></category>
		<category><![CDATA[bpo]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[policyd-weight]]></category>
		<category><![CDATA[Postfix]]></category>
		<category><![CDATA[spam]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2006/12/15/reduce-spam-significant/</guid>
		<description><![CDATA[With policyd-weight you are able to reject mails before the body is received by your MTA, here postfix. No bounce mails, less wasted bandwidth and cpu time. policyd-weight scores characteristics of the mail positive or negative, is a defined value reached, it got rejected. The scores are currently: &#8211; DNSBLs/RHSBLs &#8211; HELO argument &#8211; MAIL [...]]]></description>
			<content:encoded><![CDATA[<p>With <a target="new" href="http://policyd-weight.org/">policyd-weight</a> you are able to reject mails before the body is received by your MTA, here <a target="new" href="http://www.postfix.org">postfix</a>. No bounce mails, less wasted bandwidth and cpu time. policyd-weight scores characteristics of the mail positive or negative, is a defined value reached, it got rejected. The scores are currently:</p>
<blockquote><p>
    &#8211; DNSBLs/RHSBLs<br />
    &#8211; HELO argument<br />
    &#8211; MAIL FROM: argument<br />
    &#8211; Client IP address<br />
    &#8211; DNS client/HELO/FROM entries (A/16 A/24 A/32), PTR/FQDN and Parent Domains (MX/16 MX/24 MX/32) for their correctness respectively whether they match.
</p></blockquote>
<p><span id="more-111"></span><br />
It&#8217;s available in etch and <a target="new" href="http://backports.org">bpo</a>, installation is really easy:</p>
<p class="code">
# aptitude install [-t sarge-backports] policyd-weight
</p>
<p class="alert">
<font size="-1">Remove unnecessary reject_rbl_client and reject_rhsbl_client checks from main.cf and insert the check_policy_service:</font>
</p>
<blockquote><pre>
smtpd_recipient_restrictions =
        permit_mynetworks,
        ...
        reject_unauth_destination,
        check_policy_service inet:127.0.0.1:12525
        ...
</pre>
</blockquote>
<p>You can create a &#8220;/etc/policyd-weight.conf&#8221; if you would like to adjusting scores or other policyd-weight parameters. You can get the defaults with &#8220;policyd-weight defaults&#8221;. For more informations have a look at &#8220;/usr/share/doc/policyd-weight/documentation.txt.gz&#8221; or <a target="new" href="http://policyd-weight.org">http://policyd-weight.org</a>.</p>
<p>A normal day on a backup MX with ~500 domain:</p>
<p class="code">
backup:~# zgrep -e &#8220;postfix.*: connect from&#8221; &#92<br />
      /var/log/mail.info.0 | wc -l<br />
29936<br />
backup:~# zgrep -e &#8220;policyd-weight.*decided action=5&#8243; &#92<br />
      /var/log/mail.info.0 | wc -l<br />
22738<br />
backup:~# zgrep -e &#8220;postfix.*status=sent&#8221; &#92<br />
      /var/log/mail.info.0 | wc -l<br />
5570</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2006/12/15/reduce-spam-significant/feed/</wfw:commentRss>
		<slash:comments>2</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Running different policyd-weight instances</title>
		<link>http://blog.waja.info/2006/09/20/running-different-policyd-weight-instances/</link>
		<comments>http://blog.waja.info/2006/09/20/running-different-policyd-weight-instances/#comments</comments>
		<pubDate>Wed, 20 Sep 2006 12:56:11 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[policyd-weight]]></category>
		<category><![CDATA[Postfix]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2006/09/20/running-different-policyd-weight-instances/</guid>
		<description><![CDATA[Why run different instances of policyd-weight? Cause you may want use different scorings based on Access Policy Delegation. At first you need make a copy of policyd-weight and modify it, since Robert didn&#8217;t implement a switch to specify a config file (yet): # cp policyd-weight policyd-weight-instance2 # sed &#8220;s/&#92/policyd-weight.conf/&#92/policyd-weight-instance2.conf/&#8221; &#92 policyd-weight-instance2 Required changes to the [...]]]></description>
			<content:encoded><![CDATA[<p>Why run different instances of <a target="new" href="http://policyd-weight.org/">policyd-weight</a>? Cause you may want use different scorings based on <a href="http://blog.waja.info/2006/09/20/different-postfix-access-policy-delegation/">Access Policy Delegation</a>.</p>
<p><span id="more-103"></span></p>
<p>At first you need make a copy of policyd-weight and modify it, since Robert didn&#8217;t implement a switch to specify a config file (yet):
</p>
<p class="code">
# cp policyd-weight policyd-weight-instance2<br />
# sed &#8220;s/&#92/policyd-weight.conf/&#92/policyd-weight-instance2.conf/&#8221; &#92<br />
policyd-weight-instance2
</p>
<p>Required changes to the config file:
</p>
<p class="code">
# echo &#8220;$syslog_ident    = &#92<br />
&#8220;postfix/policyd-weight-INSTANCE2&#8243;;&#8221; >> &#92<br />
/etc/policyd-weight-mx.conf<br />
# echo &#8220;$SPATH           = &#92<br />
$LOCKPATH.&#8217;/polw-instance2.sock&#8217;;&#8221; >> &#92<br />
/etc/policyd-weight-mx.conf<br />
# echo &#8220;$PIDFILE         = &#92<br />
&#8220;/var/run/policyd-weight-instance2.pid&#8221;;&#8221; >> &#92<br />
/etc/policyd-weight-mx.conf<br />
# echo &#8220;$TCP_PORT        = &#92<br />
12526;&#8221; >> /etc/policyd-weight-mx.conf
</p>
<p>The difference in my case is to not score &#8220;bogus_mx_score&#8221;, which may cause trouble when mails coming in from backup MX:
</p>
<p class="code">
# echo &#8220;@bogus_mx_score                   = (0,        0    );&#8221; >> &#92<br />
/etc/policyd-weight-mx.conf</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2006/09/20/running-different-policyd-weight-instances/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>Different Postfix Access Policy Delegation</title>
		<link>http://blog.waja.info/2006/09/20/different-postfix-access-policy-delegation/</link>
		<comments>http://blog.waja.info/2006/09/20/different-postfix-access-policy-delegation/#comments</comments>
		<pubDate>Wed, 20 Sep 2006 12:21:37 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Networking]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[Postfix]]></category>
		<category><![CDATA[spam]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2006/09/20/different-postfix-access-policy-delegation/</guid>
		<description><![CDATA[Today I got some hints how to use different Access Policy Delegation with postfix. This it opens the possibility to use diffrent check_policy_service in dependency on sender address, client ip &#8230; and so on. Create aliases for groups of access restrictions in /etc/postfix/main.cf: smtpd_restriction_classes = policy1, policy2, policy1 = check_policy_service inet:127.0.0.1:12525 policy2 = check_policy_service inet:127.0.0.1:12526 [...]]]></description>
			<content:encoded><![CDATA[<p>Today I got some hints how to use different <a target="new" href="http://www.postfix.org/SMTPD_POLICY_README.html">Access Policy Delegation</a> with <a href="http://www.postfix.org">postfix</a>. This it opens the possibility to use diffrent <a target="new" href="http://www.postfix.org/SMTPD_POLICY_README.html">check_policy_service</a> in dependency on sender address, client ip &#8230; and so on.</p>
<p><span id="more-102"></span></p>
<p>Create aliases for groups of access restrictions in /etc/postfix/main.cf:</p>
<blockquote><pre>
smtpd_restriction_classes = policy1,
                            policy2,
policy1 = check_policy_service inet:127.0.0.1:12525
policy2 = check_policy_service inet:127.0.0.1:12526
</pre>
</blockquote>
<p>Create &#8220;/etc/postfix/ip_rules.cidr&#8221;:
</p>
<p class="code">
# echo &#8220;127.0.0.1 policy1&#8243; > /etc/postfix/ip_rules.cidr<br />
# echo &#8220;127.0.0.2 policy1&#8243; >> /etc/postfix/ip_rules.cidr<br />
# echo &#8220;0.0.0.0/0 policy2&#8243; >> /etc/postfix/ip_rules.cidr
</p>
<p>Add &#8220;check_client_access cidr:/etc/postfix/ip_rules.cidr&#8221; at the end of &#8220;smtpd_recipient_restrictions&#8221; in /etc/postfix/main.cf</p>
<p>In this scenario you can have different access policies based on the client ip. It is also possible to base it on client reverse dns with help of <a target="new" href="http://www.postfix.org/pcre_table.5.html">pcre maps</a> and recipient/sender address and <a target="new" href="http://www.postfix.org/DATABASE_README.html">hash maps</a></p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2006/09/20/different-postfix-access-policy-delegation/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
	</channel>
</rss>
<!-- WP Super Cache is installed but broken. The path to wp-cache-phase1.php in wp-content/advanced-cache.php must be fixed! -->