S/MIME receipt requests behavior
Jump to overview

Policy overview

Key metadata and intent for this policy.

User
Category
Microsoft Outlook 2016 > Security > Cryptography
Supported on
Windows7

This policy setting controls how Outlook handles S/MIME receipt requests. If you enable this policy setting, you can choose from four options for handling S/MIME receipt requests in Outlook: - Open message if receipt can't be sent - Don't open message if receipt can't be sent - Always prompt before sending receipt - Never send S/MIME receipts If you disable or do not configure this policy setting, when users open messages with attached receipt requests, Outlook prompts them to decide whether to send a receipt to the sender with information about the identity of the user who opened the message and the time it was opened. If Outlook cannot send the receipt, the user is still allowed to open the message.

Internal name
L_SMIMEreceiptrequests
Policy ID
beb0384c342f
Elements
1

Registry values

How enabled and disabled states update the registry.

No explicit registry values are set for enabled or disabled states.

Policy elements

Inputs and configuration options exposed by this policy.

ScopeElementTypeRegistry mappingConstraints & behaviorCopy
User
Handle messages with S/MIME receipt requests in the following manner:
ID L_HandlemessageswithSMIMEreceiptrequestsinthefollowingmanner
enum
Path
software\policies\microsoft\office\16.0\outlook\security
Value name
respondtoreceiptrequests
Type
REG_DWORD
Options: Open message if receipt can't be sent (0), Don't open message if receipt can't be sent (3), Always prompt before sending receipt (1), Never send S/MIME receipts (2)
Handle messages with S/MIME receipt requests in the following manner:
User · Type enum
Registry mapping
Path
software\policies\microsoft\office\16.0\outlook\security
Value name
respondtoreceiptrequests
Type
REG_DWORD
Details
Options: Open message if receipt can't be sent (0), Don't open message if receipt can't be sent (3), Always prompt before sending receipt (1), Never send S/MIME receipts (2)