Outlook Read Receipt Suppressed by Recipient: How to Detect From Headers

You sent an email with a read receipt request in Outlook, but the receipt never arrived. This usually means the recipient declined the receipt or their email client suppressed it automatically. Outlook does not show a clear notification when a read receipt is blocked, which leaves you guessing whether the message was read. You can detect a suppressed read receipt by examining the internet headers of the email. This article explains the technical cause of suppressed receipts and provides the exact steps to find the evidence in the headers.

Why Read Receipts Are Suppressed and What Happens in the Headers

A read receipt in Outlook works through a special email header called Disposition-Notification-To. When you check the “Request a read receipt” box, Outlook adds this header to the outgoing message. The recipient’s email client reads this header and, depending on its settings, either sends a receipt automatically, prompts the user, or silently ignores the request.

When the recipient suppresses the receipt, the email client does not send a response message back to you. Outlook does not record this event in any visible folder or log. However, the original email still contains the Disposition-Notification-To header, and some mail servers add additional headers that indicate the receipt was declined or that the recipient’s client does not support receipts. These headers are only visible when you open the internet headers of the sent message.

The most common reasons for suppression include the recipient clicking “No” on the prompt, the recipient’s email client being configured to never send receipts, or the recipient’s mail server stripping the receipt request before delivery. In all these cases, the evidence is in the headers of the message stored in your Sent Items folder.

Steps to View Internet Headers in Outlook and Detect Suppressed Receipts

You must view the internet headers of the sent email to find any trace of a suppressed read receipt. The steps differ slightly between the classic Outlook desktop app and Outlook on the web. Follow the method that matches your version.

In Outlook Desktop (Microsoft 365, Outlook 2021, 2019, 2016)

1. Open the sent message
   Go to your Sent Items folder. Double-click the email for which you requested a read receipt but never received one. The message opens in its own window.
2. Open Message Options
   In the open message window, click the File tab in the upper-left corner. In the Info section, click the Properties button. The Properties dialog opens.
3. Locate the Internet Headers box
   In the Properties dialog, look at the bottom section labeled Internet headers. This box contains the full header text of the sent email. Select all text by pressing Ctrl+A, then copy it with Ctrl+C.
4. Paste the headers into a text editor
   Open Notepad or any plain-text editor. Paste the headers with Ctrl+V. This makes searching easier.
5. Search for receipt-related headers
   Press Ctrl+F and search for these strings:
   – Disposition-Notification-To — confirms your receipt request was sent.
   – X-Read-Receipt — some third-party mail servers add this.
   – X-Confirm-Reading — an older header used by some systems.
   – X-MS-Read-Receipt — used by Microsoft Exchange servers.
6. Look for suppression evidence
   If you see Disposition-Notification-To but no corresponding X-MS-Read-Receipt or X-Read-Receipt header, the receipt was likely suppressed. Some Exchange servers add a header like X-MS-Read-Receipt: suppressed explicitly. If you find that, the recipient or their mail server blocked the receipt.

In Outlook on the Web (OWA)

1. Open the sent message
   Go to Sent Items and double-click the email.
2. Open message details
   Click the three-dot menu (More actions) at the top of the message pane. Select View message details. The internet headers appear in a pop-up window.
3. Copy and search the headers
   Select all the header text, copy it, and paste it into Notepad. Use the same search strings listed for the desktop version.

If the Headers Show No Suppression Evidence

Sometimes the headers contain no indication of suppression at all. This happens when the recipient’s email client simply ignores the Disposition-Notification-To header without adding any trace. In that case, you cannot prove the receipt was suppressed from the headers alone. However, the absence of a receipt message in your Inbox combined with the presence of the Disposition-Notification-To header in the sent message is strong circumstantial evidence that the receipt was suppressed.

What the Disposition-Notification-To Header Looks Like

A typical header line looks like this:
Disposition-Notification-To: yourname@yourdomain.com
If you see this line, your request was sent. If you do not see it, you did not request a read receipt on that message.

Exchange Server Adds Its Own Header

If your organization uses Exchange Server or Exchange Online, the server may add a header like:
X-MS-Read-Receipt: suppressed
This is the clearest indicator that the receipt was blocked. You might also see:
X-MS-Read-Receipt: not-requested — meaning no receipt was requested.
If you see suppressed, the recipient or a mail rule suppressed it.

Limitations of Header Detection

Header inspection is not foolproof. Some mail servers strip all receipt-related headers before delivery. Other servers add headers that falsely indicate suppression when the recipient simply did not open the email. A suppressed read receipt is not the same as an unread email. The header method only tells you that the receipt request was not honored; it does not tell you whether the recipient actually read the message.

Third-Party Email Clients Do Not Add Headers

Gmail, Apple Mail, and many other clients suppress receipts silently. They do not add any header to the original message. In these cases, the headers will show Disposition-Notification-To but nothing else. You cannot tell whether the user clicked “No” or their client automatically ignored the request.

Read Receipts Are Not Reliable for Business Processes

Because recipients can suppress receipts so easily, you should not use read receipts as proof of reading in critical workflows. For compliance or legal purposes, use a delivery tracking system or a read-acknowledgment platform that works outside of email headers.

Item	Receipt Sent	Receipt Suppressed
Disposition-Notification-To header	Present	Present
X-MS-Read-Receipt header	May show “sent” or “delivered”	May show “suppressed” or be absent
X-Read-Receipt header	May show “1” or “yes”	Absent or shows “0”
Receipt message in your Inbox	Present	Absent

You can now check the internet headers of any sent email in Outlook to see if a read receipt request was suppressed. Start by opening the message in Sent Items and viewing the Properties dialog. Search for Disposition-Notification-To to confirm your request was sent, then look for X-MS-Read-Receipt: suppressed for direct evidence. Remember that not all suppression leaves a header trace, so combine header inspection with the absence of a receipt message for the most accurate conclusion. For future emails where confirmation is critical, consider using a third-party email tracking service that sends its own read confirmation outside of Outlook’s native read receipt system.