cancel
Showing results for 
Search instead for 
Did you mean: 

Nondelivery message - but message was received

At our organization an internal user sent a mail message (meeting request) to an outside contact.

The internal user received an NDR non delivery notification back from the system.   Yet she verified with the reciepient that the message was actually received.

Can someone provide any suggestions as to why this might have occurred?     (This isn't a widespread issue.)

-----------------

      anne.abc@customer.com on 10/20/2010 10:43 AM
            Could not deliver the message in the time limit specified.  Please retry or contact your administrator.
            <ourmail.bw.net #4.4.7>

      niels.abc@customer.com 10/20/2010 10:43 AM
            Could not deliver the message in the time limit specified.  Please retry or contact your administrator.
            <ourmail.bw.net #4.4.7>

------------

I suspect it is just a spurious problem on the recipient's e-mail gateway, but I thought I would ask here, in case it could be an Ironmail issue.

Thank you,

Robert

1 Reply
Highlighted
ijahnke
Level 11
Report Inappropriate Content
Message 2 of 2

Re: Nondelivery message - but message was received

A common cause to this issue is the recipient server accepts the full message and attempts some kind of filtering on the message such as reverse dns lookups, sender id, content filtering, etc.. If for some reason if the recipient server is taking a long time to process the message then sending sever assumes that the connection has been lost and drops the connection. Unfortunately the recipient server had recieved the entire message and was just waiting to verify the validity of the email once it was verified it delivers the message.

The sending server, however, assumes the connection was lost and treats it as a 400 error and goes into a retry schedule.

If you look in the smtpo log for the message you should see a several minute delay from when the message was first sent to when the connection closed. If there isnt a delay then we may have to look into a packet capture to see if someone is closing the connection prematurely.

Keep in mind this is just theory atm as there can be countless reasons why this would happen.

More McAfee Tools to Help You
  • Subscription Service Notification (SNS)
  • How-to: Endpoint Removal Tool
  • Support: Endpoint Security
  • eSupport: Policy Orchestrator
  • Community Help Hub

      New to the forums or need help finding your way around the forums? There's a whole hub of community resources to help you.

    • Find Forum FAQs
    • Learn How to Earn Badges
    • Ask for Help
    Go to Community Help

    Join the Community

      Thousands of customers use the McAfee Community for peer-to-peer and expert product support. Enjoy these benefits with a free membership:

    • Get helpful solutions from McAfee experts.
    • Stay connected to product conversations that matter to you.
    • Participate in product groups led by McAfee employees.
    Join the Community
    Join the Community