For what its worth, I had the exact same problem with the exact same solution after upgrading to 6.0.2_GA from 6.0.1_GA (32 bit RedHat RPM distribution). Specifically /opt/zimbra/dspam-3.8.0/bin/dspam is owned by root:root with permissions set to 510 (r-x--x---). All the other executables in that directory have 755 permissions which will let them run irrespective of owner. However, I did as suggested and made zimbra:zimbra the owner of the /opt/zimbra/dspam-3.8.0/bin directory and all its contents.
shnook, I see you had the problem on Ubuntu (and I had it under 32 bit RedHat). I wonder if there's a bug in the common installation script that causes permissions (or ownership) to get set incorrectly... but only some of the time? I'd think if it happened often, there would have been a lot more noise in here about it.
Also for what its worth, I have another server that uses the 64 bit Redhat version that did *not* experience this issue after its upgrade. It too was upgraded from 6.0.1_GA to 6.0.2_GA.  |