Good emails from a couple of users get stuck in the Local Delivery Queue

I have some emails that are stuck in the Local Delivery. Those are not emails coming from blacklisted servers. The mail server is configured to be protected from the spammers and all users are receiving their emails correctly, excepted for a few emails. Here is what I find in the logs: - [13/Oct/2008:14:39:19 -0800] "EHLO -? SMTP" 250 315 - [13/Oct/2008:14:39:19 -0800] "MAIL -? From:<sender Email> SMTP" 250 39 - [13/Oct/2008:14:39:19 -0800] "RCPT -? To:<our> SMTP" 250 0 - [13/Oct/2008:14:39:34 -0800] "DATA -? <196AD2F0702EAA4294595E45435A706D139869@their local mail server.local> SMTP" 250 146

I see nothing wrong with the messages coming from this customer, this customer DNSReport looks fine, our too, but it does stay stuck in the queue.

Anyone has any ideas?
Who is Participating?

Improve company productivity with a Business Account.Sign Up

rdoreConnect With a Mentor Author Commented:
I got Microsoft support invlolved and they were very helpfull and the problem is solve. It turns out that when messages get stuck in the Local Delivery Queue and those look like legitimate email, one of the place to look is corruption in the DB.
The Engineer made me Dismount the DB, then copy the DB and its log files to a temp Folder. Then Mount the DB, recreating a new store. After that, going to the Queue and do a force on each messages to connect. All the emails were then send to the users without problems.

We then used the Mail Box recovery to merge the old DB insto the new one, and voila, it is all working.

When the old DB is being recover, all the mailbox are inspected and corruption is remove.

tenaj-207Connect With a Mentor Commented:
The log you posted looks fine.

As far as why it's stuck in the queue there are a couple of possibilities.

1) If it's Yahoo then this is a common occurrence, for some reason Yahoo can take up to 15 min before it accepts some email
2) Somethings wrong with the receiving server (maybe you need them to white list you)
3) Something is wrong with a minor setting on your server that the receiving server doesn't like.  For example if your sending email from X.X.X.23 but you receive mail on X.X.X.22 then even though your reverse DNS matches up it still causes issues.  Or maybe you need to create an SPF record.

So the resolutions will hopefully be one of the following

1) If it is Yahoo, or some site that holds your email for awhile before it goes through then they are probably using a tactic called gray listing and you need to request that they put you on their spam filter.
2) Create an SPF record.  If you don't know how to create an SPF record here's a link that does it for you.
3) Double check your settings on your server.

It would be useful if you posted a bounce back.  Are any emails bouncing back?

One last note.  If you're running Windows 2003 SBS R2 then the version of exchange is 2003 SBS not standard.  The difference is that SBS uses wizards to do most things and standard requires more manual configuration.
rdoreAuthor Commented:
Thanks for your answer.

The are not using Yahoo, or th eemail is not from Yahoo. Mesasges are from a in-house mail server.

We do not have a SPF record. Our ISP is speakeasy, but nowhere in the tracking of email sent or received, do I see any reference to their mail server ( If I would be to create a SPF record, according to your link, I would be putting domain, right?
rdoreAuthor Commented:
Yeah... I was going to suggest that next. :)

Glad you got it fixed, and sorry I wasn't more help.
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.