cyrus, 27 days ago

@dbrgn mit dem derzeitigen Client-Server Modell ergibt das Sinn, der Client beantragt dort dann den jeweiligen Sync endpoint um die Timeline zu erhalten

P2PMatrix (https://arewep2pyet.com) sollte vieles davon fehlen bevor funding weniger wurde und das Projekt vorerst auf Eis gelegt werden musste.

dbrgn, 27 days ago

@cyrus ja, von der architektur her macht das natürlich sinn. trotzdem kriegt man von freunden der föderation jedes mal eins aufs dach, wenn man sagt, dass zentralisierte systeme wie threema oder signal privacy-mässig in den meisten fällen durchaus ihre vorteile haben 🙃

ich war nur etwas überrascht, wie verbos die synapse serverlogs in der praxis sind. diese metadaten liegen dann ja auch monatelang in den serverlogs rum und können potentiell von dritten ausgewertet werden.

ff7, 27 days ago

@dbrgn @cyrus ABER: Ich finde, die freie Wahl eines vertrauenswürdigen Anbieters (bestenfalls ich selbst) macht das bei weitem wieder wett.
Trotzdem wäre weniger mehr. Bin da ganz bei dir.

dbrgn, 27 days ago

@ff7 @cyrus sobald du einen grossen channel joinst, interagierst du aber mit dutzenden drittservern, von denen du nicht weisst, ob sie vertrauenswürdig sind oder nicht. wenn du jemandem eine direktnachricht schreibst, kriegt das auch der admin dieser person mit. auch wenn du tippst, oder wenn du aufhörst zu tippen.

sofern du natürlich nur innerhalb deines vertrauten servers kommunizierst, mag das OK sein. aber dann ist es ja nicht mehr föderiert.

pludikovsky, 27 days ago

@dbrgn @ff7 @cyrus Die Typing/Read Notifications sind halt was das der Client an den Server sendet und lassen sich abschalten.

Ja, wäre trotzdem schön wenn der Server weniger verbose logging hätte und der Client datenschutzfreundlichere Defaults. Baby steps…

dbrgn, 25 days ago

@pludikovsky @ff7 @cyrus in diesem fall sind es die "breadcrumbs": https://github.com/element-hq/riot-meta/blob/master/spec/settings.md#settings ich weiss nicht, ob sich das bei element abschalten lässt.