I apologize if I have missed a thread that describes this, but I have been looking for hours for a solution.

I have recently set up a sendmail server for my company. I have about 30 users on it and it has been working fine for a week with all users on it. It also worked correctly for over a month with a small number of test users on it.

This weekend I enabled SMTP_Auth. Every user except one has not seen any problems. It was (for them) a flawless upgrade. This one user account is one of 4 that a single person here uses. The other 3 accounts this user accesses are working correctly. It is only this one account that does not seem to receive email. When I look at maillog I see that the message was received for delivery, but it never gets into the mailbox. I have logged into the server directly as this account and used the mail command to verify there is no mail in the mailbox. It is like Sendmail just doesn't try to process the mail after acceptance.

Any ideas on this would be greatly appreciated.

Thank you.

Have you tried deleting and re-creating the user from scratch?

Yes I have.

Also I have been watching maillog. This is what was just posted about a test email I just sent to the account:

Jan 16 11:35:59 mail sendmail[24413]: q0GIZsQ8024413:
from=<tech@livent.net>, size=2356, class=0, nrcpts=1, msgid=<005f01ccd47d$b3787c00$1a697400$@net>, proto=ESMTP, daemon=MTA, relay=[10.1.4.1] Jan 16 11:35:59 mail spamd[16317]: spamd: connection from localhost.localdomain [127.0.0.1] at port 46037

Jan 16 11:35:59 mail spamd[16317]: spamd: setuid to root succeeded

Jan 16 11:35:59 mail spamd[16317]: spamd: still running as root: user not specified with -u, not found, or set to root, falling back to nobody

Jan 16 11:35:59 mail spamd[16317]: spamd: processing message <005f01ccd47d$b3787c00$1a697400$@net> for root:99 Jan 16 11:35:59 mail spamd[16317]: plugin: eval failed: bayes: (in
learn) locker: safe_lock: cannot create tmp lockfile /root/.spamassassin/bayes.lock.mail.yctest.info.16317
for /root/.spamassassin/bayes.lock: Permission denied

Jan 16 11:35:59 mail spamd[16317]: spamd: clean message (-1.0/5.0) for root:99 in 0.3 seconds, 2620 bytes.

Jan 16 11:35:59 mail spamd[16317]: spamd: result: . 0 - ALL_TRUSTED,HTML_MESSAGE,MIME_HTML_MOSTLY
scantime=0.3,size=2620,user=root,uid=99,required_score=5.0,rhost=localhost.localdomain,raddr=127.0.0 .1,rport=46037,mid=<005f01ccd47d$b3787c00$1a697400$@net>,autolearn=unavailable

Jan 16 11:35:59 mail sendmail[24414]: q0GIZsQ8024413: to=root, ctladdr=<tech@livent.net> (508/508), delay=00:00:00, xdelay=00:00:00, mailer=local, pri=32571, dsn=2.0.0, stat=Sent

I see by this that it now appears that it is sending the emails to root...

Previously there was nothing showing it was delivered at all.

Never mind. I found it. The email in question was News@.... and in the aliases db there was a default alias pointing to root. I missed this the first time through, and because we implemented that a week ago and the email didn't start screwing up (that we knew of) till today, it wasn't where I looked first.

Thanks for your help anyway. It's nice to know someone's got my back.