Re: insight from you

Tech-Archive recommends: Fix windows errors by optimizing your registry

Rich,

Thank you for your time and support.

This morning I checked the queued messages with larger attachments are in
the message awaiting
directory lookup queue. If I check the queue folder in the frontend server,
the messages are there.
No matter how I forced the connection, the messages are still there in the
queue of frontend server.
Will this log in the log?
How should I troubleshoot this?


"Rich Matheisen [MVP]" wrote:

On Wed, 25 Feb 2009 14:35:01 -0800, John
<John@xxxxxxxxxxxxxxxxxxxxxxxxx> wrote:

Rich,

Sorry to bother you again. the same problem happens again today. Several
inbound emails with 30MB attachments are stuck in the queue again.
Here is the SMTP virtual server log: for security reason, I use
frontend_server for frontend server name, sender@xxxxxxxxxx for actual
sender, recipinet@xxxxxxxxxxxx for the recipient at my company, 192.168.2.5
is backend server IP address:

[ snip ]

2009-02-25 21:47:53 192.168.2.5 OutboundConnectionCommand SMTPSVC1
frontend_Server - 25 MAIL - FROM:<sender@xxxxxxxxxx>+AUTH=<> 0 0 4 0 15 SMTP
- - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionResponse SMTPSVC1
frontend_Server - 25 - - 250+2.1.0+sender@xxxxxxxxxxxxxxxxxxxx+OK 0 0 41 0 15
SMTP - - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionCommand SMTPSVC1
frontend_Server - 25 RCPT - TO:<recipient@xxxxxxxxxxxxx> 0 0 4 0 15 SMTP - -
- -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionResponse SMTPSVC1
frontend_Server - 25 - - 250+2.1.5+recipient@xxxxxxxxxxxxx+ 0 0 35 0 15 SMTP
- - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionCommand SMTPSVC1
frontend_Server - 25 XEXCH50 - 1108+2 0 0 7 0 15 SMTP - - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionResponse SMTPSVC1
frontend_Server - 25 - - 354+Send+binary+data 0 0 20 0 15 SMTP - - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionResponse SMTPSVC1
frontend_Server - 25 - - 250+XEXCH50+OK 0 0 14 0 15 SMTP - - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionCommand SMTPSVC1
frontend_Server - 25 BDAT - 2387+LAST 0 0 4 0 15 SMTP - - - -
2009-02-25 21:47:53 192.168.2.5 OutboundConnectionResponse SMTPSVC1
frontend_Server - 25 - -
250+2.6.0++<827DEC60DB451B4883744FF1EF875CC091C8C9@xxxxxxxxxxxxxxxxxxxxxxxxx>+Queued+mail+for+delivery 0 0 100 0 46 SMTP - - - -
____________________________

I can not figure out why messages queued?
Thanks for your help.

If I'm reading that bit of log correctly, the message was accepted for
delivery by 192.168.2.5 and it shouldn't be on the "frontend_server"
anymore.

The "Queued mail for delivery" means the machine accepted the message
and will deliver it.

However, unless you've omitted something, that message was just a
little over 2K in size (2387 characters -- see the BDAT command). I
don't think you've got the part of the log file that shows the
transmission of the message in question.
---
Rich Matheisen
MCSE+I, Exchange MVP

.

Relevant Pages

  • Re: insight from you
    ... I enabled the diagnostics logging on the categorizer of the MS ... If I check the queue folder in the frontend server, ... The "Queued mail for delivery" means the machine accepted the message ...
    (microsoft.public.exchange.admin)
  • Re: SMTP queue
    ... I saw two folders Queue and BadMail on the frontend server. ... in the queue of the frontend server and do not deliver to backend server? ... Even I force the connection but these emails are still in the retry state. ...
    (microsoft.public.exchange.admin)
  • Re: SMTP queue
    ... Are the messages in the FE queue for valid recipients? ... I saw two folders Queue and BadMail on the frontend server. ... in the queue of the frontend server and do not deliver to backend server? ... Even I force the connection but these emails are still in the retry state. ...
    (microsoft.public.exchange.admin)
  • SMTP queue
    ... I saw two folders Queue and BadMail on the frontend server. ... On the backend servers, there are three folders pickup, BadMail ...
    (microsoft.public.exchange.admin)
  • Re: Buying from clarity.it
    ... "If you don't offer customers the courtesy of telephone communication you ... joins the queue though, so well done there for taking the time to write ... queue there" we now have disgraceful customer service? ... Also, to be teeth-grittingly helpful, if you want it sent Special Delivery ...
    (uk.telecom.broadband)