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.

Reply via email to