On 8 Jul 2014, at 7:17, Carlos E. R. wrote:
On 2014-07-05 18:17, David Haller wrote:
And BTW: 3.4.0 is the current upstream version, so all's ok and working as intended.
Carlos: if you want "up to date" packages, add the respective devel-repos to your portfolio. Most devel-projects do build for all supported distros (SLE* might be different).
That was not my point. What I posted was about this line:
X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on Telcontar.valinor
The "problem" is not the version number, but the year. The version shipped with 13.1 in year 2013 has a timestamp dated 2011, that is, two full years before. That's the reasons I was saying that the SpamAssassin version we have is too old.
There was no newer release version of SA until 2014. Anywhere. It is a bit silly silly to have it add that header to mail at all, but that's an optional local configuration choice. SA core releases are very rare because it is mature modular code in a mature modular ecosystem (Perl). SA gets a lot of its functionality from other Perl modules, a frequently update set of standard rules, optional 3rd-party rules, and optional local static rules & heuristics (e.g. Bayes and AWL DBs) so the core code doesn't need frequent updates. It's been very stable for many years, and that's a GOOD thing.
John Andersen pointed to me that what is important really is the ruleset, and that one is recent - although I don't know of a way to know its version (and Patrick Shanahan said how to update that part).
See the docs for sa-update. It can be made verbose about what it is doing, and it only actually performs an update when an updated ruleset is available.
And he (John) also said "SA 3.3.2 was the current version up until February of this year". Which explains why 13.1 got it.
Exactly, so the problem is...?
Still, that the year stamp says "2011" is not good looking.
Ageist! Just wait until *you* are over 3 years old! :) Not all software is so large and/or sloppy and/or immature as to require frequent changes. SA got a lot of tinkering and fixing in its first decade and doesn't have vast room for improvement remaining. The pace at which a piece of software changes naturally slows over time. That is a good thing, not a cosmetic problem.
So,
zypper ar http://download.opensuse.org/repositories/devel:/languages:/perl/openSUSE_13...
would solve your problem (they currently build for 12.2-Factory)
It is confusing (at least to me) to find SA in a language repository, and not in the Server:Mail repository. Why is it there?
Because SA is primarily a tree of Perl modules used by other software and it is NOT intrinsically part of a mail server.
The obvious implication is that updating SA may need to update the whole of Perl.
That's not how the Perl ecosystem typically works and has been made more rare in recent years with an accelerated pace of core 5.x releases. System distros have been keeping up with the new core releases better than module developers have been and there are not a lot of new functionality features in 5.10+ versions of Perl encouraging developers to abandon 5.8 support. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org