Mit Hubzilla ist es möglich, auch auf geschützte Inhalte zuzugreifen... alles durch das ausgeklügelte Authentifizierungs-System...

Grid? Grid!

Als Grid wird die Gesamtheit aller Instanzen (Hubs) bezeichnet, welche über das Kommunikationsprotokoll Nomad (Zot/6) miteinander verbunden sind und kommunizieren.

Authentifizierung

Um auf geschützte Inhalte im Grid, also Inhalte, die nicht frei im gesamten Internet erreichbar sind, zugreifen zu können, muss man sich authentifizieren. Um nun also auf geschützte Inhalte eines Kanals auf einem fremden Hub zugreifen zu können, muss man aber dort nicht extra einen Account anlegen, sondern man kann sich auch "entfernt authentifizieren".

Der Login-Dialog weist dafür einen extra Button auf, der genau dafür gedacht ist: "Entfernte Authentifizierung".



Klickt man auf diesen Button, erscheint ein weiterer Dialog mit einem Eingabefeld, in welches man ganz einfach das Handle (die Fediverse-Adresse) des eigenen Kanals eingibt. Anschließend klickt man auf "Authentifizieren" und wird anschließend vom anderen Hub freundlich begrüßt.



Voraussetzung dafür ist, dass man auf dem eigenen Hub eingeloggt ist.

Magische Authentifizierung

Ist man in seinem Browser aktuell bei seinem Hub eingeloggt, so kann man auf beschränkte Inhalte eines Nutzers auf einem anderen Hubs zugreifen, welche dieser für einen selbst explizit freigegeben hat (in den Berechtigungs-Einstellungen), ohne sich extra anmelden zu müssen (z.B. durch die o.g. "Entfernte Authentifizierung"). Dafür muss man von dem Nutzer den Link zum Inhalt unter Nutzung der [zrl][/zrl] bzw. [zrl=][/zrl] Tags bekommen. Klickt man nun auf einen solchen Link, wird man beim Ziel-Hub automatisch ("automagisch") authentifiziert und man kann direkt auf die Ressource zugreifen.

Diese beiden Mechanismen sind eine Besonderheit von Nomad und funktionieren deshalb auch nur innerhalb des Hubzilla-Netzwerks (Grid).

Nutzer anderer Fediverse-Dienste "gucken in die Röhre". Wenn wir es solchen Nutzern ermöglichen möchten, auf Inhalte in unserem Kanal zuzugreifen, müssen wir ihnen einen Gastzugang einrichten.

Um einen anderen Nutzer (Kanal) in einem Posting zu erwähnen, sodass dieser über den Beitrag benachrichtigt wird, muss der betreffende Kanal getaggt werden...

Erwähnung

Um einen anderen Nutzer (Kanal) in einem Posting zu erwähnen, sodass dieser über den Beitrag benachrichtigt wird, muss der betreffende Kanal getaggt werden. Dies geschieht, indem man den Kanal-Namen (bzw. das Fediverse-Handle) mit einem führenden "@" in den Text schreibt.

Möchte man also z.B. mich erwähnen, so muss @pepecyb@hub.hubzilla.hu in das Posting / den Kommentar geschrieben werden.

Hubzilla bietet für das Erwähnen eine Auto-Vervollständigung an. Hier genügt es, das "@" und die ersten Zeichen des Handles zu tippen, damit eine Auswahlliste erscheint, aus welcher man dann die Fediverse-Adresse auswählen kann. Ist sie dort nicht vorhanden, muss man das Handle ausschreiben.

Private Mention

Setzt man hinter das führende "@" ein Ausrufezeichen "!", so wird aus der Nachricht eine Direkt-Nachricht. Sie kann dann nur von denjenigen gesehen werden, welche auf diese Art im Posting erwähnt werden. Beispiel: @!pepecyb@hub.hubzilla.hu


Schreiben in einen Foren-Kanal

Die  "private Erwähnung" ("@!") eines Foren-Kanals führt dazu, dass das Posting auf der Wall des Foren-Kanals landet und alle, die mit diesem verbunden sind, dieses sehen können.

Erwähnung durch Dritte

Die Standard-Einstellung von Hubzilla ist, dass Beiträge Dritter, mit welchen man nicht verbunden ist, in denen man selbst erwähnt wird, nicht in der Timeline angezeigt, also nicht akzeptiert werden. Damit beschränkt man den Empfang von Postings durch Erwähnung auf diejenigen Kanäle/Nutzer, mit welchen man verbunden ist.

Über die Einstellungen lässt sich der eigene Kanal aber auch so konfigurieren, dass man Postings auch von "Fremden" empfängt, also von Nutzern, die nicht in der Kontaktliste sind. Dies überschreibt die Standard-Berechtigungen für den Nachrichtenempfang.

