SMTP stuck in queue - BDAT LAST

On an *occasional* pc on our network, mails can't be sent through smtp because they get stuck in the queue because the local SMTP service is sending a BDAT LAST command before it has actually sent any of the message body. We have narrowed down the problem to this. 90% of the pc/servers on our lan can send the smtp messages no problem, but an occasional one exhibits this problem, even after restarting smtp/iis/os. The 90% that work and the 10% that don't all have the same smtp configuration. Come to think of it, the problem seems to usually happen on windows2000, but by the same token, many other win2k pc/servers work fine with the smtp.

is there a fix or workaround for this?

i have already read:
http://www.experts-exchange.com/Web/Web_Servers/IIS/Q_20961391.html

. . .but there wasn't much really useful info there. and i don't go through hotmail so i'm not sure it pertains to me.
LVL 11
SweatCoderAsked:
Who is Participating?
I wear a lot of hats...

"The solutions and answers provided on Experts Exchange have been extremely helpful to me over the last few years. I wear a lot of hats - Developer, Database Administrator, Help Desk, etc., so I know a lot of things but not a lot about one thing. Experts Exchange gives me answers from people who do know a lot about one thing, in a easy to use platform." -Todd S.

meverestCommented:
hello,  first some semantics:

>> mails can't be sent through smtp

it's worth clarifying that mail is not technically "sent through" the smtp service.  firstthe client delivers the mail to the smtp server.  if the server accepts it, then the client disconnects with success.  if not, the client (eg outlook) will proviode some sort of feedback to the user that the delivery failed.

now, the server either has the message or not.  if it has the message, then the server initiates a further delivery process (exactly the same as the process used by the client to deliver to the server) to forward (or relay) the email to the destination server.

once again, the destination server either accepts or rejects that email.  if it is accepted, then it is considered as delivered.  if not, then depending on the failure cause stated by the remote server, the local smtp service will either bounce it (send a NDR back to the originating client) or will add it to the queue and try again later.

so let's clarify:

is it the client displaying a problem, or the server?

cheers.
0
SweatCoderAuthor Commented:
>> "the local SMTP service is sending a BDAT LAST command before it has actually sent any of the message body"

problem is on the client. the server is fine because 90% of clients deliver successfully to the same mail server.
0
meverestCommented:
OK, this is what is confusing me then:

>> mails can't be sent through smtp because they get stuck in the queue

what queue?

Regards.
0
Upgrade your Question Security!

Your question, your audience. Choose who sees your identity—and your question—with question security.

SweatCoderAuthor Commented:
i'm taking it you don't have much experience with smtp. . .  :-)

c:\inetpub\mailroot\queue

this is a folder dedicated to smtp on every windows os. the phrase "stuck in the queue" always refers to this folder. when delivery is unsuccessful, 99% of the time it will either go into this queue folder, or into the "badmail" folder at the same level.
0
meverestCommented:
>> i'm taking it you don't have much experience with smtp. . .  :-)

in fact i'm talking from about 6 years experience with iis and smtp server.

>> problem is on the client.
>> mails can't be sent through smtp because they get stuck in the queue

you must see that these are mutually exlusive statements.  if the problem is at the client, then the message could not possibly have made it to the queue.

so now we get to the point that I am able to advise with a fair degree of certainty that the problem is NOT at the client, but at the server.

OK, so you suspect that the client is *causing* the problem because it happens only with some particular clients and not with others.  well that may be the case, but the fact remains that the mail is accepted and queued by the smtp service, and therefore, by definition, the problem is at the server.

If you want to find a solution, then look in the place where the problem is happening.  Check the smtp service logs to find out what error is causing the mail to be queued.

Incidentally, if there is some kind of antivirus system in place somewhere, i suggest that you disable it for the time being while testing.  some mail scanning services are broken and do not properly handle BDAT in particular.

regards.

0
meverestCommented:
suggest accept meverest.
0
SweatCoderAuthor Commented:
it's not abaondoned. i put a post in the Administrative area to have it closed some time ago. No useful answers were given, just some generalized thoughts. No offense intended.

http://www.experts-exchange.com/Community_Support/Q_21311427.html

To award points would suggest that a solution was offered that solved the problem. No such solution was given.
0
meverestCommented:

>> it's not abaondoned.

There is no comment after my most recent one, which contains what I beleive are valiud comments, whether or not you choose to agree with them.  You have made no further attempt to discuss the comments or attemtp to work toward a solution.  Essentially, my last comment has been ignored, and therefore, the question is abandoned.

suggest paq.
0
humeniukCommented:
SweatCoder,

Please note that these comments are ventured as an opinion and not as personal criticism.  You should review the contents of the link you provided.  In it, the Moderators instructed you to respond to meverest's post.  Your request to close the question was rejected on the grounds that you failed to do so - for an idea why, see www.experts-exchange.com/help.jsp#hi71.

Though I wouldn't presume to speak for them, I get the impression that the Mods agree that it appears that the recommendations made by meverest were on the right track.  If no solution has been provided yet, the primary cause is the fact that the question has been abandoned by the asker.  Under E-E guidelines, you have some obligation to respond to comments such as these rather than abandon the question, which you did (as defined by E-E).  If that doesn't impress you, I would point out that you have answered a few questions yourself, so you understand that the experts on E-E are professionals offering their valuable knowledge and experience free of charge.  That fact alone implies an obligation to work with those who try to help us when we ask questions ourselves.

Regards.
0
moduloCommented:
PAQed with no points refunded (of 500)

modulo
Community Support Moderator
0

Experts Exchange Solution brought to you by

Your issues matter to us.

Facing a tech roadblock? Get the help and guidance you need from experienced professionals who care. Ask your question anytime, anywhere, with no hassle.

Start your 7-day free trial
It's more than this solution.Get answers and train to solve all your tech problems - anytime, anywhere.Try it for free Edge Out The Competitionfor your dream job with proven skills and certifications.Get started today Stand Outas the employee with proven skills.Start learning today for free Move Your Career Forwardwith certification training in the latest technologies.Start your trial today
Microsoft IIS Web Server

From novice to tech pro — start learning today.

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.