Yaron Schneider

> I understand that Dapr won't interfere with the native DLQ mechanism **providing that** Dapr PubSub DLQ is disabled. > > I could be out of my depth here, but...

> > I agree. Hence my suggestion to move this to docs, since this should really be a recommendation that says "only enable Dapr dead letter if your message broker...

> Sorry, I've not been explicit enough. I'll try again > > I guess my thoughts on this is if we know that enabling Dapr PubSub DLQ (and the underlying...

> I don't believe there is any capability to explicitly move a message to a DLQ (ASB or otherwise) in Dapr today. @yaron2 could we potentially do this is using...

@CrazyHZM there are failing tests, please check.

> @yaron2 This failing test has nothing to do with this PR. That's correct.

This will result in a swarm of error messages showing every 500ms. Do we want that? cc @artursouza

Can you please try the following: ``` helm repo add dapr https://dapr.github.io/helm-charts/ helm repo update ``` Then: 1. `helm uninstall dapr -n dapr-system` 2. `kubectl delete ns dapr-system` 3. `helm...

You're right, since the Dapr SDKs (mostly) use gRPC clients, the body size setting needs to be set on both Dapr and the gRPC client used by the SDK. /cc...

I'm closing this for now, will make sure this is added to either SDK docs or elsewhere.