So, how can you tell if someone has opened and read a message without a Read Receipt request and without letting the recipient know that you are “checking”? Sending Read Receipt requests is unreliable for confirming the read status of a message in general, especially if the recipient tries to deny that the message was even received! Web Bugs So, if you use a Read Receipt to confirm delivery, you will usually only get a receipt if the recipient wants you to. I.e., recipients could choose to respond “never,” “always,” or “decide each time.” The default usually prompts the recipient and allows them to decide yes or no for each receipt.
Sending: Read Receipts are implemented by adding a special “Header” to the headers area of the outbound email message (See: Viewing the Message Source / Full Headers of an Email). Most email programs, like Outlook, Thunderbird, and LuxSci WebMail, allow Read Receipts to be added to email messages and allow senders to choose if recepts are sent “never,” “on-demand,” or “always.” Read Receipts are requests attached to an email message by the sender.
This article explains how to determine if a message is read, shows how each method works and discusses the pros and cons. It also allows for message retraction (removing further access to an email message). LuxSci’s SecureLine Escrow service includes a 100% reliable Read Receipt function that can be used when it is essential to know if someone has read a message. Spammers use techniques such as HTML “ web bug” tracking to see if you have read an email message and thus if your email address is valid and ripe for more spamming this is also unreliable. Typically, this is done by requesting a “Read Receipt” when sending the message.
Customers often ask how they can know if a specific recipient has read a message.