<?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://blog.gmane.org/gmane.mail.spam.spamassassin.general">
    <title>gmane.mail.spam.spamassassin.general</title>
    <link>http://blog.gmane.org/gmane.mail.spam.spamassassin.general</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://comments.gmane.org/gmane.mail.spam.spamassassin.general/137381"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137379"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137376"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137353"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137351"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137349"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137347"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137344"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137339"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137330"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137322"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137321"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137320"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137315"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137313"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137312"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137309"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137307"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137302"/>
        <rdf:li rdf:resource="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137299"/>
      </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://comments.gmane.org/gmane.mail.spam.spamassassin.general/137381">
    <title>sa-learn expire not working. Keeps complaining about delta atime</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137381</link>
    <description>&lt;pre&gt;
I've got bayes running on a per-user database.  When I run:

sa-learn -D -u SOMEUSER --force-expire

It goes through and tries to expire. It decides it wants to remove 34399
tokens, but it can't do it due to an invalid delta atime. I'm confused.

This particular user has the following values in the bayes_vars MySQL table:
spam_count: 1440
ham_count: 652
token_count: 146899

Since it's over the threshold of 112500 I figured that it would expire the
extra tokens. 

INSTEAD, it complains about delta not having a good atime.

I'm watching this MySQL DB getting bigger and bigger, and expecting it's
eventually going to grow exponentially large unless the expire functions
work.

I'm currently at 227 megs for the .MYD file and 428 megs for the .MYI file.

The last time I had an issue, the database was in excess of 4 gigs.

Here's the debug output. If someone can give me a hint on how to give a
proper delta atime, I'd be really thankful.

May 25 20:55:12.219 [8792] dbg: bayes: using username: SOMEUSER&amp;lt; at &amp;gt;example.com
Ma&lt;/pre&gt;</description>
    <dc:creator>rtsit</dc:creator>
    <dc:date>2012-05-26T04:04:42</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137379">
    <title>X-Spam-Checker-Version doesn't reflect what sa-update we are at</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137379</link>
    <description>&lt;pre&gt;Isn't it bad that X-Spam-Checker-Version doesn't report what sa-update
we are up to so far, and that there is no additional other variable that
we can toggle on in reports to do that.

&lt;/pre&gt;</description>
    <dc:creator>jidanni&lt; at &gt;jidanni.org</dc:creator>
    <dc:date>2012-05-25T21:26:45</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137376">
    <title>syswrite() to parent failed:</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137376</link>
    <description>&lt;pre&gt;Just installed a new instance of spamassassin to offload some of the spam 
processing from our main server. Occaisionally the following message will 
appear and I'll have to restart spamd in order to get things going again.

syswrite() to parent failed: Broken pipe at 
/usr/local/lib/perl5/site_perl/5.14.2/Mail/SpamAssassin/SpamdForkScaling.pm 
line 579.

FreeBSD 8.2
perl 5.14.2_2
SA 3.3.2_6

Any ideas?

Thanks
Andy&lt;/pre&gt;</description>
    <dc:creator>Andy Jezierski</dc:creator>
    <dc:date>2012-05-24T15:28:18</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137353">
    <title>Suddenly getting lots of false positives.</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137353</link>
    <description>&lt;pre&gt;I've gotten a lot of false positives coming into my inbox lately, and 
the principle reason for most of them seems to be that they are matching 
the following rule:
-4.0 RCVD_IN_DNSWL_MED      RBL: Sender listed at http://www.dnswl.org/, 
medium trust

I'm not sure why they're matching this rule, so I thought I'd ask you 
guys to see whether you could figure it out.  Here's a sample message 
that made it through my spam filter, which is definitely spam (note that 
I have it configured to attach X-Spam-Report to every message so I can 
see why it was NOT marked as spam):

==================================================
 From - Wed May 23 10:53:41 2012
X-Account-Key: account2
X-UIDL: UID308596-1160697276
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys: 

