I rebased this branch. As I think this is a new feature and we are in RC phase I updated the changelog to 6.2.

While having stamps part of thedispatch() signature works (not fond of it personally), I tend to thinkhandle() should rather be free of this concept.
My reasoning is thatHandleTrait is meant to ease implementing regular command/query buses, and doing so would kind of make it deviate from the command bus pattern which aims to be purely about handling domain use cases without leaking any technical detail.
Considering this, and given one can already pass a stamped envelope tohandle() (not fond of it either 😅), I would prefer not to merge this.

In our cases it is very important that we are allowed to input stamps. As they control our middlewares. We had very bad experience with "automated" middlewares like DoctrineFlush oder DoctrineTransactionMiddleware and creating for everything seperate message buses was a bad developer experience. So we decided to use stamps for this kind of things so developer had 100% control in the userinterface layer our messages are dispatched how the message is handled by the middlewares. And I don't see much which speak against it as it is still optional and if somebody don't want to use it they don't need it.

Is there any chance to rediscuss this? We are using Stamps not only for Doctrine Flush but also forLock Mechanic:

newYourMessage(), [newLockStamp('lock-key',300.0,true)])

just rebased, fabbot unrelated:#42124 (comment)

Something I can do to push this over the line :)

Thank you@alexander-schranz.