Cannot send messages: too many retries

[an0nfunc]

Login works, but as soon as someone tries to send messages, the bridge just returns:

WRN Got rate limited action="send content" chat_id=<id> event_id=<event_id> event_type=m.room.message portal_chat_id=<portal_chat_id> recipient=<recp> response_id=14 response_status=428 retry_after_seconds=86400 room_id=<roomid> timestamp=<stamp>
ERR sendContent too many retries action="send content" chat_id=<id> event_id=<event_id> event_type=m.room.message portal_chat_id=<portal_chat_id> recipient=<recp>response_id=14 response_status=428 retry_count=4 oom_id=<roomid> timestamp=<stamp>

Not sure what to do here, since this seems like rate limiting from signals side. I only have a few users, and signal is not very busy, not sure where the rate limit would come from. It's persistent over a few weeks now, no sending possible. Receiving works just fine.

[mjw3428]

I have this issue too. It would be good if the error handling sent the challenge token back to the user so that they could submit a rate limit challenge.

If the bridge supported sending a rate limit challenge that would also be useful.

[tchernobog]

I just moved to the go bridge implementation and this prevents me to send any message.

Does anybody know how what is causing this, or how to work around it without installing the official Signal App?

@tulir did you ever see this before?

[an0nfunc]

Just a quick update: Currently it seems to work for me, but I have not changed anything afaik.

[tommes0815]

I do see the same issue and the same log messages (rate limiting) although not for all messages. It happens since I switched from the old to the go based bridge. I use signal-cli as my main device. All messages sent to contacts I have not rceived messages from for a couple of months are effected. Messages to contacts I received lately messages from work properly.

[tillmannwolter]

I also get "error": "too many retries" from Signal. It turns out that Signal blocks all outbound messages that are initiated using the bridge/integration. Outbound messages are allowed, once a message from another party is received using the bridge/integration. Maybe some kind of SPAM protection? It is just very confusing for the user when getting the "error": "too many retries". Maybe s.o. knows if that is standard behavior from Signal that could be nicely be reworded by Beeper?