Return-path: &amp;lt;niw9&amp;lt; at &amp;gt;etisbew.com&amp;gt;
Envelope-to: bugzilla&amp;lt; at &amp;gt;game-point.net
Delivery-date: Wed, 23 May 2012 10:37:58 +0100
Received: from [59.94.13.26]
by ip.game-point.net with esmtp (Exim 4.69)
(envelope-from &amp;lt;niw9&amp;lt; at &amp;gt;etisbew.com&amp;gt;)
id 1SX80z-00&lt;/pre&gt;</description>
    <dc:creator>Jeremy Morton</dc:creator>
    <dc:date>2012-05-24T09:14:11</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137351">
    <title>Documentation for: bayes_auto_learn ?</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137351</link>
    <description>&lt;pre&gt;I can't seem to find any documentation on bayes_auto_learn, in
particular how it works / where it creates the db / how it sources
spam/ham.

Is there a link anyone knows of that gives some detail on it?



&lt;/pre&gt;</description>
    <dc:creator>corpus.defero</dc:creator>
    <dc:date>2012-05-22T07:53:39</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137349">
    <title>New SpamAssassin Project Chair</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137349</link>
    <description>&lt;pre&gt;Good Afternoon Everyone,

I am both humbled and honored to report that I have accepted the 
nomination of the SpamAssassin PMC to serve as the new project chair.  
On April 18th, the Board of Directors for the Apache Software Foundation 
accepted the nomination and appointed me to the position.

Unfortunately and for very good reasons, our previous chair, Daryl C. W. 
O'Shea is no longer unavailable to help the project.  I hope all can 
join me in thanking Daryl for his service to the project.  And while he 
will be sorely missed, for privacy reasons, I can only tell you that he 
is urgently needed elsewhere.  But I'm certain he needs and would 
appreciate all the good karma we can send his way.

Over the past few weeks, I've been working to get up to speed on my 
duties.  Luckily, I attended the ASF BarCamp DC conference yesterday.  
Not only was it a great conference with great people that taught me a 
few things but several of the attendees were very helpful in helping me 
overcome a few hurdles.   Many t&lt;/pre&gt;</description>
    <dc:creator>Kevin A. McGrail</dc:creator>
    <dc:date>2012-05-20T19:34:07</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137347">
    <title>(unknown)</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137347</link>
    <description>&lt;pre&gt;&amp;lt;p&amp;gt;Online Business Opportunity for you&amp;lt;br&amp;gt;&amp;lt;a href="http://www.selbsthilfe.narod.ru/newsjournal/96AlanRichardson/"&amp;gt;http://www.selbsthilfe.narod.ru/newsjournal/96AlanRichardson/&amp;lt;/a&amp;gt;&amp;lt;/p&amp;gt;
&lt;/pre&gt;</description>
    <dc:creator>Jose Sanchez</dc:creator>
    <dc:date>2012-05-18T23:55:41</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137344">
    <title>FILL_THIS_FORM_LONG usage</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137344</link>
    <description>&lt;pre&gt;Hi.....

What sort of spams are block by the FILL_THIS_FORM_LONG   rule


Thank You
&lt;/pre&gt;</description>
    <dc:creator>dhanushka ranasinghe</dc:creator>
    <dc:date>2012-05-18T14:20:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137339">
    <title>log sender IP</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137339</link>
    <description>&lt;pre&gt;I'm hoping to track scores by sender IP.  Do any gurus know how I can
get the original sender's IP address into this log line?

May 17 04:08:19 mail01 spamd[20409]: spamd: result: . 2 -
AWL,BAYES_50,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,HTML_IMAGE_RATIO_02,HTML_MESSAGE,SPF_HELO_PASS,URIBL_WS_SURBL
scantime=0.9,size=9109,user=happydog&amp;lt; at &amp;gt;willapabay.org,uid=105,required_score=5.0,rhost=mail01-01.reachone.com,raddr=127.0.0.1,rport=36534,mid=&amp;lt;16780360.84780&amp;lt; at &amp;gt;patriotupdate.com&amp;gt;,bayes=0.500889,autolearn=no

