# Unread message synchronization In general displaying unread counts for all streams and topics may require downloading an unbounded number of messages. Consider a user who has a muted stream or topic and has not read the backlog in a month; to have an accurate unread count we would need to load all messages this user has received in the past month. This is inefficient for web clients and even more for mobile devices. We work around this by including a list of unread message ids in the initial state grouped by relevant conversation keys. This data is included in the `unread_msgs` key if both `update_message_flags` and `message` are required in the register call. ```json { "count": 4, "huddles": [ { "user_ids_string": "3,4,6", "unread_message_ids": [ 34 ] } ], "streams": [ { "stream_id": 1, "topic": "test", "unread_message_ids": [ 33 ] } ], "pms": [ { "sender_id": 3, "unread_message_ids": [ 31, 32 ] } ], "mentions": [31, 34] } ``` Three event types are required to correctly maintain the `unread_msgs`. New messages can be created without the unread flag by the `message` event type. The unread flag can be added and removed by the `update_message_flags` event, and the topic of unread messages can be updated by the `update_message` event type.