According to that I'm not covered because I tried to print more than that percentage of the book to PDF (and was presented with the kind of unusable garbage output shown in my post).
Thanks a lot for the feedback, and sorry about the issues. Would you please report them on the Jami bug trackers per https://docs.jami.net/user/bug-report-guide.html if not already? This would help the team keep track, look further into them, and hopefully fix them.
Thanks for trying/using Jami! And sorry to hear about the previous issues. If you do encounter them again, please do file a bug report so the team could investigate and hopefully fix them:
If you register a username for your Jami account, your JamiID will be that username, otherwise it will just be the account's infohash (public key fingerprint). A Jami username is a mapping between a unique human-friendly name and an account infohash.
> Is this JamiID that I created forever mine?
With the default Jami name server, https://ns.jami.net, username registrations are permanent, and cannot be changed or deleted. Also, if you delete or lose your account without having backed it up earlier, you will lose that username and it cannot be recovered. This is one of the reasons why it's really important to back up your account.
> If my friends create their JamiID, will the search just list them?
Yes, you can search others by their JamiID, whether it's their username or the longer account infohash.
> Do I need to import any JamiID's? How does discovery work for these JamiID's?
You would search for their JamiID and add them as contacts, similarly to how you would with other messaging applications. When you search a username, Jami will query the name server to get the account infohash and send a contact request. For example, with the default name server, to look up 'bandali' Jami would make a request to https://ns.jami.net/name/bandali to get the associated account infohash.
You can read more about this on the Jami user FAQ and the 'name server protocol' section of the developer manual:
Jami has "Swarm" conversations, which are git-backed behind the scenes, and can be synchronized across multiple devices and/or participants seamlessly. Actually, thanks to the way Jami uses git, a subset of participants in a group conversation could enter a local network and continue chatting amongst themselves, and once they connect with the rest of the participants again their histories will automatically be synchronized and merged.
To add a new device, from account settings select 'Link another device'. This will create an encrypted archive of your account details and temporarily (for 10 minutes) put it on the OpenDHT network, and give you a PIN which you would use on your new device to have Jami retrieve and import your account. You could also do this manually and without going through OpenDHT, by having Jami create a local backup of your account on your current device, and then transfer the backup archive onto your new device yourself, and import it into Jami. After adding the new device, your Swarm conversations and their histories will begin synchronizing shortly.
Right. In Jami by default only the host of a conference/rendezvous-point will stream to/from all peers and mix their streams, and other peers normally only stream to/from the conference host. Also Jami can automatically adjust the call's bitrate on the fly depending on the link quality:
This. Jami is truly distributed, and there's no need to set up and manage any server(s) in the sense that one would do for Jitsi, Matrix, BigBlueButton, etc.
Also, thanks to Jami's distributed nature, it can also function in local networks without internet connectivity:
Yes, Jami calls are p2p whenever possible, and TURN is used when not (e.g. due to overly restrictive firewalls).
Yes, Jami supports conferencing. One can add additional participants to a 1-on-1 call on the fly, effectively making it a conference. Alternatively, one can enable rendezvous mode from account settings, in which case incoming calls to that account will be added to a conference (similar to a Jisti room).
The moderator and local mute/unmute are separate. If you mute yourself locally, no one else can unmute you. Similarly, if a moderator mutes you, you locally unmuting yourself wouldn't override that either.
Yes, I'm an associate member [0] of the Free Software Foundation (FSF) [1], which besides supporting the GNU project in various ways, runs many Free Software-related campaigns [2] and supports a variety of other Free Software projects.
> You must not have viewed or printed, in total, more than five percent (5%) of the e-book.
-- from <https://global.oup.com/academic/help/ebooks/?cc=ca&lang=en&#...>
According to that I'm not covered because I tried to print more than that percentage of the book to PDF (and was presented with the kind of unusable garbage output shown in my post).