Blocking Delivery Receipts

[Chuck]

Hi,
I'm in charge of investigating email messages that violate my
company's email policy. The our exchange admin at our main site runs
keyword filtering software and when an email is flagged, my address is
loaded into the Bcc field. But I notice when I receive an email that
had a read or delivery receipt requested, the owner of the email gets
a delivery receipt alerting them that their email has been delivered
to me (defeating the purpose of our investigation). I already checked
"Ask before processing receipts" but it seems to only work with read
receipts, not delivery receipts. I scoured Google and MSKB to no
avail. I also tried to find third party software to block delivery and
receipts from the client but again I came up empty handed.

I need to block these receipts from the client. I know that there is a
way to block these reports from the server, but we do not want to do
this. Can this be done via the registry? Or is there third party
software that would do this at the client.I am using Outlook XP and
Exchange 5.5.

Thanks in advance for the replies.

Chuck

 

[Chuck Davis]

-----Original Message-----
Hi,
I'm in charge of investigating email messages that violate my
company's email policy. The our exchange admin at our main site runs
keyword filtering software and when an email is flagged, my address is
loaded into the Bcc field. But I notice when I receive an email that
had a read or delivery receipt requested, the owner of the email gets
a delivery receipt alerting them that their email has been delivered
to me (defeating the purpose of our investigation). I already checked
"Ask before processing receipts" but it seems to only work with read
receipts, not delivery receipts. I scoured Google and MSKB to no
avail. I also tried to find third party software to block delivery and
receipts from the client but again I came up empty handed.

I need to block these receipts from the client. I know that there is a
way to block these reports from the server, but we do not want to do
this. Can this be done via the registry? Or is there third party
software that would do this at the client.I am using Outlook XP and
Exchange 5.5.

Thanks in advance for the replies.

Chuck
.

I would take the approach to let them know that what you
are doing. Make them aware that you are watching. They will
clean up their acts and your company will be the better for
it.

 

[Milly Staples [MVP - Outlook]]

Delivery receipts are server generated, therefore you have no control over
it at the client side. Read receipts you can control.

--
Milly Staples [MVP - Outlook]

Post all replies to the group to keep the discussion intact. Due to
the (insert latest virus name here) virus, all mail sent to my personal
account will be deleted without reading.

After furious head scratching, Chuck asked:

| Hi,
| I'm in charge of investigating email messages that violate my
| company's email policy. The our exchange admin at our main site runs
| keyword filtering software and when an email is flagged, my address is
| loaded into the Bcc field. But I notice when I receive an email that
| had a read or delivery receipt requested, the owner of the email gets
| a delivery receipt alerting them that their email has been delivered
| to me (defeating the purpose of our investigation). I already checked
| "Ask before processing receipts" but it seems to only work with read
| receipts, not delivery receipts. I scoured Google and MSKB to no
| avail. I also tried to find third party software to block delivery and
| receipts from the client but again I came up empty handed.
|
| I need to block these receipts from the client. I know that there is a
| way to block these reports from the server, but we do not want to do
| this. Can this be done via the registry? Or is there third party
| software that would do this at the client.I am using Outlook XP and
| Exchange 5.5.
|
| Thanks in advance for the replies.
|
| Chuck

 

[Chuck]

Thanks for your reply. Our company policy states that email is
monitored, but we need to investigate a violation to our policy and
prevent any other damaging leaks. Is there a way to block these
receipts from the client side?

 

[Milly Staples [MVP - Outlook]]

Repeat - delivery receipts are generated at the server level - client
applications have no control over delivery receipts.

--
Milly Staples [MVP - Outlook]

Post all replies to the group to keep the discussion intact. Due to
the (insert latest virus name here) virus, all mail sent to my personal
account will be deleted without reading.

After furious head scratching, Chuck asked:

| Thanks for your reply. Our company policy states that email is
| monitored, but we need to investigate a violation to our policy and
| prevent any other damaging leaks. Is there a way to block these
| receipts from the client side?

 

[Chuck]

I tested this with requesting a read receipt, and since the receiver
has read receipts turned off the sender does not get one. But the
sender does receive a delivery receipt, without even asking for one.

I realize there is no way on the OL client to block delivery receipts
in an exchange environment but is there any way to modify the registry
on the client to block this.

 

[Jeff Stephenson [MSFT]]

No, as Milly says, neither Outlook not the client machine are not involved
sending the delivery receipt - the only place delivery receipts can be
blocked is on the server.

 

[Chuck]

No, as Milly says, neither Outlook not the client machine are not involved
sending the delivery receipt - the only place delivery receipts can be
blocked is on the server.

Is there a way to block a specific mailbox from returning delivery
receipts? In Exchange 5.5? I do not want to block delivery receipts
for the entire site.
Thanks everyone for your input.

 

[Lanwench [MVP - Exchange]]

Is there a way to block a specific mailbox from returning delivery
receipts? In Exchange 5.5? I do not want to block delivery receipts
for the entire site.
Thanks everyone for your input.

Not on the server - only with third party software such as "Watch Your
Back!" on the client.