Let clients subscribe to multiple channels at once (and possibly change terminology) about firmware HOT 6 CLOSED

What if you had the public chat as an unremovable room at the top of the rooms list? Then you can add as many chats as you want underneath that? I don't think many of the details of the rooms need to be exposed to the user, I like how Riot/Element keeps its room / dm list.

from firmware.

Being in the default channel and a private channel would be a good start already. You could communicate with all meshtastic users and with one (and later on more) private channel.

from firmware.

This issue has been mentioned on Meshtastic. There might be relevant details there:

https://meshtastic.discourse.group/t/option-for-chat-rooms-and-unencrypted-messages/134/4

from firmware.

This issue has been mentioned on Meshtastic. There might be relevant details there:

https://meshtastic.discourse.group/t/public-emergency-chat-room-not-encrypted/713/12

from firmware.

The development of the clean on device api and gpio service informed me a bit on this. Implementation plan:

• Allow devices to be in multiple channels, only one of which is designated as the "primary" channel. primary channel is used to select radio freq/sf etc...
• When receiving messages try to decode against all current channels
• Store 'channel' (either an index or a hash) in MeshPacket - but never send over the lora link
• Use special channel names for security groups (device settings admin, gpio control etc)
• Make a much shorter channel QR code for minimally secure channels

from firmware.

fixed in 1.2

from firmware.