<?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; policyd-weight</title>
	<atom:link href="http://blog.waja.info/tag/policyd-weight/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.waja.info</link>
	<description>Just a place to be!</description>
	<lastBuildDate>Fri, 07 Oct 2011 07:45:26 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.5</generator>
<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
		<item>
		<title>package updates</title>
		<link>http://blog.waja.info/2011/02/10/package-updates/</link>
		<comments>http://blog.waja.info/2011/02/10/package-updates/#comments</comments>
		<pubDate>Thu, 10 Feb 2011 22:12:42 +0000</pubDate>
		<dc:creator>cyco</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[backports]]></category>
		<category><![CDATA[Debian]]></category>
		<category><![CDATA[icinga]]></category>
		<category><![CDATA[OpenSource]]></category>
		<category><![CDATA[Packaging]]></category>
		<category><![CDATA[planet]]></category>
		<category><![CDATA[policyd-weight]]></category>
		<category><![CDATA[postfwd]]></category>

		<guid isPermaLink="false">http://blog.waja.info/?p=380</guid>
		<description><![CDATA[After Debian Squeeze was released last weekend, development will speed up again. Today I uploaded a new postfwd package which ships also the postfwd2 script, a prefork server version. I also started to orphan packages I&#8217;m not using anymore or having dead upstream. The first candidate was policyd-weight, fortunately Chris Butler took the package over. [...]]]></description>
			<content:encoded><![CDATA[<p>After Debian Squeeze was <a href="http://blog.waja.info/2011/02/06/debian-6-0-squeeze-released/">released</a> last weekend, development will speed up again.<br />
Today I <a target="new" href="http://packages.qa.debian.org/p/postfwd/news/20110210T083825Z.html">uploaded</a> a new <a target="new" href="http://postfwd.org/">postfwd</a> package which ships also the postfwd2 script, a prefork server version.<br />
I also started to orphan packages I&#8217;m not using anymore or having dead upstream. The first candidate <a target="new" href="http://bugs.debian.org/612734">was</a> <a target="new" href="http://packages.qa.debian.org/p/policyd-weight.html">policyd-weight</a>, fortunately <a target="new" href="http://qa.debian.org/developer.php?login=chrisb%40debian.org&#038;comaint=yes">Chris Butler</a> took the package over.<br />
I&#8217;m happy to be the first <a target="new" href="http://backports.debian.org/changes/squeeze-backports.html">uploader</a> into <a target="new" href="http://backports.debian.org/news/squeeze-backports_and_lenny-backports-sloppy_started/">squeeze-backports</a> with &#8230;. <a target="new" href="http://lists.debian.org/debian-backports-changes/2011/02/msg00083.html">icinga</a>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2011/02/10/package-updates/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<item>
		<title>[security] policyd-weight 0.1.14-beta-6etch1/0.1.14.15-1</title>
		<link>http://blog.waja.info/2008/03/27/security-policyd-weight-0114-beta-6etch1011415-1/</link>
		<comments>http://blog.waja.info/2008/03/27/security-policyd-weight-0114-beta-6etch1011415-1/#comments</comments>
		<pubDate>Thu, 27 Mar 2008 20:12:21 +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[security]]></category>

		<guid isPermaLink="false">http://blog.waja.info/2008/03/27/security-policyd-weight-0114-beta-6etch1011415-1/</guid>
		<description><![CDATA[This Tuesday Robert Felber released a new upstream version. It is a (local) security bugfix (and some minor fixes) which was reported on Sunday by Chris Howells to the Debian Security Team (as well as to other vendors). Today DSA-1531 was released. Right from the DSA: &#8220;&#8230; created its socket in an insecure way, which [...]]]></description>
			<content:encoded><![CDATA[<p>This Tuesday Robert Felber <a target="new" href="http://www.mail-archive.com/policyd-weight-list%40ek-muc.de/msg00798.html">released</a> a new upstream version. It is a (local) security bugfix (and some minor fixes) which was reported on Sunday by Chris Howells to the Debian Security Team (as well as to other vendors). Today <a target="new" href="http://www.debian.org/security/2008/dsa-1531">DSA-1531</a> was released.</p>
<p>Right from the DSA:<br />
&#8220;&#8230; created its socket in an insecure way, which may be exploited to overwrite or remove arbitary files from the local system.&#8221;</p>
<p>So please update you systems if you use this package asap.</p>
<p>While we are at policyd-weight&#8230; there is one bug open (<a target="new" href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=471645">#471645</a>) where I&#8217;m unsure if I want to fix it, cause only stable is effected and the problem can be solved by providing a adjusted array of rbl in the config file. Should I ask for inclusion directly into stable? But it&#8217;s a really minor issue. Or try to get 0.1.14.15 uploaded to <a target="new" href="http://volatile.debian.org/">volatile</a>? I&#8217;m really unsure and suggestions are welcome.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.waja.info/2008/03/27/security-policyd-weight-0114-beta-6etch1011415-1/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
	<creativeCommons:license>http://creativecommons.org/licenses/by-nc-sa/3.0/</creativeCommons:license>
	</item>
		<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>
	</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! -->
