Delete Message operation deletes the specified message from the queue.
Delete Message request may be constructed as follows. Note that HTTPS is recommended.
|Method||Request URI||HTTP Version|
In the preceding Request URI, replace
myaccount with the name of your storage account,
myqueue with the name of your queue, and
string-value with the value of the pop receipt that has been obtained for the message to be deleted.
Emulated storage service URI
When you make a request against the emulated storage service, specify the emulator host name and Queue service port as
127.0.0.1:10001, followed by the emulated storage account name:
|Method||Request URI||HTTP version|
The request URI supports the following parameters.
||Required. A valid pop receipt value returned from an earlier call to the Get Messages or Update Message operation.|
The following table describes required and optional request headers.
||Required. Specifies the authorization scheme, account name, and signature. For more information, see Authorize requests to Azure Storage.|
||Required. Specifies the Coordinated Universal Time (UTC) for the request. For more information, see Authorize requests to Azure Storage.|
||Optional. Specifies the version of the operation to use for this request. For more information, see Versioning for the Azure Storage services.|
||Optional. Provides a client-generated, opaque value with a 1-KB character limit that's recorded in the analytics logs when Azure Storage analytics logging is enabled. Using this header is highly recommended for correlating client-side activities with requests received by the server. For more information, see About Storage analytics logging and Azure Storage Logging: Using logs to track storage requests.|
The response includes an HTTP status code and a set of response headers.
A successful operation returns status code 204 (No Content).
For information about status codes, see Status and error codes.
The response for this operation includes the following headers. The response also includes additional standard HTTP headers. All standard headers conform to the HTTP/1.1 protocol specification.
||This header uniquely identifies the request that was made and can be used for troubleshooting the request. For more information, see Troubleshooting API operations.|
||Indicates the version of the Queue service used to execute the request. This header is returned for requests made against version 2009-09-19 and later.|
||A UTC date/time value generated by the service that indicates the time at which the response was initiated.|
||This header can be used to troubleshoot requests and corresponding responses. The value of this header is equal to the value of the
This operation can be performed by the account owner and by anyone with a shared access signature that has permission to perform this operation.
When a message is successfully deleted, it's immediately marked for deletion and is no longer accessible to clients. The message is later removed from the queue during garbage collection.
After a client retrieves a message with the Get Messages operation, the client is expected to process and delete the message. To delete the message, you must have two items of data returned in the response body of the
Get Messages operation:
The message ID, an opaque GUID value that identifies the message in the queue.
A valid pop receipt, an opaque value that indicates that the message has been retrieved.
The message ID is returned from the previous
Get Messages operation. The pop receipt is returned from the most recent
Get Messages or
Update Message operation. For the
Delete Message operation to succeed, the pop receipt specified on the request must match the pop receipt returned from the
Get Messages or
Update Message operation.
Pop receipts remain valid until one of the following events occurs:
The message expires.
The message is deleted by using the last pop receipt received either from
The invisibility timeout expires and the message is dequeued by a
Get Messagesrequest. When the invisibility timeout expires, the message becomes visible again. If it's retrieved by another
Get Messagesrequest, the returned pop receipt can be used to delete or update the message.
The message is updated with a new visibility timeout. When the message is updated, a new pop receipt is returned.
If a message with a matching pop receipt isn't found, the service returns error code 404 (Not Found). This error occurs in the previously listed cases where the pop receipt is no longer valid.