GNOME Bugzilla – Bug 318649
spamassassin impossibly slow ...
Last modified: 2005-10-12 11:23:26 UTC
So - a clean & up-to-date SL 10.0 install. a) spamd is not started by default [ a distro / packaging bug ] b) *having manually started it* [ and re-started evo. etc. ] it is not used ... instead I see lots of 'spamassassin' forkage and no spamc usage. This of course is unimaginably slow - it took most of yesterday to fetch yesterday's E-mail. Why are we not using spamc ?
A simple strace shows we never even look for spamc: linux:~ # grep 'execve' /tmp/log 28447 execve("/opt/gnome/bin/evolution", ["evolution"], [/* 81 vars */]) = 0 28449 execve("/bin/netstat", ["netstat", "-ni"], [/* 82 vars */]) = 0 28522 execve("/home/michael/bin/spamassassin", ["spamassassin", "--version"], [/* 81 vars */]) = -1 ENOENT (No such file or directory) 28522 execve("/usr/local/bin/spamassassin", ["spamassassin", "--version"], [/* 81 vars */]) = -1 ENOENT (No such file or directory) 28522 execve("/usr/bin/spamassassin", ["spamassassin", "--version"], [/* 81 vars */]) = 0 28528 execve("/home/michael/bin/spamassassin", ["spamassassin", "--exit-code"], [/* 81 vars */]) = -1 ENOENT (No such file or directory) 28528 execve("/usr/local/bin/spamassassin", ["spamassassin", "--exit-code"], [/* 81 vars */]) = -1 ENOENT (No such file or directory) 28528 execve("/usr/bin/spamassassin", ["spamassassin", "--exit-code"], [/* 81 vars */]) = 0 This is with a setup upgraded from evo-2.2.
So - thank God for debugrpms: From this trace:
+ Trace 63498
I see that the various critical flags are not set to the gconf key values: (gdb) p em_junk_sa_use_daemon $4 = 0 But - also, that the plugin has clearly not been initialized: (gdb) p em_junk_sa_gconf $8 = (GConfClient *) 0x0 Which is extremely strange - but would explain all the problems. Why would this plugin not get inited ?
Amazingly an objdump -T on the plugin shows that it is not in fact exporting the e_plugin_lib_enable symbol - which is extremely curious: (gdb) finish Run till exit from #0 g_module_open ( file_name=0x814d310 "/opt/gnome/lib/evolution/2.4/plugins/liborg-gnome-sa-junk-plugin.so", flags=0) at gmodule.c:314 0x40152ca1 in e_plugin_xml_content () from /opt/gnome/lib/evolution/2.4/libeutil.so.0 Value returned is $1 = (GModule *) 0x8dd0a40 (gdb) p g_module_symbol($1, "e_plugin_lib_enable", malloc(10)) $3 = 0 (gdb) objdump -T <libname> gives the same result: UH !?
*** This bug has been marked as a duplicate of 317792 ***