On 04/29/2011 10:23 PM, Martin Waschbüsch IT-Dienstleistungen wrote:
Am 30.04.2011 um 05:40 schrieb David Bray:
Thanks for the Feedback
Understand about the Fedora Lifetime etc. I use VM's and Fedora 13
is the current Fedora. Tried Ubuntu, CentOS and keep coming back to
Fedora - mainly because the php is more up to date
Actually, F14 is current (released 2010/11/02), and F15 is scheduled
for release this coming Monday (2011/05/02), which means that F13
will reach EOL on 2011/06/02. :(
The driving line is not so much SA - SpamAssassin as Clam, on my
last server - Fedora 12 based, there was an issue with spam and the
update to SA 3.3 did get me into later rule sets (via sa-update)
Would it be possible for you to work on getting the SA 3.3.1 source
rolled into the spamassassin-toaster package? I'm sure Jake would
welcome the help. As Martin suggested, we'd love to see you on the
devel list.
You can - in the Fedora 13 case, substitute in yum install
spamassassin with little difficulty, basically install the package,
it pulls in what it needs, then create the scripts to run under
daemontools.
Jake's been working on trying to use the upstream packages as much as
possible. I'm sure he would welcome some help with this.
Unfortunately, that won't help with getting SA3.3.1 into COS5.x though.
There's probably a fairly decent reason though why RH hasn't brought
SA3.3.x into v5.x. OTOH, SA3.3.1 *is* in the rpmforge-extras repo for
CentOS5, so it could be had from there.
The clamav is harder, but I have it running, though untested. The
end aim is just to let the rpm system update clam, rather than
having to recompile to src rpm
In the meantime, Jake's been very good at keeping clamav-toaster up
to date. That package is easily updated with qtp-newmodel. It does
take some time to compile, but qtp-newmodel allows that to happen
while your QMT is still online.
so why is that so bad ?
It's not. As previously mentioned, QMTv2 will be yum-able. :)
well the toaster works fine on a VM with 20Gb HDD and 512k ram ....
but to recompile the clam package you have to stop the services to
free up memory ... so having a recipe for utilizing then yum
package is nice ...
My QMT is a VM w/ 512M RAM (I think you meant 512M, not 512k), and I
have no problem building clamav-toaster on it using qtp-newmodel.
# free
total used free shared buffers cached
Mem: 514908 399284 115624 0 27004 117636
-/+ buffers/cache: 254644 260264
Swap: 1044216 72 1044144
Perhaps there's something in your Fedora configuration that's causing
a problem there? Do you have ample swap available?
which brings you back to your argument, Fedora 13 will only have a
short life for clamav updates via yum ....
BL, it might be possible that going with Fedora is causing as much of
a problem as it's solving.
I'm all for getting SA up to current on COS5. I think that if you
were to use the rpmforge-extras repo along with a little help from
the devel list, you can achieve your objectives while helping the
community as well. I expect that you'd also free up some time to do
other things, besides updating your Fedora release every 6 months. ;)
David Bray
http://www.brayworth.com.au
da...@brayworth.com.au
Thanks for your help with this David. I really don't mean to beat you
up at all. I'm just trying to help you the best I can, and look
forward to your continued participation in the community.
Not everything is perfect with QMT, I would agree, but at the same
time: it works! And as Eric pointed out, CentOS / RHEL 5.x is the
most current version of the recommended OS for QMT.
Jake is working on QMTv2 which will incorporate some changes and it
will actually address some of the things you mention (like an option
to just install binary packages instead of compile from source).
That being said, if you'd like to help with QMT, please join the
qmailtoaster-devel list as well!
Cheers,
Martin
---------------------------------------------------------------------------------
+1 Martin.