We have some automated software that checks certain Exchange 2007 mailboxes via POP3. When a customer's incoming e-mail requests a read receipt, Exchange seems to be sending back a non-read receipt.
Not read: <subject>
Your message was deleted without being read on...
The order in which the software issues POP3 commands is
USER
PASS
STAT
UIDL
TOP # 0
LIST #
RETR #
TOP # 0
RSET
DELE #
QUIT
Our exchange administrator has been able to duplicate this issue via raw POP3 commands over telnet, port 110. The commands he ran were simply
USER
PASS
STAT
RETR #
DELE #
QUIT
Does Exchange 2007 translate POP3 commands to read flags? If so, it should tell that I've issued a RETR command to retrieve the message. Is this a bug? Is there a way to disable the sending of read receipts for specific mailboxes or globally?
This looks to be an interesting problem. I found a few links to ansewrs, but it looks like this one is the best of the bunch. MSexChange
Synopsis...
a sure fire way of ensuring read receipts are not sent to external people is to configure FOUR transport rules... Rule 1:
From users outside the organization
Remove header "X-Confirm-Reading-To"
Rule 2:
From users outside the organization
Remove header "Disposition-Notification-To"
Rule 3:
From users outside the organization
Remove header "Return-Receipt-To"
Rule 4:
From users outside the organization
Remove header "Receipt-Requested-To"