>clearopensmtp doesn't touch the open-smtp.tmp files, it removes
>expired addresses from open-smtp and rebuilds tcp.smtp.cdb.
>The fact that you have a bunch of those files lying around
>though means most likely that the tcp.smtp.cdb file can not
>be rebuilt due to one or more things running as the wrong user.
>chown everything to vpopmail:vchkpw, make sure your pop3
>software is running as vpopmail:vchkpw and then make sure
>your clearopensmtp cron job runs the job as vpopmail.
Ok, noted. I deleted all the tmp files out, and watched as more were
created (as users POP'ed in). They were owned by root, and all were 0
bytes. Just blank files. I then changed the inetd line to launch pop3d
under vpopmail.vchkpw, and these files were still created, just with
vpopmail.vchkpw ownership. Also of interest is that an open-smtp.lock file
is created under whichever user pop3d is run under, and does not get
>What pop3 software are you using? If qmail-pop3d post your
>run script for it, if courier, then the problem is courier
>has disabled the roaming users functionality. As a temporary
>fix, chown vchkpw vpopmail:vchkpw and then chmod 4755 vchkpw.
>If that fixes it, you definitely have a daemon running as the
>wrong user or something similar.
Using qmail-pop3d out of inetd.
The following line is what I currently have: (matches the docs)
pop3 stream tcp nowait.300 root /var/qmail/bin/qmail-popup qmail-popup
somehost.five-elements.com /home/vpopmail/bin/vchkpw /var/qmai