Please note that since it's a Postfix milter, the spamd daemon sees
[remoteaddr] as 127.0.0.1:

May 17 16:27:38 mail1spamd[2187]: spamd: [...] [127.0.0.1] for
drsmooth&amp;lt; at &amp;gt;olynet.com:104 in 2.2 seconds, 2373 bytes.

I'm hoping custom spamassassin plugin is not the answer :)

TIA,
Chris





&lt;/pre&gt;</description>
    <dc:creator>Chris Hunt</dc:creator>
    <dc:date>2012-05-17T23:35:02</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137330">
    <title>__DRUG_MUSCLE1 false-positives</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137330</link>
    <description>&lt;pre&gt;Hi,

We have a Swedish customer who is seeing lots of DRUG_MUSCLE FP's.  It
turns out that __DRUG_MUSCLE1 is triggering on the common Swedish
phrase "som är".

I looked at the regex and it seems that Perl treats är as having a
word boundary in the \b sense between the "ä" and the "r"

Maybe rewrite as follows (untested):

body __DRUGS_MUSCLE1        /(?:\b|\s)[_\W]{0,3}s[_\W]{0,3}[o0\xF2-\xF6][_\W]{0,3}m[_\W]{0,3}[a4\xE0-\xE6&amp;lt; at &amp;gt;][_\W]{0,3}(?!\w)/i

Regards,

David.

&lt;/pre&gt;</description>
    <dc:creator>David F. Skoll</dc:creator>
    <dc:date>2012-05-17T15:18:17</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137322">
    <title>regex needed for http link</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137322</link>
    <description>&lt;pre&gt;I have been unsuccessful creating a rule to detect and weight http links in message body, such as this one below:

http://boguslink.ru 

The ones I have created get "hits" when tested on the command line, but don't seem to work in local.cf.  Maybe that's the wrong place?



&lt;/pre&gt;</description>
    <dc:creator>Joseph Acquisto</dc:creator>
    <dc:date>2012-05-16T21:05:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137321">
    <title>SpamAssassin have many fails on my ubuntu 12.04</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137321</link>
    <description>&lt;pre&gt;Hi All,

I post on this list because since several days I've problems with my SpamAssassin. 
He crash several times in 1 day. I need just to make /etc/init.d/spamassassin start and it work again.

In Debug, I've that on the last 10 lines before the crash:
Tue May 15 19:30:00 2012 [18645] dbg: prefork: sysread(17) not ready, wait max 300 secs
Tue May 15 19:30:01 2012 [18647] dbg: timing: total 4731 ms - load_scoreonly_sql: 139 (2.9%), signal_user_changed: 30 (0.6%), parse: 19 (0.4%), extract_message_metadata: 106 (2.2%), get_uri_detail_list: 12 (0.3%), tests_pri_-1000: 13 (0.3%), tests_pri_-950: 2 (0.0%), tests_pri_-900: 3 (0.1%), tests_pri_-400: 94 (2.0%), check_bayes: 83 (1.7%), tests_pri_0: 2896 (61.2%), check_dkim_signature: 2 (0.0%), check_dkim_adsp: 68 (1.4%), check_spf: 102 (2.2%), poll_dns_idle: 83 (1.8%), check_razor2: 673 (14.2%), check_pyzor: 0.10 (0.0%), tests_pri_500: 9 (0.2%), rewrite_mail: 3 (0.1%), copy_config: 1378 (29.1%)
Tue May 15 19:30:01 2012 [18647] dbg: prefork: sysread(18) not ready, &lt;/pre&gt;</description>
    <dc:creator>Damien Guillaume</dc:creator>
    <dc:date>2012-05-15T18:14:40</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137320">
    <title>Debug messages in test-mode report</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137320</link>
    <description>&lt;pre&gt;Upgrading from v3.2.5 to v3.3.2 on 32-bit CentOS v5.8 with Perl v5.8.8 
on a test machine before deploying to the production servers.

