<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight">
    <title>gmane.mail.postfix.policyd-weight</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/837"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/836"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/835"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/834"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/833"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/832"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/831"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/830"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/829"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/828"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/827"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/826"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/825"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/824"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/823"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/822"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/821"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/820"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/819"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/818"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/837">
    <title>Updated RPM - SUSE and Redhat</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/837</link>
    <description>Hi all,

I've updated the rpm on SourceForge, the init script now works on SuSE
and Redhat so the release id has changed. Tested on openSUSE 10.3 and
RHEL4, pls let me know if you find any issues,

thnx 

____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Morgan Weetman</dc:creator>
    <dc:date>2008-06-03T06:53:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/836">
    <title>Re: missing subfolders in /tmp/.policyd-weight</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/836</link>
    <description>oh, alles klar. Ich dachte nur weil der autor auf der homepage schreibt das 
hier nicht viel los wäre.

ok, ich ändere nun mein setup ein bisschen ab, ist wohl das beste. ich 
entferne den kram aus der master
und starte den policyd-weight als separaten daemon. in der main.cf notiere 
ich dann
check_policy_service inet:127.0.0.1:12525

so wie vorgesehen. nur beim stop -&gt; start hab ich die erfahrung gemacht das 
er da ab und zu hängt. dies kann ich aber umgehen wenn ich 
/tmp/.policyd-weight entferne nach dem stop.
ich baus mal so in das postfix startscript ein, wird das beste sein. mal 
sehen

vielen dank

andre


----- Original Message ----- 
From: "Daniel Hackenberg" &lt;dh-U9iadPvaOII&lt; at &gt;public.gmane.org&gt;
To: "Andre Hübner" &lt;andre.huebner-Mmb7MZpHnFY&lt; at &gt;public.gmane.org&gt;
Sent: Tuesday, April 01, 2008 2:02 PM
Subject: Re: missing subfolders in /tmp/.policyd-weight


So inaktiv ist die Liste gar nicht. Das siehst du, wenn du mal in das
Listen-Archiv unter
http://news.gmane.org/gmane.mail.postfix.policyd%2dweight </description>
    <dc:creator>Andre Hübner</dc:creator>
    <dc:date>2008-04-01T14:20:07</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/835">
    <title>Re: missing subfolders in /tmp/.policyd-weight</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/835</link>
    <description>monit is good for that too.

- Whit

On Tue, Apr 01, 2008 at 03:02:26PM +0200, Robert Felber wrote:

____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Whit Blauvelt</dc:creator>
    <dc:date>2008-04-01T13:22:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/834">
    <title>Re: missing subfolders in /tmp/.policyd-weight</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/834</link>
    <description>
Yes one someone needs to fix policyd-weight which creates this directories
also in non-damon mode. Policyd-weight itself doesn't have a nice routine
for easily creating directory X with correct perms, owners and symlink
checks.


I would say 'policyd-weight start' is better.


Probably that it promises some failover-redundancy because postfix would
start the program for each smtpd session. If policyd-weight crashes, it
would be re-called the next time a smtpd session is made.


However, if you fear that policyd-weight (or any other daemon for that matter)
crashes and want to restart it automatically you may want to have a look
at runit [1] or daemontools [2]. Personally I use none of those as I rather
have crashed services than undiscovered problems.

1: http://smarden.org/runit/
2: http://cr.yp.to/daemontools.html


</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-04-01T13:02:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/833">
    <title>missing subfolders in /tmp/.policyd-weight</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/833</link>
    <description>Hi List,

i hope there is enough traffic here to get answers. ;)

Im updateing my postfix-configuration to the new policyd-weight Version: 
0.1.14 beta-17

Only difference to ./policyd-weight defaults is:

 $GROUP           = "nogroup";

policyd-weight.conf is in /etc/

 I do not start policyd-weight by ./policyd-weight start, i have this in my 
master.cf:

 policy-pdw    unix  -       n       n       -       -   spawn   user=polw
    argv=/usr/lib/postfix/policyd-weight

i cannot say the reason why this is made that way, this was made by other 
people

policyd-weight is running and gives a correct checkresult, but between the 
checks are also warnings in the log.


