Si Daniele, mentre scrivevo avevo in mente un 'utente tipo' normale, non proprio addetto ai lavori. 

Questo però non significa che non possano e debbano essere esplorate alternative valide, proprio per provare a farle uscire dalla loro nicchie.

Una considerazione mi viene da aggiungere.
- oggi la "banda" fino a un mese era una risorsa considerata "abbondante"; nella attuale situazioni sono in parecchi che si accorgono che esiste, é limitata e limitante, "se la uso io tu ne hai di meno". Soluzioni che siano parsimoniosi nell'uso della banda, che eventualmente "rendano conto" all'utente dell'uso che ne sta facendo, saranno preferibili. Parsimonia ed efficenza hanno a vedere con protocolli di compressione e astuzie varie.

--
Proseguiamo il dibattito, ma trovando il modo di scrivere su una qualche "lavagna" visibile a tutti una sintesi a crescere di questa discussione.
@Tutt*: idee in proposito?

diego
---------------------------------------
Diego Maniacco, Bolzano (Italy)
diego.maniacco@gmail.com
---------------------------------------
Not f'd — you won't find me on Facebook
Not f'd — you won't find me on Facebook



On Mon, 6 Apr 2020 at 17:38, Daniele Gobbetti <daniele@gobbetti.name> wrote:
Ciao Diego,

Il giorno lun, 06/04/2020 alle 14.19 +0200, Diego Maniacco ha scritto:
> Dopo circa un mesetto di uso "per necessità" di alcune IM e soluzioni
> di videoconf mi sono fatto queste idee:
>
> IM
> - *deve* avere 100% di codice sorgente x server e client
> - *deve* usare in tutte le sue parti un protocollo sicuro
> - *deve* prevedere all'origine l'installazione di un nodo server

Solo una nota su questo punto: esistono anche sistemi di messaggistica
completamente P2P (ad esempio Jami (ex Ring) che usa DHT)  e altri che
in teoria
non hanno nemmeno bisogno di una connessione di rete persistente (penso
a Secure
Scuttlebutt).

Sono comunque scenari talmente di nicchia da non inficiare il tuo
riassunto se ha
come fine quello di una comunicazione semplificata per un pubblico
"profano".

Ciao,
Daniele

--

> - *deve* prevedere all'origine la federazione configurabile tra nodi
> server
>
> VCONF
> - idem come sopra
> - se il client è operativo via browser, preferibile
>
> Se ho dimenticato qualcosa | detto scempiaggini, rispondete, grazie.
> ---------------------------------------
>
> Diego Maniacco, Bolzano (Italy)
> diego.maniacco@gmail.com
> ---------------------------------------
>
> Not f'd — you won't find me on Facebook
>
>
>
>
> On Mon, 6 Apr 2020 at 13:26, Marco Ciampa <ciampix@posteo.net> wrote:
> > On Sun, Mar 29, 2020 at 10:51:05PM +0200, Diego Maniacco wrote:
> > > Cerca il codice sorgente... ;)
> >
> > Esatto, sembra una battuta ma purtroppo non lo è.
> >
> > Personalmente le varie "inchieste" che sono circolate sul WP o su
> > Repubblica:
> >
> > https://www.repubblica.it/dossier/stazione-futuro-riccardo-luna/2020/04/05/news/il_boom_di_zoom_e_perche_e_un_problema_serio-253253651/
> >
> > fanno francamente ridere e sembrano messe apposta per "far fuori"
> > la
> > concorrenza scomoda a Google e Microsoft.
> >
> > _Tutte_ le applicazioni proprietarie sono da evitare. Su questo
> > spero sia
> > chiaro non ci sono discussioni sulla quale è più sicura dell'altra.
> >
> > SONO TUTTE INSICURE ALLO STESSO MODO,
> >
> > forse solo alcune solo addirittura PIÙ insicure di altre ma direi
> > che è
> > questione di lana caprina o sesso degli angeli visto che nessuno ha
> > visto
> > il codice e non si capisce come tali considerazioni sulla sicurezza
> > possano essere fatte solo analizzando il flusso dati, che una volta
> > crittografato, è uguale per tutti... cioè "oscurato".
> >
> > --
> >
> > Saluton,
> > Marco Ciampa
> > _______________________________________________
> > http://lists.lugbz.org/cgi-bin/mailman/listinfo/lugbz-list
>
> _______________________________________________
> http://lists.lugbz.org/cgi-bin/mailman/listinfo/lugbz-list
>
_______________________________________________
http://lists.lugbz.org/cgi-bin/mailman/listinfo/lugbz-list