Hi,
I wondered if this had been seen before? I'm running 3.6.8 (from Debian
4.0 "etch") on a core2-duo (amd64 build) with postfix. dspam is being
used as a local delivery agent using postfix's "mailbox_command =
/usr/bin/dspam --deliver=innocent --user $USER -d %u". It looks like
dspam isn't looking up, or storing the user correctly, as the log files
seem to have random bits of memory where the username should be:
May 17 18:32:34 etchtest dspam[24071]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000( ÿ\Oÿ\177)]
May 17 18:43:00 etchtest dspam[24250]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000(À\226Ö\213ÿ\177)]
May 17 18:43:46 etchtest dspam[24354]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000(@nN\222ÿ\177)]
May 17 18:43:46 etchtest dspam[24355]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000(^PöË/ÿ\177)]
May 17 18:43:46 etchtest dspam[24359]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000(@^Gßhÿ\177)]
May 17 18:43:46 etchtest dspam[24360]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000(\220\216S^Dÿ\177)]
May 17 18:44:00 etchtest dspam[24467]: Option --user requires special
privileges when user does not match current user, e.g.. root or Trusted
User [uid=1000(ÀA\207½ÿ\177)]
[EMAIL PROTECTED]:/etc/postfix# id tim
uid=1000(tim) gid=1000(tim)
groups=1000(tim),20(dialout),24(cdrom),25(floppy),29(audio),44(video),46(plugdev),126(kvm)
If I wrap it with strace, dspam seems to be getting executed like this:
25597 execve("/usr/bin/dspam", ["/usr/bin/dspam", "--deliver=innocent",
"--user", "tim", "-d", "%u"], [/* 18 vars */]) = 0
This happens every time, and with all the users that I've tried... If I
tell dspam to "Trust tim", then it segfaults instead:
May 17 20:01:36 etchtest kernel: dspam[25398] general protection
rip:2b0b2a5b1222 rsp:7fff81cd70a8 error:0
I'm moving my mail server from an i686 to an x86_64 box, but the config
is otherwise identical. I moved the database from the old box (using
mysqldump), so I suppose this could be the problem if there are any
architecture specific data structures stored in MySQL?
If this isn't a known bug, or the problem isn't likely to be the MySQL
database dump/restore, then I'll dig a bit further tomorrow.
Thanks,
Tim.