Bridge disconnects when an unknown signal number writes a message

[brknkfr]

I configured a signal bridge, successfully logged in (with the help of a primary signal-cli account). After that I can send and receive messages numbers already known to the signal account over the bridge. As soon as someone unknown writes to the number, the matrix account seems to loose the "logged in state" of the signal-bridge? (You were logged in at some point, but are not anymore message after a ping in the signalbot channel).

Relevant log lines:

Feb 20 18:23:03 mautrix-signal[605103]: 2024-02-20T18:23:03+01:00 DBG Received envelope type PREKEY_BUNDLE action="start receive loops" handler="incoming request handler" handler_type="incoming API message handler" path=/api/v1/message user_id=@support:momou.chat username=cd8c8f11-be23-4192-93a3-1e34a2072c57.4 verb=PUT websocket_type=authed
Feb 20 18:23:03 mautrix-signal[605103]: 2024-02-20T18:23:03+01:00 ERR Message from 9dc3acf1-f41d-4285-8311-b4b0c0d636bf.1 failed to decrypt; sender ratchet public key 269beba1cec29263e01470ce55e7d42f371935b373db685de9a43fa41eb3ab79 message counter 0
Feb 20 18:23:03 mautrix-signal[605103]: No current session component=libsignal file=rust/protocol/src/session_cipher.rs line=220 target=libsignal_protocol::session_cipher
Feb 20 18:23:03 mautrix-signal[605103]: 2024-02-20T18:23:03+01:00 ERR prekeyDecrypt error error="DecryptPreKey error: 70: invalid signed prekey identifier" action="start receive loops" handler="incoming request handler" handler_type="incoming API message handler" path=/api/v1/message user_id=@support:momou.chat username=cd8c8f11-be23-4192-93a3-1e34a2072c57.4 verb=PUT websocket_type=authed
Feb 20 18:23:03 mautrix-signal[605103]: 2024-02-20T18:23:03+01:00 WRN Failed decrypting a PreKey message, probably our prekeys are broken, force re-registration action="check decryption error and disconnect" handler="incoming request handler" path=/api/v1/message user_id=@support:momou.chat username=cd8c8f11-be23-4192-93a3-1e34a2072c57.4 verb=PUT websocket_type=authed

There is something wrong with prekeyDecrypt or DecryptPrekey.