Apr  1 12:41:46 servername postfix/policyd-weight[8958]: warning: 
cache_query: $csock couln't be created: connect: No such file or directory, 
calling spawn_cache
()
Apr  1 12:41:46 servername postfix/policyd-weight[8981]: warning: cache: 
err: cache: chdir /tmp/.policyd-weight/: No such file or directory at 
/usr/lib/postfix/p
olicyd-weight lin</description>
    <dc:creator>Andre Hübner</dc:creator>
    <dc:date>2008-04-01T11:27:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/832">
    <title>Re: security: version update: version 0.1.14 beta-17</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/832</link>
    <description>
A misguiding log-message.
Following patch makes it not more clear, but more correct.


--- old/policyd-weight   Fri Mar 28 15:55:22 2008
+++ new/policyd-weight   Sat Mar 29 20:50:44 2008
&lt; at &gt;&lt; at &gt; -2945,7 +2945,8 &lt; at &gt;&lt; at &gt;

     # change directory to $LOCKPATH in order to get some
     # coredumps just in case.
-    chdir "$LOCKPATH/cores/cache" or die "cache: chdir $LOCKPATH: $!";
+    chdir "$LOCKPATH/cores/cache" or die
+        "cache: chdir $LOCKPATH/cores/cache: $!";


     mylog(info=&gt;'cache spawned');


Manually killing policyd-weight implies to kill the cache instance.

The way to completely shut down policyd-weight is 
policyd-weight -k stop

This doesn't work anymore if the directory has been deleted, in such
cases you need to do a ps xauww | grep policyd-weight
and kill the pids by verifying that it is a policyd-weight process.

Policyd-weight needs completely to be shut down _before_ you change
the $LOCKPATH config parameter.

 
</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-29T20:18:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/831">
    <title>Re: security: version update: version 0.1.14 beta-17</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/831</link>
    <description>Hi Robert,

What's this:

postfix/policyd-weight[18125]: warning: cache: err: cache: chdir
/tmp/.policyd-weight/: No such file or directory at /usr/sbin/policyd-weight
line 2948, &lt;GEN8330&gt; line 100

That's with beta-17, yet

# ls -ld /tmp/.policyd-weight/
drwx------ 2 polw polw 4096 2008-03-29 14:09 /tmp/.policyd-weight/

So "No such" message yet such a directory? That directory in this case has
been recreated by policyd-weight - I misread your "workaround" suggestion as
instructions to go ahead and delete it. Maybe if I hadn't it wouldn't be
broken? 

Thanks,
Whit

On Fri, Mar 28, 2008 at 04:16:29PM +0100, Robert Felber wrote:

____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Whit Blauvelt</dc:creator>
    <dc:date>2008-03-29T18:12:43</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/830">
    <title>Re: security: version update: version 0.1.14 beta-17</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/830</link>
    <description>
Which?


I'll use /var/run in some of the next releases.


</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-29T08:50:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/829">
    <title>Re: security: version update: version 0.1.14 beta-17</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/829</link>
    <description>

If you have a trailing slash, Linux follows the symbolic link and runs
lstat on what the link points to, not the link itself. You can demonstrate
the same behavior with ls:

henson&lt; at &gt;gentoo ~/tmp $ mkdir foo
henson&lt; at &gt;gentoo ~/tmp $ ln -s foo bar
henson&lt; at &gt;gentoo ~/tmp $ touch foo/baz

henson&lt; at &gt;gentoo ~/tmp $ ls -l bar
lrwxrwxrwx 1 henson henson 3 Mar 28 16:21 bar -&gt; foo

henson&lt; at &gt;gentoo ~/tmp $ ls -l bar/
total 0-rw-r--r-- 1 henson henson 0 Mar 28 16:21 baz


Interestingly, other operating systems display different behavior. For
example, under Solaris 8:

$ ls -l bar/
lrwxrwxrwx   1 henson   csupomona       3 Mar 28 15:20 bar/ -&gt; foo

I'm not sure which is the more correct behavior...


Also, the S_IFDIR output from strace isn't an argument to lstat, it's the
return value of the lstat call.