Doing some tests, lint shows no errors.  I run something like 
'spamassassin -D -t &amp;lt; message.txt 2&amp;gt;&amp;amp;1' and sometimes I see debug 
messages in the test-mode report, as in this example: 
http://pastebin.com/jUH1YXvq

Should I be worried about this?  All other messages produced by -D seem 
to indicate proper or expected operation.  Never saw this behavior with 
v3.2.5


Thanks.


Brent Gardner



&lt;/pre&gt;</description>
    <dc:creator>Brent Gardner</dc:creator>
    <dc:date>2012-05-15T18:07:00</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137315">
    <title>how decode tokens's column</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137315</link>
    <description>&lt;pre&gt;Hi,
I am Jacopo Fabiani, a Computer Science student of Pisa.
I'm trying to get spam/ham tokens stored in Department's spamassasin
database which should be useful to create a query classifier.
I got a dump of database with the command sa-learn --backup but I have some
problem to encode the token's column.
Below you can see what I get:
v    3    db_version # this must be the first line!!!
v    142549    num_spam
v    66900    num_nonspam
t    29875    17211    1335967225    2dd27dc5f9
t    1573    2752    1335249870    c0614089c0

I think the last column should contain the token. First, I tried to convert
from hex to ascii but I didn't solve the problem.

Then I looked inside the code of backup_database() function inside
Mail::SpamAssassin::BayesStore::BDB and I found that tokens are encoded
with unpack function:

my $encoded = unpack("H*", $token);

So, after I looked inside restore_database() function, I tried to do the
inverse process using the pack function but it does not solve the problem:

$token = pack&lt;/pre&gt;</description>
    <dc:creator>Jacopo Fabiani</dc:creator>
    <dc:date>2012-05-11T13:34:51</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137313">
    <title>KB_FAKED_THE_BAT</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137313</link>
    <description>&lt;pre&gt;Hello all,

Just an FYI ...

The meta rule in 72_active.cf "KB_FAKED_THE_BAT" is getting circumvented
here because the meta rule component

 header   __KB_DATE_CONTAINS_TAB  Date:raw =~ /^\t

is being evaded by spam that now has a space character before the tab:

# grep Date: HEADERS | od -a
0000000   D   a   t   e   :  sp  ht   T   h   u   ,  sp   3  sp   M   a
0000020   y  sp   2   0   1   2  sp   1   6   :   5   3   :   5   9  sp
0000040   +   0   7   0   0  nl
0000046vi H*

This has been Russian language spam (charset koi8-r) with various
flavors of X-Mailer: The Bat!

&lt;/pre&gt;</description>
    <dc:creator>Mike Grau</dc:creator>
    <dc:date>2012-05-03T17:02:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137312">
    <title>new twist on BitLy</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137312</link>
    <description>&lt;pre&gt;There's a new campaign using "bitly.com", instead of "bit.ly".

Other characteristics are:
1. empty plain text Part, followed by a quoted-printable HTML Part
2. very long HTML Title
3. large Style section, with random text (Bayes salad like)
4. current Subject is "FW: your arrest record"

I expect the Subject to change, soon.

I had a few "hunh" moments trying to figure out why my system 
wasn't extracting the shortener parameter, and why NONE of 
my shortener code was kicking in, then had the "doh!" moment.
Figured I'd try to save someone else that headache. :)

As soon as I realized that "bitly.com" is (apparently) a 
legit alias for the terser "bit.ly", I naively jumped to the 
theory that I could probably kill all of those, because who 
(other than spammers) would be thick enough to use a 
longer URL as a shortener.

I've had plenty of naive "obvious" solutions foiled by Pakled
senders, so loaded up six months of my most diverse corpus.

Found two spam, and two ham.

Fortunately, the two ham were both po&lt;/pre&gt;</description>
    <dc:creator>Chip M.</dc:creator>
    <dc:date>2012-05-03T06:26:04</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137309">
    <title>I think spamasasin doesnt actualize spam list</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137309</link>
    <description>&lt;pre&gt;
I have problems sending mail since 7 days. I have tested the headers and hav
this result:

 pts rule name              description
---- ----------------------
--------------------------------------------------
 0.0 URIBL_RED              Contains an URL listed in the URIBL redlist
                            [URIs: posicionamientowebbuscadores.es]
 0.0 URIBL_BLOCKED          ADMINISTRATOR NOTICE: The query to URIBL was
blocked.
                            See
                           
http://wiki.apache.org/spamassassin/DnsBlocklists#dnsbl-block
                             for more information.
                            [URIs: posicionamientowebbuscadores.es]
 0.4 URIBL_GREY             Contains an URL listed in the URIBL greylist
                            [URIs: posicionamientowebbuscadores.es]
 0.6 URIBL_PH_SURBL         Contains an URL listed in the PH SURBL blocklist
                            [URIs: posicionamientowebbuscadores.es]
 1.6 URIBL_WS_SURBL         Contains an URL listed in the WS SU&lt;/pre&gt;</description>
    <dc:creator>Pruebito</dc:creator>
    <dc:date>2012-05-02T14:34:23</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137307">
    <title>FS_REPLICA rule</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137307</link>
    <description>&lt;pre&gt;hi guys ...

Do you now whats the purpose of this rule, and what sort of spams are
blocking by this mail...few legitimate mails block by this rule

##{ FS_REPLICA
header   FS_REPLICA             Subject =~ /replica/i^M
describe FS_REPLICA             Subject says "replica"^M
##} FS_REPLICA



Thank You
Dhanushka

&lt;/pre&gt;</description>
    <dc:creator>dhanushka ranasinghe</dc:creator>
    <dc:date>2012-05-02T12:00:14</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137302">
    <title>STOX_REPLY_TYPE_WITHOUT_QUOTES</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137302</link>
    <description>&lt;pre&gt;I'm seeing this rule: STOX_REPLY_TYPE_WITHOUT_QUOTES
Catching on legitimate mail.

It's a meta rule and right enough it catches this line:

Content-Type: text/plain; format=flowed; charset="iso-8859-1";
reply-type=original

AND does NOT match either:

__HS_SUBJ_RE_FW Subject =~ /^(?i:re|fw):/
or
rawbody __HS_QUOTE /^&amp;gt; 

SCORING.
 0.2 STOX_REPLY_TYPE        STOX_REPLY_TYPE
 1.9 STOX_REPLY_TYPE_WITHOUT_QUOTES STOX_REPLY_TYPE_WITHOUT_QUOTES

As legitimate mail, it's picking up just over 2 points for this - and
I'm wondering what the sender is possibly doing wrong here?





&lt;/pre&gt;</description>
    <dc:creator>corpus.defero</dc:creator>
    <dc:date>2012-04-27T13:28:21</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137299">
    <title>Global and per-user bayesian databases</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137299</link>
    <description>&lt;pre&gt;Hi,

Our old environment used per-user bayesian databases, but now we've
decided to use one that is site-wide.

The thing is that some users managed to train their bayes filters quite
well and we don't want to loose it.

So is it possible to configure spamassassin to use both global and
per-user bayesian databases?

Or is it possible to import one database to another _without_
overwriting the second one?

Regards,
&lt;/pre&gt;</description>
    <dc:creator>Robert Wysocki</dc:creator>
    <dc:date>2012-04-27T10:57:33</dc:date>
  </item>
  <item rdf:about="http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137293">
    <title>Sweet spamassassin server hardware</title>
    <link>http://comments.gmane.org/gmane.mail.spam.spamassassin.general/137293</link>
    <description>&lt;pre&gt;Just bought this at NewEgg and it's making a great SA server. Using a 
desktop Asus motherboard, 8 core AMD processor &amp;lt; at &amp;gt; 3.6 ghz per core - and 
32 gigs of ram. And you can get all that for $600.

Pretty amazing!

&lt;/pre&gt;</description>
    <dc:creator>Marc Perkel</dc:creator>
    <dc:date>2012-04-25T15:52:23</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.mail.spam.spamassassin.general">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.mail.spam.spamassassin.general</link>
  </textinput>
</rdf:RDF>