Diese Einstellung lässt sich über "Einstellungen" (Hauptmenü oben links) -> "Privacy-Einstellungen" -> "Accept all messages which mention you This setting bypasses normal permissions" vornehmen.

Du hast noch keinen Hubzilla Kanal? Dann wird es aber Zeit:

Wer es denn unbedingt, ums Verrecken, will, der kann mit Hubzilla Bluesky-Handles "folgen"...

Wer es denn unbedingt, ums Verrecken, will, der kann mit Hubzilla Bluesky-Handles "folgen".

Es ist kein echtes "Folgen" und auch keine Verbindung im Sinne von Hubzilla, aber so gelangen zumindest die Postings des Bluesky-Nutzers in den eigenen Stream.

Der Trick dabei: Es handelt sich um eine RSS-Verbindung. Die kann man herstellen, sofern der Hub das erlaubt. Die Funktion "Feeds als Verbindungen erlauben (führt zu hoher Systemlast)" muss vom Admin freigeschaltet sein. Dann kann man in der App Verbindungen die Adresse eines RSS-Handles von einem Bluesky-Nutzer eingeben und die Postings des Nutzers werden künftig im Stream angezeigt. Eine Interaktion ist allerdings nicht möglich. Ich selbst bin nicht böse drum... aber das ist meine persönliche Einstellung zu BS.

Die RSS-Adresse eines Bluesky-Nutzers lautet:

https://bsky.app/profile/<Accountname>

Beachte: Das führende "@" am Accountnamen muss weggelassen werden!









Also wenn's unbedingt sein muss... das geht auch ohne Brücken und ohne AT-Protokoll.

Wenn wir einen Beitrag schreiben oder einen Kommentar zu einem Posting verfassen, wäre es interessant zu wissen, ob und wo überall hin, der Inhalt verteilt wurde.

Wenn wir einen Beitrag schreiben oder einen Kommentar zu einem Posting verfassen, wäre es interessant zu wissen, ob und wo überall hin, der Inhalt verteilt wurde.

Hubzilla hat dafür eine praktische Funktion, welche sich im Beitrags- bzw. Kommentarmenü (⋮ unten rechts am Beitrag/Kommentar): Zustellungsbericht. Wählt man diesen Menüpunkt, so wird detailliert aufgelistet, wohin der Beitrag zugestellt wurde, wo es versucht wurde, ob der Beitrag noch in der Warteliste hängt, die Zustellung aufgrund von Fehlern gescheitert ist, etc.

Beitrag:





Kommentar:

Gerade wird die Entscheidung von Mastodon, künftig auch Zitat-Postings einzuführen, ausgesprochen "kontrovers" diskutiert. Es ist da die Rede von drohendem Missbrauch...

Gerade wird die Entscheidung von Mastodon, künftig auch Zitat-Postings einzuführen, ausgesprochen "kontrovers" diskutiert. Es ist da die Rede von drohendem Missbrauch... na ja...

Zitat-Postings gab und gibt es abseits von Mastodon schon lange bei verschiedensten Fediverse-Diensten. Und natürlich auch bei Hubzilla. Ja, bei Hubzilla war es überhaupt für lange Zeit die einzige Möglichkeit einen Beitrag an die eigenen Verbindungen zu verteilen. Sowas wie ein "Boosting" oder "Repeat"gab es bis vor einigen Versionen noch nicht. Die beiden Varianten, einen Beitrag an die eigenen Verbindungen zu verteilen, muss man nämlich unterscheiden.

Das "Teilen", das es, wie gesagt, lange Zeit als einzige Möglichkeit bei Hubzilla gab, war im Prinzip ein Zitat-Posting. Der Original-Beitrag wurde im eigenen Kanal als neues Start-Posting geteilt. Das bewirkt, dass sämtliche Kommentare dazu, dann aber auch nur am neuen Posting landen und nicht beim Ursprungs-Posting.

Das "Repeaten", "Boosten" oder "Wiederholen" hinegen sorgte nur dafür, dass das Original-Posting im eigenen Kanal an alle Verbindungen verteilt wurde. Kommentare dazu landeten dann natürlich auch nur beim Original-Posting.

Egal, welchen Mechanismus man sich bei Mastodon nun überlegen wird, um dem Ersteller eines Beitrags zu ermöglichen, in Zitat-Posting zu verhindern... es wird bei Hubzilla keine Wirkung haben. Was öffentlich in meinem Kanal eintrudelt, kann ich teilen oder wiederholen.

Und umgekehrt wird es genauso sein... bzw.ist es heute schon genauso. Es gibt für mich keine Möglichkeit, ein öffentliches Posting vor dem Wiederholen - und künftig auch vor dem Teilen als Zitat-Posting - zu schützen.