There are still race conditions present in the code. It is rather difficult
to securely create files/directories in a world writable directory. If you
are running on a multiuser system, it's probably best to have the lock
direc</description>
    <dc:creator>Paul B. Henson</dc:creator>
    <dc:date>2008-03-28T23:30:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/828">
    <title>Re: Thanks for fix, Website slightly confused</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/828</link>
    <description>
I keep a somewhat updated reference of everything at:

http://hege.li/howto/spam/etc/

Maybe you can get some ideas from the postfix setup too.

____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Henrik K</dc:creator>
    <dc:date>2008-03-28T17:08:15</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/827">
    <title>Re: Thanks for fix, Website slightly confused</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/827</link>
    <description>
-------- Original-Nachricht --------

Care to share your rules for postfwd?



</description>
    <dc:creator>Steve</dc:creator>
    <dc:date>2008-03-28T17:01:56</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/826">
    <title>Re: Thanks for fix, Website slightly confused</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/826</link>
    <description>
I've been running postfwd for several weeks on production already and it's
developing forward very quickly. You can do pretty much everything that
policyd-weight does and some better (like async DNS). It's missing some
checks like MX relations etc, but I don't know if thats really even needed.
The developer is very active and knowable, so I think we are in good shape
there.

____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Henrik K</dc:creator>
    <dc:date>2008-03-28T16:49:12</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/825">
    <title>Re: Thanks for fix, Website slightly confused</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/825</link>
    <description>
Empty the cache, force a reload. It is 0.1.14 beta-17 for both (beta, devel)
versions.


Fixed. Sorry.


</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-28T16:46:59</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/824">
    <title>Thanks for fix, Website slightly confused</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/824</link>
    <description>Hi,

At the moment "policyd-weight Version: 0.1.14 beta-17" links to beta-15,
while "devel version 0.1.14 beta-17" does link to beta-17, and "You are
encouraged to update to a version newer than 0.1.14 beta-17" is nicely
proactive.

No complaints here. If policyd-weight doesn't get a maintainer, guess we'll
be moving to postfwd. But I tried running that overnight instead, and while
it's a very promising framework it seemed not quite as mature yet.

Best,
Whit

____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Whit Blauvelt</dc:creator>
    <dc:date>2008-03-28T16:34:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/823">
    <title>security: version update: version 0.1.14 beta-17</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/823</link>
    <description>Hello,

policyd-weight still did not check the working directory correctly.

    1st: I assumed  [ -L /foo/bar ] is the same as [ -L /foo/bar/ ]

    because the -L tells the file test what to look for. But in the
    latter form it is checked with S_IFDIR. 

    We normalize the path with File::Spec-&gt;canonpath as s,/+$,, is
    not sufficient.


    2nd: policyd-weight didn't check the ownership of real directories
    which might have been resulted in a race attack. Policyd-weight once
    gets the stat/lstat and reuses that information in order to
    provide some sort of atomicity of the check_symlnk() sub-routine.




MD5 (policyd-weight)                        =
    68373b7cfeda52b78df6229ed658771e

SHA256 (policyd-weight)                     = 
    4245495685e516e00a363a97aaa17456f48c51fcbdb4458989a9d68db64083bc

MD5 (policyd-weight-0.1.14.17.tar.gz)       =
    c90128d2442ba343e8127dc0dbdcfd9a

SHA256 (policyd-weight-0.1.14.17.tar.gz)    =
    c13bac397cbd8c018b41686da4e4ce9450fb045752d7f0ab518d9836b</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-28T15:16:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/822">
    <title>Re: security: version update: version 0.1.14 beta-15 (was: Insecure lockfile creation - vulnerability report)</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/822</link>
    <description>
I'll update the releases today.


Patch below:

--- /old/policyd-weight   Tue Mar 25 00:25:39 2008
+++ /new/policyd-weight   Fri Mar 28 10:06:46 2008
&lt; at &gt;&lt; at &gt; -23,9 +23,9 &lt; at &gt;&lt; at &gt;
 # see http://spf.pobox.com/
 #
 # AUTHOR:  r.felber-MtC3HXRotUOzQB+pC5nmwQ&lt; at &gt;public.gmane.org
-# DATE:    Mon Mar 24 23:59:00 CET 2008
+# DATE:    Fri Mar 28 10:08:42 CET 2008
 # NAME:    policyd-weight
