{"type":"rich","html":"
\"PepeCyBs<\/a>PepeCyBs Welt<\/a> wrote the following post <\/a>Mon, 22 Jun 2026 23:16:35 +0200<\/span><\/span><\/div>
Kommt doch ins Grid!<\/strong>
Wehklagen \u00fcber Spam-Wellen, \u00fcber unangemessene Postings, \u00fcber Dauer-Repeater (Extrem-Booster) \u00fcber mangelnde Berechtigungskontrolle \u00fcber nicht wirklich funktionierende Inhaltswarnungen sind Teil des Fediverse. Dann auch noch das Beklagen \u00fcber Zeichenbegrenzungen, unzureichende Formatierungsm\u00f6glichkeiten, eingeschr\u00e4nkte Umfragen, Beschr\u00e4nkungen mitgeschickter, oft nicht einbettbarer, sondern nur angeh\u00e4ngter Bilder geh\u00f6ren auch dazu.

Mein Rat: Kommt doch ins Grid!<\/h4>

Grid? Was ist das denn?<\/h5>
Das Grid ist der Netzwerkverbund aller Dienste, die Zot6\/Nomad<\/a> als Kommunikationsprotokoll verwenden. Aktuell sind das Hubzilla, (streams) und Zap<\/a> (das zwar nicht wirklich weiterentwickelt wird... es gibt aber aktuell mindestens einen Hub<\/a>, der mit Zap l\u00e4uft).

Innerhalb des Grid greifen nicht nur die herausragenden M\u00f6glichkeiten des Berechtigungssystems vollst\u00e4ndig, sondern der Zugriff auf beschr\u00e4nkte Ressourcen wird auch noch mittels magicAuth extrem komfortabel, weil der Nutzer sich gar nicht darum k\u00fcmmern muss, seine Berechtigung f\u00fcr den Zugriff einer Ressource nachzuweisen. L\u00e4uft automatisch.

Hinzu kommt dann aber auch noch, dass viele der Vorteile des Berechtigungssystems auch auf die Interaktion mit dem ActivityPub-Fediverse wirken, sofern man sich nicht ausschlie\u00dflich auf das Grid beschr\u00e4nkt.

Bei Hubzilla und (streams) hat man wirklich die M\u00f6glichkeit, ganz exakt festzulegen, wie man mit anderen Nutzern im Fediverse (Kan\u00e4len) interagiert. Ich gehe hier auf die Verfahrensweise mit Hubzilla ein, die vielleicht zun\u00e4chst etwas komplizierter erscheint, aber trotzdem, wenn man es verstanden hat, recht einfach ist. Ich beschr\u00e4nke mich deshalb, weil es ausgesprochen unwahrscheinlich ist, dass irgendwer einen (streams)-Hub findet und sich dort registriert. Hubzilla zu nutzen ist in dieser Hinsicht wesentlich einfacher.

Vordefinierte Rollen oder eigene Entscheidungen<\/h5>
Um seinen Stream (so nennt sich das, was bei anderen Diensten die "Timeline" hei\u00dft) sauber zu halten und Bel\u00e4stigungen zu vermeiden, muss man sich zun\u00e4chst f\u00fcr eine Kanalrolle entscheiden. Foren lasse ich hier bewusst weg, denn die sind ein Spezialfall. Zur Auswahl stehen lediglich drei Varianten: \u00d6ffentlich<\/em><\/strong>, Pers\u00f6nlich<\/em><\/strong> und Benutzerdefiniert<\/em><\/strong>. \u00d6ffentlich und Pers\u00f6nlich sind bequem, weil einem damit einiges an Denkarbeit abgenommen wird. Allerdings beschr\u00e4nkt man sich damit auch in den M\u00f6glichkeiten.

Bei der Kanalrolle "\u00d6ffentlich<\/em><\/strong>" ist es Verbindungen (also diejenigen, die einem selbst folgen und denen man ebenfalls folg, aber auch jedem im Internet) grunds\u00e4tzlich<\/em> erlaubt, unsere \u00f6ffentlichen Postings zu sehen (in ihrem Stream\/ihrer Timeline), unser Standardprofil, unsere Verbindungen, unsere \u00f6ffentlichen Dateien (Bilder, Dokumente etc.) und unsere Web- und Wikiseiten zu sehen. Au\u00dferdem d\u00fcrfen Verbindungen unsere Beitr\u00e4ge kommentieren, liken\/disliken, uns Direktnachrichten schicken, Inhalte unseres Profils liken\/disliken und mit uns chatten.

Diese Rechte k\u00f6nnen wir den Verbindungen (au\u00dfer wir schr\u00e4nken bestimmte einzelne Inhalte im Zugriff explizit ein) auch nicht verwehren.

Es f\u00e4llt auf, dass wir selbst es mit diesen Berechtigungen unseren Verbindungen nicht erlauben, uns Postings zu schicken. Wir sehen damit also in unserem Stream nicht, was die Verbindung selbst \u00f6ffentlich gepostet hat. Damit w\u00e4re die Verbindung also nur sowas wie ein "Follower" (wie man es von anderen Diensten kennt). Es muss also noch eine weitere M\u00f6glichkeit geben, unseren Verbindungen dieses zu erlauben, damit wir mit unserem Kanal auch ein "richtiges" Social-Network-Erlebnis haben.

Die Berechtigungen, die ich eben beschrieben habe, sind die Berechtigungen der Kanalrollen. Sie beziehen sich also auf unserem Kanal. Es gibt aber auch noch die Kontaktrolle, welche unsere Verbindungen betrifft. In dieser k\u00f6nnen zus\u00e4tzliche Berechtigungen einger\u00e4umt werden (aber keine Berechtigungen der Kanalrolle wieder entzogen werden).

Zu jeder Kanalrolle gibt es immer eine Standard-Kontaktrolle. Bei der Kanalrolle "\u00d6ffentlich" erlaubt diese Standard-Kontaktrolle unseren Verbindungen, uns ihre Beitr\u00e4ge in unseren Stream zu schicken. Die werden damit also auch "followed". Zus\u00e4tzlich erteilt die Standard-Kontaktrolle unseren Verbindungen auch noch das Wall-to-Wall-Posting und das Spiegeln unserer Beitr\u00e4ge in einem anderen Kanal. Auf diese beiden Spezialf\u00e4lle gehe ich jetzt hier nicht ein. Wir ignorieren sie einfach erstmal.

Ein Kanal mit der Kanalrolle "\u00d6ffentlich" verh\u00e4lt sich also genau so, wie man das von ganz normalen Social-Network-Accounts erwartet.

Hinweis: Alles, was wir mit einem solchen Kanal ver\u00f6ffentlichen, wird auch \u00f6ffentlich geteilt, sofern wir dies nicht f\u00fcr eine einzelne Ressource explizit anders festlegen.

Bei der Kanalrolle "Pers\u00f6nlich<\/em><\/strong>" ist es grunds\u00e4tzlich<\/em> erlaubt, unsere \u00f6ffentlichen Postings (als "Follower") und unser Standard-Profil zu sehen. Ebenso unsere \u00f6ffentlich geteilten Dateien, Webseiten und Wikis. Mehr nicht!

Auch "Pers\u00f6nlich" hat eine spezielle Standard-Kontaktrolle. Diese erlaubt es Verbindungen zus\u00e4tzlich , uns Beitr\u00e4ge in unseren Stream zu schicken ("Followed") und unsere Verbindungen zu sehen.

Beachte: Alles, was wir mit einem solchen Kanal ver\u00f6ffentlichen ist nicht \u00f6ffentlich, also nur f\u00fcr unsere Verbindungen zu sehen, sofern wir die Ressource nicht explizit als "\u00f6ffentlich" ver\u00f6ffentlichen. Das ist ein entscheidender Unterschied zur Kanalrolle "\u00d6ffentlich".

Das Verhalten, dass bei der Kanalrolle "Pers\u00f6nlich" grunds\u00e4tzlich erstmal nur an Verbindungen und damit nicht-\u00f6ffentlich geteilt wird, liegt nicht an der Kanalrolle und auch nicht an der Standrad-Kontaktrolle, sondern am Mechanismus der Privacy Gruppen<\/em><\/strong>.

Auch wenn die App "Privacy Gruppen" nicht installiert ist, verf\u00fcgt jeder Kanal \u00fcber eine Privacy Gruppe namens "Freunde<\/em><\/strong>". Alle neuen Verbindungen werden dieser Privacy Gruppe automatisch zugewiesen. Bei der Kanalrolle "\u00d6ffentlich" hat das keine direkten Auswirkungen. Sehr wohl aber bei der Kanalrolle "Pers\u00f6nlich". Hier ist die Privacy Gruppe "Freunde" n\u00e4mlich so konfiguriert, dass alles, was wir teilen grunds\u00e4tzlich nur an Mitglieder dieser Gruppe geteilt wird. Das bewirkt, dass wir nicht-\u00f6ffentlich teilen, es sei denn, wir stellen das f\u00fcr eine einzelne Ressource explizit ein.

Die dritte Kanalrolle, "Benutzerdefiniert<\/em><\/strong>" ist die flexibelste und auch diejenige, die man ausw\u00e4hlen sollte, wenn man wirklich alle Unzul\u00e4nglichkeiten unterbinden m\u00f6chte, die andere Fediverse-Dienste aufweisen.

"Benutzerdefiniert" bedeutet, dass man auch die Kanalrolle in allen Berechtigungen selbst einstellen kann. In der Grundeinstellung, also wenn man einen Kanal mit dieser Rolle frisch erstellt hat, entspricht die Kanalrolle des Rolle "Pers\u00f6nlich", erlaubt aber grunds\u00e4tzlich auch, dass Dritte unsere Verbindungen sehen k\u00f6nnen. Die Standard-Verbindungsrolle entspricht 1:1 der Verbindungsrolle "Pers\u00f6nlich". Die Privacy-Gruppe "Freunde" ist hingegen wieder so eingestellt, dass grunds\u00e4tzlich \u00f6ffentlich geteilt wird.

Eigene Entscheidungen<\/h5>
Wer nun also von seinem Social-Network-Dienst mehr m\u00f6chte, als 08\/15, muss Entscheidungen treffen, also ein wenig Hirnschmalz investieren. Ohne das geht es nicht... weder bei Hubzilla, noch bei irgendeinem anderen System, denn dieses wei\u00df ja nicht, kann ja nicht ahnen, was wir m\u00f6chten. Das m\u00fcssen wir schon selbst wissen oder uns klarmachen. Wer das nicht will, muss halt mit den vordefinierten Rollen leben, die auch schon vieles besser machen, als bei manchem anderen System und die -- aufgrund der vorhandenen Mechanismen -- durchaus gewisse Dinge unterbinden k\u00f6nnen.

M\u00f6chte man aber kein System "von der Stange", sind einige Vor\u00fcberlegungen und Einstellungen notwendig.

Zun\u00e4chst einmal hier die einzelnen Berechtigungen, die Hubzilla zur Konfiguration anbietet: