LWN: Comments on "A look at SpamAssassin 3.0" https://lwn.net/Articles/87818/ This is a special feed containing comments posted to the individual LWN article titled "A look at SpamAssassin 3.0". en-us Wed, 22 Oct 2025 15:58:08 +0000 Wed, 22 Oct 2025 15:58:08 +0000 https://www.rssboard.org/rss-specification lwn@lwn.net Carthago delenda est sed Apache non Carthago est https://lwn.net/Articles/89999/ https://lwn.net/Articles/89999/ angdraug <p>Ok, ok, apologies accepted.</p> <p>But you're wrong in saying that I deliberately ignored your point: I've dedicated whole point "2. (...)" above to addressing it. Now that we have finished with "you said I said" games (I hope), lets get to the core of the matter.</p> <blockquote><i>So in other words, my priority is on getting people who write code to make it somewhat free (in the sense of "open", not in the sense of "cost"), even if it isn't as free as the GPL. In that sense I feel I am also trying to increase freedom, because I currently see the alternative as being more closed-source, proprietary software.</i></blockquote> <p>My experience proves otherwise. Once people decided to release the source under whatever license, they are already over the fence, in the sense that they're not very likely to back away from releasing it at all. If they are told (with polite and convincing arguments) that the license they've chosen is wrong, they are much more likely to release under a better license than not to release at all. OTOH, once considerable amount of time has passed since the release, it becomes much more difficult to change the license to a better one.</p> <p>Thus, if the final goal is to get as much software as possible under as free licenses as possible, being careful about choosing a right license from the very start is more effective than the "schmicence" attitude.</p> <p>And finally, please allow me to brainwash you about the words you use. After all, Orwell was right and our words do infuence our thoughts. "Open" is a wrong word as it implies that you can look, but not necessarily can touch (as in patents which are open just fine). Freedom should also include the right to touch and even to take it and walk away with it.</p> Thu, 17 Jun 2004 16:01:43 +0000 Carthago delenda est sed Apache non Carthago est https://lwn.net/Articles/89948/ https://lwn.net/Articles/89948/ crankysysadmin Whatever. No offense meant, I don't want to get in a flame war with you, nor did I intentionally put words in your mouth with my &quot;I&quot; statement. However, you're seemingly deliberately ignoring my point, which merits one more response from me. Let me see if this formulation pleases you:<p>I think getting rid of all GPL-incompatible licenses would, at this stage of the OSS struggle, result in less open source software, FSVO 'open'.<p>So in other words, my priority is on getting people who write code to make it somewhat free (in the sense of &quot;open&quot;, not in the sense of &quot;cost&quot;), even if it isn't as free as the GPL. In that sense I feel I am also trying to increase freedom, because I currently see the alternative as being more closed-source, proprietary software. Obviously you are welcome to an opposing viewpoint. Thu, 17 Jun 2004 14:07:52 +0000 Carthago delenda est sed Apache non Carthago est https://lwn.net/Articles/89940/ https://lwn.net/Articles/89940/ angdraug <blockquote><i>I'm not as idealistic as you</i></blockquote> <p>There, now you've put another false label on me, even if less negative than "dogma". Please, don't do that again.</p> <blockquote><i>I think getting rid of all non-GPL licenses would, at this stage of the OSS struggle, result in less free software, FSVO 'free'.</i></blockquote> <p>1. Don't put words in my mouth. I am talking GPL-incompatible here, not non-GPL. Can you see the difference?</p> <p>2. Getting rid of GPL-incompatible licenses would result in one strong community, instead of the fracturing set of smaller communities sharing nothing but name, and confused even about that (OSS vs. free software).</p> <blockquote><i>However, I think the DFSG are great, and I think the GPL is great.</i></blockquote> <p>Now that intro brought up my spin-doctor alarm. Sorry, but I'm too used to hearing this exact phrase from folks who don't really mean it...</p> <blockquote><i>I think they incorporate an ideal (...) with which not everyone is fully comfortable (that's where the "dogma" would come in).</i></blockquote> <p>There, you did it again, now using both "idealism" and "dogma" labels in one sentence. Stick a label, rinse, repeat?</p> <p>Of course there are people who are not comfortable with the idea of freedom. Otherwise, you wouldn't have to fight for it, right?</p> Thu, 17 Jun 2004 12:43:45 +0000 Carthago delenda est sed Apache non Carthago est https://lwn.net/Articles/89917/ https://lwn.net/Articles/89917/ crankysysadmin &gt; Now, isn't it important that it remains possible for two thirds of free<br>&gt; software to be able to link and exchange code with the remaining third?<p>Let me put my opinion this way: I'm not as idealistic as you (which need not be interpreted as a criticism) and therefore I'm glad that there are licenses out there that are not quite as permissive as the GPL but which are still worlds apart from the closed-source proprietary world. <p>More simply put: I think getting rid of all non-GPL licenses would, at this stage of the OSS struggle, result in less free software, FSVO 'free'. <p>However, I think the DFSG are great, and I think the GPL is great. I think they incorporate an ideal that still needs to be worked toward, and (important point) with which not everyone is fully comfortable (that's where the &quot;dogma&quot; would come in). Until that time let there be more free software, and let the developers of that software live with the harsh realities of not being able to swap code with absolutely everyone, and perhaps then they'll see the light. Thu, 17 Jun 2004 11:28:56 +0000 Carthago delenda est sed Apache non Carthago est https://lwn.net/Articles/89883/ https://lwn.net/Articles/89883/ angdraug <blockquote><i>For my part, I'm glad to hear SA is in the good company of the Apache folks. License schmicence. Since when is the Apache group evil?</i></blockquote> <p>I'm afraid since before I've started to pay attention to them. Besides, there are no good and evil folks, there are good and evil deeds, and that is exactly this "schmicence" attitude that is a problem for me.</p> <blockquote><i>And IMNSHO there are plenty of licenses that are incompatible with the GPL that are quite OK, like the Creative Commons ones, the BSD license, etc.</i></blockquote> <p>I think your IMNSHO should be humbled down to IMHO: Creative Commons are far from being OK, they are not even DFSG-compliant, BSD without advertising clause is GPL-compatible and that is why it is OK.</p> <blockquote><i>There's no sense in dogmatically insisting on the GPL when there are actual good reasons under varying circumstances to use other licenses.</i></blockquote> <p>Each time GPL is discussed, someone always has to stich the "dogma" label on it. You know what? It's wrong, there are plenty of practical reasons to fight for GPL-compatibility.</p> <p>In Red Hat 7.1, released in 2001, 63% of the software (counted by lines of code) was licensed under GPL and LGPL. In Sisyphus, current snapshot of ALT Linux, 77% of 5500 packages are licensed under GPL and LGPL. Now, isn't it important that it remains possible for two thirds of free software to be able to link and exchange code with the remaining third?</p> Thu, 17 Jun 2004 10:53:10 +0000 Carthago delenda est sed Apache non Carthago est https://lwn.net/Articles/89659/ https://lwn.net/Articles/89659/ crankysysadmin For my part, I'm glad to hear SA is in the good company of the Apache folks. License schmicence. Since when is the Apache group evil? And IMNSHO there are plenty of licenses that are incompatible with the GPL that are quite OK, like the Creative Commons ones, the BSD license, etc. I like them all for different reasons. There's no sense in dogmatically insisting on the GPL when there are actual good reasons under varying circumstances to use other licenses. Wed, 16 Jun 2004 06:02:17 +0000 Carthago delenda est https://lwn.net/Articles/89308/ https://lwn.net/Articles/89308/ stuart_hc Good point. I wonder how many projects which previously linked with or were derived from SpamAssassin will have to maintain a fork of the old version.<p> The FSF <a href="http://www.gnu.org/licenses/license-list.html">explain</a> why it is incompatible with the GPL:<p> <blockquote> This is a free software license but it is incompatible with the GPL. The Apache Software License is incompatible with the GPL because it has a specific requirement that is not in the GPL: it has certain patent termination cases that the GPL does not require. (We don't think those patent termination cases are inherently a bad idea, but nonetheless they are incompatible with the GNU GPL.) </blockquote> Sun, 13 Jun 2004 09:32:33 +0000 Carthago delenda est https://lwn.net/Articles/88734/ https://lwn.net/Articles/88734/ angdraug Sigh. And what exactly will SpamAssassin gain from ASF membership except a GPL-incompatible license? It is incredible to hear that such a major decision was met with little resistance... Wed, 09 Jun 2004 11:28:11 +0000 Sender confirmation https://lwn.net/Articles/88460/ https://lwn.net/Articles/88460/ jae Challenge Response. Great.<p>Needless to say, I might bother to reply, or I might not... most of the time I probably wouldn't... Mon, 07 Jun 2004 17:46:15 +0000 Sender confirmation https://lwn.net/Articles/88040/ https://lwn.net/Articles/88040/ piman Challenge-Response considered harmful: http://www.linuxmafia.com/faq/Mail/challenge-response.html Thu, 03 Jun 2004 20:37:56 +0000 Sender confirmation https://lwn.net/Articles/88026/ https://lwn.net/Articles/88026/ erwbgy If you used sender confirmation then you wouldn't have problems with <br>other people using sender confirmation :-) Thu, 03 Jun 2004 20:06:28 +0000 Sender confirmation https://lwn.net/Articles/88011/ https://lwn.net/Articles/88011/ Stephen_Beynon I hate it when people use sender confirmation. As many spammers forge <br>email from other &quot;suckers&quot; on there spam list I have in the past had ~100 <br>requests to confirm spam I have never sent. That is to say nothing of <br>the bounces generated by non-existant accounts. Thu, 03 Jun 2004 18:41:45 +0000 Sender confirmation https://lwn.net/Articles/88003/ https://lwn.net/Articles/88003/ erwbgy <p>I find that requiring sender confirmation for unknown addresses cuts down on my spam significantly. I use <a href="http://smarden.org/qconfirm/">qconfirm</a>, but I'm sure there are others.</p> <p>Any message from an unknown sender gets an automatic reply requesting that they confirm that they sent the message. Once they reply, the message ends up in my mailbox and the sender gets added to a whitelist. If no reply is received within a week then the message is discarded. Since spammers tend to use throw-away or invalid From addresses, they never reply. Humans generally have no problem in dealing with this though.</p> <p>There are of course ways to automatically whitelist certain addresses or domains, and you can view and manage the currently queued messages. All in all, a very nice tool and a worthy addition to the anti-spam armoury.</p> <blockquote> - Keith </blockquote> Thu, 03 Jun 2004 17:34:41 +0000 A look at SpamAssassin 3.0 https://lwn.net/Articles/88001/ https://lwn.net/Articles/88001/ dowdle <p>Ok, found it... in the SpamAssassin Wiki.</p> </p><a href="http://wiki.apache.org/spamassassin/CustomRulesets" target="_customrulesets">http://wiki.apache.org/spamassassin/CustomRulesets</a></p> Thu, 03 Jun 2004 17:12:01 +0000 Updating SpamAssassin https://lwn.net/Articles/88000/ https://lwn.net/Articles/88000/ corbet Have a look at the <a href="http://wiki.apache.org/spamassassin/CustomRulesets">custom rulesets page</a>. They made a significant difference here as well. Do also consider RulesDuJour; like all anti-spam measures, the effectiveness of these rulesets tends to decline over time and they need to be updated. Thu, 03 Jun 2004 17:09:28 +0000 Updating SpamAssassin https://lwn.net/Articles/87997/ https://lwn.net/Articles/87997/ dowdle Where do I get all of those? I must be overlooking it... right in front <br>of my face kinda thing. <br> <br> Thu, 03 Jun 2004 17:03:17 +0000 A look at SpamAssassin 3.0 https://lwn.net/Articles/87983/ https://lwn.net/Articles/87983/ einstein I'd found a similar decline in effectiveness, but when I discovered and added the latest supplementary rulesets (backhair, popcorn, chickenpox, weeds etc) the effectiveness went back up to the 98-99% range. Thu, 03 Jun 2004 15:47:29 +0000 A look at SpamAssassin 3.0 https://lwn.net/Articles/87886/ https://lwn.net/Articles/87886/ alspnost I'm really looking forward to 3.0, because for me, SpamAssassin just isn't working any more. It was fantastic for a while, but it looks like 2.63 has lost the arms race for now: it's gone from 95% success down to about 50% on my personal mail.<p>It sounds like this version should turn the tables again, so congratulations to the developers for what sounds like an excellent release in the makings. Until we can defeat spam at the source (er, um...), SpamAssassin is perhaps our biggest hope!<br> Thu, 03 Jun 2004 08:51:56 +0000 A look at SpamAssassin 3.0 https://lwn.net/Articles/87876/ https://lwn.net/Articles/87876/ Cato For those who don't use SpamAssassin, it's one of the best tools out there, because it uses such a wide variety of inputs: textual patterns, HTML trickery, forged headers, Bayesian filtering, Razor, and so on. It's also very customisable without touching the core code, even in current versions. <p>This means that someone I know can use her 15-year old spam-ridden email account and still see virtually no spam. Thu, 03 Jun 2004 07:26:12 +0000 A look at SpamAssassin 3.0 https://lwn.net/Articles/87833/ https://lwn.net/Articles/87833/ duncf FWIW, that 3.0 &quot;meta-bug&quot; is no longer being maintained properly; search for bugs with a milestone of 3.0.0 instead at http://bugzilla.spamassassin.org. Thu, 03 Jun 2004 00:50:39 +0000