Thanks for taking the time with this...
I had already attempted a forced install with the realperlinstaller and the only thing I hadn't already tried was the fixspamassassinfailedupdate. Anyway, I did run them all again and still no joy.
For the /usr/local/cpanel/logs/error_log:
PHP Code:
Child [30224]: exited with signal 13
Child [8028]: exited with signal 13
Child [11758]: exited with signal 13
Child [15627]: exited with signal 13
Child [19543]: exited with signal 13
Child [21871]: exited with signal 13
Child [27778]: exited with signal 13
Child [31952]: exited with signal 13
Child [3670]: exited with signal 13
Child [9629]: exited with signal 13
Child [23854]: exited with signal 13
Content-type: text/html
Internal Error: "" Normal Connection Timeout (Probably closed browser on a HTTP/1.1 session) at cpsrvd.pl line 1572.
Child [31911]: exited with signal 13
Child [5616]: exited with signal 13
Child [10018]: exited with signal 13
Child [17727]: exited with signal 13
Child [24049]: exited with signal 13
Child [28436]: exited with signal 13
Child [30170]: exited with signal 13
Child [3106]: exited with signal 13
Child [8142]: exited with signal 13
Child [15584]: exited with signal 13
(internal death) Mon May 15 21:04:58 2006 [17674] error: Died at /usr/local/cpanel/Whostmgr/LibShare.pm line 873.
main::__ANON__('ALRM') called at /usr/local/cpanel/Whostmgr/LibShare.pm line 881
eval {...} called at /usr/local/cpanel/Whostmgr/LibShare.pm line 870
main::objget('http://web.cpanel.net/whmnews/nph-secindex.cgi?version=10.8.2-R8...', 0, 1) called at whostmgr/bin/whostmgr.pl line 6573
main::themecommand() called at whostmgr/bin/whostmgr.pl line 207
Child [24443]: exited with signal 13
I don't *think* anything in that lot relates to spamd or spamassassin, but i could very easily be wrong about that.
My guess is that you were probably closest the first time with regard to whatever cPanel happens to do to it when you disable it. It's been disabled on this server ever since SA started being shipped with cPanel and maybe there's another "disabling" script in there somewhere
Just FYI, I have also done /scripts/upcp --force which obviously amounted to nothing. I even tried to track back through the cPanel code to find out where (in "addspam.html") it actually looks to find out that SA is disabled in the first place.
In the "Email" page, it uses the following:
<cpanelif !$CONF{'skipspamassassin'} $CPDATA{'FEATURE-SPAMASSASSIN'}>
and on the addspam.html page, this:
<cpanel Email="addspam()">
but I couldn't find out where the addspam() function was hidden.
Maybe finding that would narrow down what cPanel is at least looking for??