1 Reply Latest reply on Oct 29, 2010 2:08 PM by ijahnke

    Nondelivery message - but message was received

    bwemailsupport1

      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. Re: Nondelivery message - but message was received
          ijahnke

          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.

          1 of 1 people found this helpful