I ran into the same issue on a stable "lenny" installation made in june-july 2010.
I didn't use dpkg-reconfigure like the original reporter. I just did chmod g+w /var/spool/sa-exim/tuplets and that seemed to take care of the issue. Tuplets are now created (though I haven't yet verified that greylistclean will expire them). I assumed user nobody group Debian-exim with write for both user and group would be the right thing to have, since spamd would run as user Debian-exim and the /etc/cron.d/greylistclean is running as nobody. Versions of packages: ii exim4 4.69-9 metapackage to ease Exim MTA (v4) installati ii exim4-base 4.69-9 support files for all Exim MTA (v4) packages ii exim4-config 4.69-9 configuration for the Exim MTA (v4) ii exim4-daemon-heavy 4.69-9 Exim MTA (v4) daemon with extended features, ii exim4-doc-info 4.69-1 documentation for the Exim MTA (v4) in info ii geximon 0.7.7-1 a monitor for the exim MTA ii sa-exim 4.2.1-11 ii spamassassin 3.2.5-2+lenny2 Perl-based spam filter using text analysis ii spamc 3.2.5-2+lenny2 Client for SpamAssassin spam filtering daemo -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
