Skip to content

Commit 5218526

Browse files
authored
Merge pull request #189275 from EldertGrootenboer/patch-1
Update service-bus-dead-letter-queues.md
2 parents 52c7bae + e6c2fb2 commit 5218526

File tree

1 file changed

+2
-2
lines changed

1 file changed

+2
-2
lines changed

articles/service-bus-messaging/service-bus-dead-letter-queues.md

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -36,7 +36,7 @@ There are several activities in Service Bus that cause messages to get pushed to
3636
|HeaderSizeExceeded |The size quota for this stream has been exceeded. |
3737
|TTLExpiredException |The message expired and was dead lettered. See the [Time to live](#time-to-live) section for details. |
3838
|Session ID is null. |Session enabled entity doesn't allow a message whose session identifier is null. |
39-
|MaxTransferHopCountExceeded | The maximum number of allowed hops when forwarding between queues. Value is set to 4. |
39+
|MaxTransferHopCountExceeded | The maximum number of allowed hops when forwarding between queues has been exceeded. This value is set to 4. |
4040
| MaxDeliveryCountExceededExceptionMessage | Message couldn't be consumed after maximum delivery attempts. See the [Maximum delivery count](#maximum-delivery-count) section for details. |
4141

4242
## Maximum delivery count
@@ -45,7 +45,7 @@ There is a limit on number of attempts to deliver messages for Service Bus queue
4545
## Time to live
4646
When you enable dead-lettering on queues or subscriptions, all expiring messages are moved to the DLQ. The dead-letter reason code is set to: TTLExpiredException.
4747

48-
The deferred messages will also not be purged and moved to the dead-letter queue after they expire. This behavior is by design.
48+
Deferred messages will not be purged and moved to the dead-letter queue after they expire. This behavior is by design.
4949

5050
## Errors while processing subscription rules
5151
If you enable dead-lettering on filter evaluation exceptions, any errors that occur while a subscription's SQL filter rule executes are captured in the DLQ along with the offending message. Don't use this option in a production environment in which not all message types have subscribers.

0 commit comments

Comments
 (0)