Closed janovesk closed 8 years ago
These messages would have had to be in-flight at deploy time or sent from a non-patched endpoint. A patched(4.7.9+, 5.0.8+, 5.1.6+ and 5.2.10+) endpoint would not have generated these messages in the first place.
I think the best solution here is to strip TTBR before the message is moved to the error queue.
This issue is about Msmq specifically, but I think it makes sense to remove TTBR from any message we move to the error queue. (Potentially saving the original TTBR in a header)
@janovesk this is done right?
AFAIK this can still happen if you process a transactional MSMQ message with TTBR set, sent from a pre-(4.7.9, 5.0.8, 5.1.6, 5.2.10) endpoint.
Not sure how likely that is anymore though..
Ping @andreasohlund
We can close it and reopen if anybody is affected?
Closed as wont fix
comment from @mikeminutillo:
@janovesk @andreasohlund There is a subtle issue here with error forwarding.
An endpoint:
The same happens with audit forwarding but as that occurs for every message it will be immediately apparent. Errors are rarer.