Also erstmal so generell.

Aber Hubzilla wäre nicht Hubzilla, wenn man sich nicht gegen ungewolltes Wiederholen oder Teilen trotzdem schützen könnte. Dafür nutzt man einfach die Privacy Gruppen.

Postet man in solch eine Privacy Gruppe, wird das Weitersagen und Teilen automatisch verhindert. Es handelt sich nämlich nicht mehr um eine öffentliche Konversation, sondern vielmehr um eine Art Gruppen-Direktnachricht. Ein Teilen außerhalb der Teilnehmergruppe ist somit nicht möglich. Auch nicht für andere Dienste, denn DN sind nunmal nicht öffentlich, sondern auf die Teilnehmer beschränkt. Und ein Wiederholen gibt es auch nicht. Würde auch keinen Sinn ergeben, denn der Beitrag wird ohnehin an alle Teilnehmer (Privacy Gruppen Mitglieder) verteilt, aber sonst an niemanden.

Das klingt jetzt nach einer womöglich ungünstigen Reichweitenbegrenzung. Und das trifft auch zu. Nur das "Ungünstig" nicht. Wenn ich nicht möchte, dass ein Posting wiederholt oder geteilt wird, so habe ich mich entschlossen, dass es eh auf den Kreis meiner Kontakte begrenzt bleibt. Klar wäre es theoretisch möglich, dass jeder das Posting lesen kann, sofern er rein zufällig darüber stolpert... aber das ist eher unwahrscheinlich. Bei Hubzilla ist dies sogar ausgeschlossen.

Als Standard verfügt jeder neu angelegte Hubzilla-Kanal über die Privacy Gruppe "Freunde". Und jede Verbindung, die wir herstellen, wird dieser Gruppe automatisch zugewiesen (man kann das abschalten... wenn man unbedingt will). Das bedeutet, dass - sofern man es nicht anders konfiguriert hat - erstmal sämtliche Verbindungen in der Gruppe "Freunde" enthalten sind. Möchten wir nun ein Posting "unteilbar" und "unweitersagbar" machen, dann wählen wir in den Berechtigungs-Einstellungen (Vorhangschloss-Symbol unten rechts am Posting) als Ziel für das Posting die Privacy Gruppe "Feunde". Damit erreicht das Posting alle, mit denen wir verbunden sind. Es kann aber von diesen nicht geteilt oder weitergesagt werden. Auch nicht bei Mastodon-Kontakten etc., denn es handelt sich streng genommen um eine DN.

Bei Hubzilla gibt es also einen wirklich dienste-übergreifend funktionierenden Mechanismus, sowohl Zitat-Postings, als auch das Weitersagen zu verhindern.

Ein (berechtigter!) Vorwurf an Hubzilla ist die teilweise mangelhafte UX (User Experience)...

Ein (berechtigter!) Vorwurf an Hubzilla ist die teilweise mangelhafte UX (User Experience). Bestimmte Dinge muss selbst ich, als Nutzer mit langjähriger Erfahrung - auch als Hubzilla-Admin - erst eine Weile suchen, weil sie verstreut in den Menüstrukturen sind.

Ein wesentlicher Punkt sind die Einstellungen. Die findet man nämlich "überall und nirgends". 😉😂

Die offensichtlichsten Einstellungen findet man (also eigentlich jeder) im Hauptmenü... da steht "Einstellungen".



Über diesen Menüpunkt gelangt man zu den "Konto-Einstellungen", "Kanal-Einstellungen", "Privacy-Einstellungen" und den "Anzeige-Einstellungen".









Das war aber jetzt nicht alles an Einstellungen... da gibt es noch viel mehr.
Befindet man sich in der Kanal-Ansicht, so sieht man neben dem Hauptmenü und dem Label "Kanal" (für eben diese Kanalansicht) ein kleines Zahnrad. 

Ein Klick darauf führt zu weiteren Kanaleinstellungen.



Während es bei den Kanal-Einstellungen im Hauptmenü möglich ist, die Kanalbezeichnung, die Kanalrolle und ähnliches grundlegendes einzustellen, kann man mit diesen Kanaleinstellungen bestimmte Verhaltensweisen der Kanalansicht einstellen.



Befindet man sich in der Stream-Ansicht (also der Ansicht der "Timeline"), so gibt es auch dort ein Zahnrad, welches zu den Stream-Einstellungen führt.





Auch in der Foto-App gibt es ein Zahnrad, das die Foto-Einstellungen zugänglich macht.





Die Kalender-App hat auch ein Zahnrad für die Kalender-Einstellungen.





Und auch die Verbindungs-Ansicht verfügt über ein Zahnrad für die Verbindungs-Einstellungen.





