Atomicorp

Posted: **Sat Oct 18, 2008 6:48 am**

There are two options:

* psa-spamassassin: The Plesk GUI and qmail integrator package for which you need a license
* qmail-scanner: ART's package that lets you use spam and virus filtering with Plesk's qmail (which currently doesn't have a Plesk GUI, but atomic-scanner is being developed, which will provide this) for which you don't need a license

Apparently the second option is currently broken on Fedora 7 as ART's maildrop package for Fedora 7 seems to conflict with Plesk's psa-qmail package. It works fine on our CentOS machines though.

Posted: **Sat Oct 18, 2008 7:04 am**

breun wrote:There are two options:

* psa-spamassassin: The Plesk GUI and qmail integrator package for which you need a license
* qmail-scanner: ART's package that lets you use spam and virus filtering with Plesk's qmail (which currently doesn't have a Plesk GUI, but atomic-scanner is being developed, which will provide this) for which you don't need a license

Apparently the second option is currently broken on Fedora 7 as ART's maildrop package for Fedora 7 seems to conflict with Plesk's psa-qmail package. It works fine on our CentOS machines though.

Do you think there will be a fix for fc7?

Posted: **Sun Oct 19, 2008 5:13 am**

kernel wrote:
bill.damage wrote:
kernel wrote:I too have Plesk 8.6 serv on fc7 and are looking at ways to get spamassassin to function.

The following SA packages are installed on my serv.

spamassassin 3.2.4-1.fc7
psa-spamassassin 8.6.0-fc7.build86080722.00
claws-mail-plugins-spamassassin 3.4.0-1.fc7

Have you had any further luck bill.damage installing Atomic?
Nope - everyone keeps telling me Fed7 is not supported anymore. I have no choice - someone wanna tell my hosters ? http://www.amenworld.com/static/linux_os.html

If you were to fix this manually, i.e. the old RPM way, where would you start?
I have the spamassassin 3.2.4-1.fc7 rpm, would this help you as a start?

Thanks! I'm a bit noob - I get the idea doing it the long way might break plesk - anyone more info?.

Whats *really* annoying if I know full well Fed4 is ancient and not supported but at least the art yum system worked. We've all been banging onto the host to upgrade for literally years and they just launched this "new" (Fed7) system, so I rented it for 3 months in parallel whilst I move the old stuff over. So to find spamassassin is broken out of the box really stinks, and I've no way to sell this to my biggest customer, as things stand I am forced to stay with FC4 which works (but leaks like f**k so I have cron jobs to restart all the services, naturally just to add to my pain all these are fixed in the FC7 system).

I do love Linux, and wouldn't have it any other way, but sometime I can see where the m$/apple guys are coming from...

Posted: **Sun Oct 19, 2008 5:23 am**

Why don't you just rent a server with a stable and supported distribution? No one is forcing you to rent a server with an OS that's no longer supported, right?

You also might want to take a look at ART's AOOI: http://www.atomicrocketturtle.com/Jooml ... ew/139/29/

Posted: **Sun Oct 19, 2008 6:44 am**

breun wrote:Why don't you just rent a server with a stable and supported distribution? No one is forcing you to rent a server with an OS that's no longer supported, right?

Thats a good point, but you know how these companies get when you ask them for help, its always money, money, money and never ever their fault...

You also might want to take a look at ART's AOOI: http://www.atomicrocketturtle.com/Jooml ... ew/139/29/

Thanks!

Posted: **Sun Oct 19, 2008 7:00 am**

kernel wrote:Thats a good point, but you know how these companies get when you ask them for help, its always money, money, money and never ever their fault...

Well, is it their fault that Fedora 7 is no longer supported? I agree that most hosting providers are contributing to the problem by offering pre-installed distributions that are already end of life, but doing a little research on what you're renting also helps.

Fedora is a nice distribution, but it has a pretty short lifecycle: a specific version reaches end of life ~13 months after it is released. Unless you like upgrading the OS on your servers every year you better go with a distribution that is supported with updates at least until you're planning on getting new hardware. That's why you probably want to run something like RHEL/CentOS: 7 years of updates per release.

Posted: **Sun Oct 19, 2008 7:16 am**

breun wrote:
kernel wrote:Thats a good point, but you know how these companies get when you ask them for help, its always money, money, money and never ever their fault...
Well, is it their fault that Fedora 7 is no longer supported? I agree that most hosting providers are contributing to the problem by offering pre-installed distributions that are already end of life, but doing a little research on what you're renting also helps.

>>I did do some homework, but I used their advise on the deployment..
Sounds like I should have pushed CentOS...
Well cant do much about it now

Fedora is a nice distribution, but it has a pretty short lifecycle: a specific version reaches end of life ~13 months after it is released. Unless you like upgrading the OS on your servers every year you better go with a distribution that is supported with updates at least until you're planning on getting new hardware. That's why you probably want to run something like RHEL/CentOS: 7 years of updates per release.

Posted: **Mon Oct 20, 2008 4:34 am**

kernel wrote:
breun wrote:
kernel wrote:Thats a good point, but you know how these companies get when you ask them for help, its always money, money, money and never ever their fault...
Well, is it their fault that Fedora 7 is no longer supported? I agree that most hosting providers are contributing to the problem by offering pre-installed distributions that are already end of life, but doing a little research on what you're renting also helps.

>>I did do some homework, but I used their advise on the deployment..
Sounds like I should have pushed CentOS...
Well cant do much about it now

Fedora is a nice distribution, but it has a pretty short lifecycle: a specific version reaches end of life ~13 months after it is released. Unless you like upgrading the OS on your servers every year you better go with a distribution that is supported with updates at least until you're planning on getting new hardware. That's why you probably want to run something like RHEL/CentOS: 7 years of updates per release.

I can - I only rent 3 months at a time because of these issues. If anyone can match the price *with the same spec* as the amen DUO1000 please pipeup (http://www.amenworld.com/static/dedicat ... r_duo.html).

Its unfogivable that I have to leave them over such an "innocuous" issue. Would it have helped if I had chosen to use Ubuntu 6.0.6 LTS, about which I know nothing except its listed as an option there? Does that use yum the same way as the RH systems I've stuck with since the pre-Fedora days?

Posted: **Mon Oct 20, 2008 5:04 am**

Ubuntu LTS releases are supported longer than Fedora releases (LTS stands for Long Term Support). See https://wiki.ubuntu.com/Releases for the Ubuntu release dates and end of life dates. Ubuntu 6.06 LTS Server is supported until June 2011 as you can see. However, the latest Ubuntu LTS release is 8.04, which will be supported until April 2013 and might be a better choice.

Ubuntu is based on Debian and the Debian-style distributions don't use rpm and yum, but the Debian counterparts dpkg and apt. They are kind of similar, but my experience is that you'll have less issues running Plesk on Red Hat-style distributions (RHEL/CentOS/Fedora) than on Debian-style distributions (Debian/Ubuntu).

Also: Atomic Rocket Turtle only supports Red Hat-style distributions, so things like ART's qmail-scanner packages and Atomic Secured Linux are not available on Debian/Ubuntu.

It looks like Amen have no idea what they are talking about:

Fedora comes directly from the desire of RedHat to provide a free distribution solution. Although the version 8 has now been released, we offer the version 7 along with our servers as it has the advantage of being free. In addition, Fedora Core 7 has already proved its reliability and it will allow you to get the best of your Linux system.

They apparently believe that Fedora 8 is not free?! And they also believe that a distribution that has reached end of life and receives no more security updates will get you the best of your Linux system?

You could try and ask if they could please offer OS options that make sense or try and see if you can install CentOS 5 on your server using AOOI: http://www.atomicrocketturtle.com/Jooml ... ew/139/29/ The alternative: go find another provider.

Posted: **Mon Oct 20, 2008 5:14 am**

breun wrote:Ubuntu LTS releases are supported longer than Fedora releases (LTS stands for Long Term Support). See https://wiki.ubuntu.com/Releases for the Ubuntu release dates and end of life dates. Ubuntu 6.06 LTS Server is supported until June 2011 as you can see. However, the latest Ubuntu LTS release is 8.04, which will be supported until April 2013 and might be a better choice.

Ubuntu is based on Debian and the Debian-style distributions don't use rpm and yum, but the Debian counterparts dpkg and apt. They are kind of similar, but my experience is that you'll have less issues running Plesk on Red Hat-style distributions (RHEL/CentOS/Fedora) than on Debian-style distributions (Debian/Ubuntu).

Also: Atomic Rocket Turtle only supports Red Hat-style distributions, so things like ART's qmail-scanner packages and Atomic Secured Linux are not available on Debian/Ubuntu.

It looks like Amen have no idea what they are talking about:

Fedora comes directly from the desire of RedHat to provide a free distribution solution. Although the version 8 has now been released, we offer the version 7 along with our servers as it has the advantage of being free. In addition, Fedora Core 7 has already proved its reliability and it will allow you to get the best of your Linux system.
They apparently believe that Fedora 8 is not free?! And they also believe that a distribution that has reached end of life and receives no more security updates will get you the best of your Linux system?

You could try and ask if they could please offer OS options that make sense or try and see if you can install CentOS 5 on your server using AOOI: http://www.atomicrocketturtle.com/Jooml ... ew/139/29/ The alternative: go find another provider.

Ive read that article, sounds excellent, but I know how theses things end up, something always goes wrong..Has anyone had luck with a full systems that is running psa 8.6 and fc 7, upgrading to CentOS via this method?

Posted: **Mon Oct 20, 2008 5:33 am**

kernel wrote:Ive read that article, sounds excellent, but I know how theses things end up, something always goes wrong..Has anyone had luck with a full systems that is running psa 8.6 and fc 7, upgrading to CentOS via this method?

The fact that it's running PSA 8.6 and Fedora 7 now doesn't really matter, as the complete system will be wiped before a clean CentOS 5 install is done. I don't recommend doing this on your live production server, unless you can afford some downtime to try this and have an image of your working setup handy for restore if anything goes wrong.

The easy way to migrate to a supported platform would be to just get a fresh server that runs something like CentOS 5 (at another provider if Amen can't offer you that), use the Plesk Migration Manager to move all your accounts and kill the old Fedora 7 box. I think that running a stable and supported OS is just more important than running a cheap server.

Posted: **Mon Oct 20, 2008 9:22 am**

breun wrote:
You could try and ask if they could please offer OS options that make sense or try and see if you can install CentOS 5 on your server using AOOI: http://www.atomicrocketturtle.com/Jooml ... ew/139/29/ The alternative: go find another provider.

We users have been for *years* and its only in the last couple months this hot "new" offering is their answer. In fact, the system I'm moving from is still available to new customers - running Fed4!

Their support is crap. But they are dirt cheap, have fast bandwidth with decent freebies (4 free IP addresses ect) and once set up very little downtime. Plesk looks after itself and never fails the upgrades from its contral panel - even my 2 Fed4 servers are on Plesk 8.6.

Posted: **Mon Oct 20, 2008 6:35 pm**

Can you upgrade Fed7 to Fed8 in situ via yum? Then to Fed9? This might sound a bit drastic but if it worked all this would be fixed. And I'd get the same level of support from Amen as I do now anyway - i.e. none!

I could try this near the end of the "trial" when I've migrated everything away so have nothing to lose. Or install Fed7 & Plesk on a play box here at home and try it there.

Posted: **Tue Oct 21, 2008 4:28 am**

bill.damage wrote:Can you upgrade Fed7 to Fed8 in situ via yum? Then to Fed9? This might sound a bit drastic but if it worked all this would be fixed. And I'd get the same level of support from Amen as I do now anyway - i.e. none!

I would never do this upgrade on a live server, but it's technically not impossible. Fedora doesn't support doing OS upgrades via yum (only via anaconda, the OS installer on their cd's/dvd's). I have done in place Fedora upgrades since Fedora Core 1 all the way to Fedora 9 on a workstation, but this requires some manual fixing after the upgrade most of the time (packages disappear, new ones come into play, etc.) and I'm not sure Plesk plays very nice with in place OS upgrades all the time.

See http://fedoraproject.org/wiki/YumUpgradeFaq for upgrading Fedora using yum and the things you need to look out for with specific versions of Fedora. They also state:

----
Although upgrades with yum have been tested and work, live upgrades are not recommended by the Fedora Project. If you are not prepared to resolve issues on your own if things break, you should probably use the recommend installation methods instead. With a typical installation, this method usually works well, but it can break third-party packages not available in the Fedora repositories. Please search the mailing list archives first if you run into problems.
----

By the way, don't go to Fedora 9 just yet, because even the Plesk 9 Beta doesn't support Fedora 9 yet.

I could try this near the end of the "trial" when I've migrated everything away so have nothing to lose. Or install Fed7 & Plesk on a play box here at home and try it there.

If you have a chance to try it and nothing to lose, you could of course do it. Just know that you'll be doing that every year if you want to keep up.

Posted: **Tue Oct 21, 2008 2:39 pm**

Well thanks earlier to kernel for the offer of the fc7 spamassassin rpm but it turns out it was installed already. I see the spamd processes in ps and see this

[root@gate9 /]# rpm -q spamassassin
spamassassin-3.2.4-1.fc7

So as I *have* to fix this, ie, now its just down to getting qmail-scanner installed, I resorted to doing it manually by following this http://qmail-scanner.sourceforge.net/manual-install.php

Heres what I get:

[root@gate9 qmail-scanner-2.05]# ./configure
Building Qmail-Scanner 2.05...

This script will search your system for the virus scanners it knows
about, and will ensure that all external programs
qmail-scanner-queue.pl uses are explicitly pathed for performance
reasons.

It will then generate qmail-scanner-queue.pl - it is up to you to install it
correctly.

Continue? ([Y]/N) y

**************************

Cannot find evidence of QMAILQUEUE patch in /var/qmail/bin/qmail-smtpd!

This package REQUIRES that Qmail patch in order to operate.

Please read the README.html file again and download and install the patch
before continuing...

**************************

So, (ouch!), its saying I have to patch & rebuild qmail. But wait - I already have all this working on the FC4 box, lets just do a quick check there as I don't remember any of this:

[root@master qmail-scanner]# ./configure

Building Qmail-Scanner 2.01st-20061223...

This script will search your system for the virus scanners it knows
about, and will ensure that all external programs
qmail-scanner-queue.pl uses are explicitly pathed for performance
reasons.

It will then generate qmail-scanner-queue.pl - it is up to you to install it
correctly.

Continue? ([Y]/N) y
Searching ....................................
**************************

Cannot find evidence of QMAILQUEUE patch in /var/qmail/bin/qmail-smtpd!

This package REQUIRES that Qmail patch in order to operate.

Please read the README.html file again and download and install the patch
before continuing...

**************************

Brilliant. The old one says the same. So I somehow have to patch qmail because of an error message I don't get on the working system?

Can anyone see if I'm really close now please and complete this, its beginning to feel like pulling teeth here! Thanks for all the help so far...

Atomicorp

Trouble installing qmail-scanner on Fed 7

Another idea

Re: Another idea