Wow - I just got an email notification from Parallels about the bug and release dates of when they will issue patches. Right at the bottom it mentions the Atomic update and includes install instructions. Website copy here:
I've never had an email notification like this before.
Interestingly, by specifically mentioning 9.x and 10.x it seem to imply that Plesk 8.x and earlier do not have a vulnerable ProFTPd.
--------------------------------
<advert>
If you want to rent a UK-based VPS that comes with friendly advice and support from a fellow ART fan, please get in touch.
</advert>
faris wrote:Wow - I just got an email notification from Parallels about the bug and release dates of when they will issue patches. Right at the bottom it mentions the Atomic update and includes install instructions. Website copy here:
Upgraded psa-proftpd this morning:
Nov 11 09:28:59 Installed: psa-proftpd-1.3.3c-2.el5.art.x86_64
Nov 11 09:28:59 Erased: psa-proftpd-xinetd
Shortly after, noticed spamdyke entries no longer show in /usr/local/psa/var/log/maillog, checked /etc/xinetd.d/smtp_psa and "/usr/local/bin/spamdyke -f /etc/spamdyke.conf" was missing from the server_args. Added them, but no external mail is delivered locally, it stops with "/var/qmail/bin/relaylock". Removed the spamdyke entry and it all works again. Tried moving spamdyle conf BEFORE /var/qmail/bin/relaylock, external message delivery stops again.
Can anyone using spamdyke and the updated psa-proftpd package confirm if spamdyke is still working for them?
I have NOT updated to psa-proftpd-1.3.3c-2.el5.art.x86_64 until now but I use spamdyke.
I'm suprised that it should have something to do with this problem?
None of the proftpd packages touch the smtp_psa file. Of course both are run via xinetd.d but thats it.
Have you updated anything else? Or run a yum update that updated Plesk to 9.5.3?
Hi BruceLee, thanks for taking the time to respond. psa-proftpd-1.3.3c is the only update this week, spamdyke was working up till then and due to xinetd association, seemed a likely cause.
Have yum removed/installed spamdyke, reinstated same conf files/settings and it's working again...
Updated to Plesk 9.5.3 on 3 November and checked spamdyke settings, restarted xinetd (killall -HUP xinetd & /etc/init.d/xinetd restart) it's been running fine, guess the psa-proftpd update triggered something.
Glad to be up and running again (really noticed the increased server load with Spamassassin taking the brunt of the spam).
Hopefully a heads up for anyone else with same issue.
Bizzare, I cant think of anything in the proftpd package that could touch spamdyke's config. Is that spamdyke package from the repo or a src.rpm install?
Hmmm.. Spamdyke still working as normal here after the update, but all our systems are on Plesk 8.6/Centos 4.
Faris.
--------------------------------
<advert>
If you want to rent a UK-based VPS that comes with friendly advice and support from a fellow ART fan, please get in touch.
</advert>
Hm, there is an update loop here. With psa-proftpd-1.3.3c-2 from atomic installed the Plesk autoinstaller wants to install 1.3.2e with the micro update patch. This fails unless psa-proftpd-1.3.3c-2 is removed first. However, after installing the Plesk micro update, yum will update to psa-proftpd-1.3.3c-2 again, at which point we're back where we were, because now Plesk's autoinstaller will try to install the micro update again.
hmm, maybe excluding
psa-proftpd-1.3.2e-cos5.build95101022.10.x86_64.rpm
and
psa-proftpd-xinetd-1.3.2e-cos5.build95101022.10.x86_64.rpm
in plesk.repo would help?
I don't know how the autoinstaller handles that? Is there any reason to use it?
I always use yum.