Schließlich gibt es ein weiteres Zahnrad beim Verzeichnis für die Verzeichnis-Einstellungen.





Eher unauffällig, ja beinahe unsichtbar ist ein weiteres Zahnrad im Beitrags-Editor (nicht im Kmmentar-Editor) vorhanden. Hiermit sind Editor-Einstellungen möglich.





Ja und dann gibt es noch Einstellungen, die man nur erreicht, wenn man die Seite dafür explizit im Adressfeld des Browsers aufruft. Dort sind die vorgenannten sonstigen Einstellungen für Kanal, Stream etc. in horizontalen Tabs zugänglich, sowie einige, die man sonst gar nicht erreichen kann. 

Die URL für diese Feature-Einstellungen lautet

<hub>/settings/features



Puuuh... ganz schön verstreut. Wenn man sich aber einmal kurz damit befasst hat und die Einstellungen genutzt, dann findet man eigentlich alle wesentlichen Einstellungen dennoch.

Der Artikel ist eine Macroblogging-Beitragsform bei Hubzilla und z.B. geeignet für echte Blogbeiträge.

Der Artikel ist eine Macroblogging-Beitragsform bei Hubzilla und z.B. geeignet für echte Blogbeiträge. Im Gegensatz zu normalen Beiträgen, die im gesamten Netzwerk (inklusive Fediverse) verteilt werden, verbleiben Artikel beim eigenen Hub. Sie sind für Nutzer anderer Instanzen und Nutzer, die keinen Account im Fediverse haben also nur über ihre URL erreichbar. Die URL kann selbstverständlich geteilt werden, so dass der Artikel trotzdem im Fediverse bekannt wird und abgerufen werden kann.

Einen Artikel erstellt man über die App (Hamburger-Menü ☰) "Artikel". Ruft man diese auf, werden sämtliche erstellten Artikel angezeigt und man hat die Möglichkeit, einen neuen Artikel anzulegen ("Artikel hinzufügen").



Das Erstellen eines Artikels ähnelt dem Erstellen eines normalen Beitrags. Das Eingabe-Formular weist aber zwei zusätzliche Felder auf: "Summary (optional)" und "Link zur Seite".



Das Summary ist eine kurze Zusammenfassung des Inhalts, die beim Aufrufen des Artikels zunächst angezeigt wird.

---

Mit dem Link zum Artikel kann man die URL festlegen, über welche man den Artikel erreichen kann (z.B. zum Teilen). Gibt man dort z.B. "ein-testartikel" ein, so lautet die URL: /articles//ein-testartikel

Den Link kann man aber z.B. auch einfach kopieren, indem man den Artikel über das Kontextmenü (︙) "Link zur Quelle"aufruft und den Link zum Artikel aus dem Adressfeld des Browsers verwendet.

RSS-Feeds als Kanalquellen und Kanal als RSS-Feed

Sofern der Administrator eines Hub RSS als Kanalquelle erlaubt hat, kann man RSS-Feeds als Kontakte hinzufügen. Eine Interaktion ist zwar nicht möglich, es landen aber sämtliche, im Feed veröffentlichten Beiträge künftig im eigenen Stream.

Um einen RSS-Feed als Quelle für den Stream hinzuzufügen, gibt man in der App Kontakte die vollständige URL des Feeds ins Eingabefeld "Enter channel address" ein und klickt aufs "+".







Auch "umgekehrt" funktioniert RSS. Man kann einem Hubzilla-Kanal mit seinem RSS-Reader folgen. Dazu gibt man als Feed-Adresse eune URL nach folgendem Schema ein:

hub.tld/feed/kanalname

Der Unterschied zwischen Teilen (Weitersagen) und Wiederholen (Repeaten/Boosten) bei Hubzilla

Hubzilla bietet seit Version 9 nun zwei Möglichkeiten, Beiträge an seine Kontakte weiterzuleiten: Teilen oder Wwiederholen (Repeaten oder auch "Boosten" genannt).

Teilen von Beiträgen

Mit dem Teilen / Weitersagen von Beiträgen wird ein Beitrag eines anderen Nutzers mit dem eigenen Kanal erneut gepostet. Es wird eine neue Konversation im eigenen Kanal erzeugt. Kommentare dazu landen bei der neuen Konversation und nicht bei der ursprünglichen.



Wiederholen (repeat) / Boosten von Beiträgen

Mit dem Wiederholen (Repeaten) von Beiträgen, wird der Beitrag an die eigenen Verbindungen verteilt. Kommentare landen (im Gegensatz zu geteilten Beiträgen) beim Original-Beitrag.



Dieses Verhalten entspricht dem "Boosten", wie man es z.B. von Mastodon oder den Forkeys kennt.