Delivery Confirmation Report

HCL Domino Domino Forum
1

Has anyone else come across this strange phenomenon? We have suddenly started to receive “Delivery Confirmation Reports” for mail messages. These reports do not come for all messages and they do not always come from the same person.

EG Person A sends a mail message to External Person B and they get a Delivery Confirmation Report. If Person A then sends another mail to External Person B they will not get the Delivery Confirmation Report.

We have not made any changes to our set up and Person A is not requesting a Return Receipt or Delivery Confirmation.

When the Delivery Confirmation Report comes in to contains the following message:

Delivery Confirmation Report

Your document: CONFERENCE CALL

was delivered to:

at: 24/02/2005 09:41:49

As you can see the delivered to field is blank.

Can anyone shed any light on this?

Many thanks in advance for your help.

Alex

2

Subject: Delivery Confirmation Report

I too have recently experienced this problem.

I agree that this particular Confirmation Report with no email address is indeed an Delivery failure notification.

I viewed the document property and listed the value in the field “SMTPDSNDeliveryReason”.

Here is it will identify the error in delivery.

I will monitor this thread for a solution.

Thanks

3

Subject: Delivery Confirmation Report (Update)

I have noticed a couple of differences between failed messages being returned incorrectly as Delivery Confirmation Reports and ones that are correctly returned as Delivery Failure Reports.

The messages that get returned incorrectly as Delivery Confirmations have a field called ‘SMTPDSNDeliveryReason’ which contains the failure reason information. These messages also contain the standard ‘SMTPDSNDeliveryStatus’ field, but it is populated with just the status code.

The messages that get returned with the correct Delivery Failure Report have a field named ‘FailureReason’ but DO NOT have the ‘SMTPDSNDeliveryReason’ field. These also have the ‘SMTPDSNDeliveryStatus’ field except it is populated with the failure reason information as well as the status code.

I have noticed the following sights returning erronious messages causing Domino to give a Delivery Confirmation Report:

ec.rr.com

afnews.af.mil

aapa-ports.org

and several others. It appears that these sights are returning the DSN information in a format that causes Domino to produce the wrong type of report.

Don’t know how much this helps, just an observation.

4

Subject: Delivery Confirmation Report

Hi Alex,

Like you, we too have started to receive random delivery confirmation reports (without requesting them). Nothing has been changed in our configuration. As you have said, the “Delivered to” field is blank. Did you find a solution to this?

Cheers

Craig

5

Subject: Delivery Confirmation Report

I am having this same issue. To test it, sending an email to “notavaliduser2843@aol.com”, gives me a “delivery confirmation report”, instead of a failure bounceback.

6

Subject: Delivery Confirmation Report

Since you didn’t change your configuration, there must be some setup on external person B’s side.

Not much you can do about it.

7

Subject: RE: Delivery Confirmation Report

Not so easy.

We got the same trouble, and I noticed that these Return Receipt were actually… Failure Delivery Notice.

If you get to see the Source (View/Display/Source), you will see some contents like a Failure Notice. The View/Source does not display everything if the message is long, then you can go to see the fields contents within the usual Property Box.

What happen ? Does it have to deal with my server or the external one, or both ? Sorry I have no answer for you, only more troubles :o))

8

Subject: RE: Delivery Confirmation Report

I am having this very same problem. I have been unsuccessful at finding a solution in this forum or from Lotus Support. Did any of you guys get this resolved? Any help is greatly appreciated. You can contact me via email:

carey_gibson@ncports.com

Thanks