-# VERSION: 0.1.14 beta-15
+# VERSION: 0.1.14 beta-16
 # URL:     http://www.policyd-weight.org/
 
 
&lt; at &gt;&lt; at &gt; -78,7 +78,7 &lt; at &gt;&lt; at &gt;
 
 use vars qw($csock $s $tcp_socket $sock $new_sock $old_mtime);
 
-our $VERSION   = "0.1.14 beta-15";
+our $VERSION   = "0.1.14 beta-16";
 our $CVERSION  = 5;                 # cache interface version
 our $CMD_DEBUG = 0;                 # -d switch 
 our $KILL;                          # -k switch
&lt; at &gt;&lt; at &gt; -3624,7 +3624,13 &lt; at &gt;&lt; at &gt;
     my $who = shift;
     for ( &lt; at &gt;_ )
     {
-        if( -l $_ )
+
+        # strip trailing '/'
+        # perl and test(1) ignore the request for -l/-L and
+        # do a lstat with S_IFDIR (added in 0.1.</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-28T09:19:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/821">
    <title>Re: security: version update: version 0.1.14 beta-15 (was: Insecure lockfile creation - vulnerability report)</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/821</link>
    <description>

strace of policyd-weight:
lstat("/tmp/.policyd-weight/", {st_mode=S_IFDIR|0700, st_size=512, ...}) = 0

strace of command line perl:
lstat("/tmp/.policyd-weight", {st_mode=S_IFLNK|0700, st_size=18, ...}) = 0

strace of command line perl with trailing slash:
lstat("/tmp/.policyd-weight/", {st_mode=S_IFDIR|0700, st_size=512, ...}) = 0


other test:

# if [ -L /tmp/.policyd-weight ]; then echo err; fi
err
# if [ -L /tmp/.policyd-weight/ ]; then echo err; fi
#

What the? If I want a check for -d then I'd say so.

I am a bit puzzled on how to handle this, and - who to blame.

However, I will strip trailing / as a workaround.



</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-28T08:51:08</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/820">
    <title>Re: security: version update: version 0.1.14 beta-15 (was: Insecure lockfile creation - vulnerability report)</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/820</link>
    <description>
Thanks for reporting.

This is weird, and I am a little bit confused:

# perl -wle 'if(-l "/tmp/.policyd-weight"){ print "err" }'
err

The question is now, why the same test in policyd-weight is
not resulting in a true value.



</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-28T08:40:47</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/819">
    <title>Re: security: version update: version 0.1.14 beta-15 (was: Insecure lockfile creation - vulnerability report)</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/819</link>
    <description/>
    <dc:creator>Andrej Kacian</dc:creator>
    <dc:date>2008-03-27T22:52:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/818">
    <title>pw rpm for RHEL / Fedora uploaded to sourceforge</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/818</link>
    <description>Hi all,

I have uploaded policyd-weight-0.1.14b15-1rh.noarch.rpm to the
sourceforge page - please note this is a Redhat based release.

I performed some basic testing on RHEL4, RHEL5 and Fedora 8 but please
let me know if you find any problems. The init script in this package is
not compatible with SuSE but I hope to release a SuSE-specific rpm
shortly depending on work commitments,


cheers,

Morgan



____________________________________________________________
Policyd-weight Mailinglist - http://www.policyd-weight.org/

</description>
    <dc:creator>Morgan Weetman</dc:creator>
    <dc:date>2008-03-27T03:05:21</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/817">
    <title>Re: errors regarding cache</title>
    <link>http://permalink.gmane.org/gmane.mail.postfix.policyd-weight/817</link>
    <description>
This might be due to the version update. Delete the directory and
let policyd-weight rebuild it.


kill all policyd-weight instances.
rm -rf /tmp/.policyd-weight
policyd-weight start


The latter message "warning: cache_query: $csock couln't be created" is normal
at startups. It should appear once after each startup but not during runtime.


</description>
    <dc:creator>Robert Felber</dc:creator>
    <dc:date>2008-03-25T08:46:37</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.postfix.policyd-weight">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.postfix.policyd-weight</link>
  </textinput>
</rdf:RDF>
