Search results

And you say 'php -v' shows 5.2.6? Looks like you still have 5.1.6 installed to me. I don't know why, but the atomic channel you added doesn't seem to be used by yum. Do you have any custom excludes in /etc/yum.conf? You do have /etc/yum.repos.d/atomic.repo with an enabled atomic section...

Check your installed packages, you must still have 5.1.6 packages installed. What does 'rpm -qa | grep ^php | sort' say? What repository did you use to get PHP 5.2.6 from? I recommend Atomic Rocket Turtle's atomic repository, which is currently on 5.2.13.

Horde logins using short names definitely seem to be broken since 9.5.1 (was working fine on 9.3.0), with short name logins enabled in Plesk. Full names work, but clients are not happy being forced to switch. Smells like a bug to me.

105547111, you are right the openssl package is the one package that sw-cp-server was not compatible with, but the mod_ssl update also depended on this new openssl package, so you needed to downgrade mod_ssl as well. And that also required downgrading the httpd package... I've just tested the...

'yum downgrade' is not a standard yum command, but only available when the yum-allowdowngrade package is installed (not available on EL4). Manually downloading the packages and using rpm with the --oldpackage flag will also work.

The previous CentOS release is openssl-0.9.8e-12.el5_4.1, the current CentOS release is openssl-0.9.8e-12.el5_4.6. I downloaded the package hosted by Parallels and that seems to be built on 03 Sep 2009, which is older than the latest two releases in the CentOS repositories. Also yum will regard...

If you want to downgrade openssl and the packages that depend on it, check http://www.atomicorp.com/forum/viewtopic.php?p=22723#p22723 for instructions.

Adding Event Handlers

Yes, it's probably a bug. Fixing it would break a lot of installations though, so this change would have to be clearly communicated. I don't know about a general directive that lets you check for SSL. Maybe you can somehow work around this by using mod_rewrite using RewriteCond %{HTTPS} on...

For subdomains on SSL there is no distinction between vhost.conf and vhost_ssl.conf, Plesk uses vhost.conf for both. You can put modifications for SSL on subdomains in vhost.conf as well. Yes, this is a bit strange and surprising.

I can also confirm this patch works on CentOS 4 i386 and x86_64.

I should have checked before I tried it. Yes, it is indeed a 32-bit binary, so I guess that's why it didn't work on my 64-bit clean system: # file pipelog pipelog: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.9, dynamically linked (uses shared libs), for...

I replaced /usr/local/psa/admin/sbin/pipelog on a CentOS 5.4 (x86_64) server with the file from the zip archive. I ran /usr/local/psa/admin/bin/websrvmng -a -v afterwards, but logging still goes to access_ssl_log instead of access_log. The patched pipelog doesn't seem to fix the problem. Or...

We see the same problem. Running websrvmng does not help. It seems this happens on servers which have the piped logs feature enabled (recommended on servers with 300-900 domains).

You can set those permissions with just one chmod command: chmod 2501 qmail-queue

That entirely depends on whether someone has packaged PHP 5.2 for your OS distribution (what are you running?). If no one did, you'll need to do it yourself, or find someone who will do it for you.

Yeah, the latest Plesk update changed /etc/psa/webmail to /etc/psa-webmail.

The strange thing is that some of our servers did already have this rule by default, but others didn't.

I noticed that some of our servers actually have this rule by default, but others don't. They are all running Plesk 9.2.3 though. I have manually added a custom rule to the ones that didn't have it.

The default set of firewall rules that comes with the firewall module doesn't have a rule for mail message submission (port 587). This functionality ships with Plesk, so it would be nice if there was a rule for it by default. Of course I can add a custom rule myself for the time being as a...