Kanäle verwalten

Auf der Seite „Verbundene Kanäle“ seht ihr alle Kanäle, die eurer Organisation zugeordnet sind, plus den jeweiligen Zustand.

Status-Anzeigen lesen

Jeder Kanal hat einen Status-Punkt vor dem Namen:

🟢 Grün — Kanal aktiv. Posts und Kommentar-Abruf laufen.
🔴 Rot — Kanal nicht aktiv. Mögliche Gründe:
- Token abgelaufen. Badge „Token abgelaufen“ in Rot.
- Berechtigung widerrufen. Ihr habt Cockpit auf der Plattform manuell entzogen.
- Fehler. Bei wiederholten API-Fehlern markiert Cockpit den Kanal als fehlerhaft.
- App-Review ausstehend. Plattform-spezifisch (Meta, TikTok, Threads): die OAuth-App ist noch im Plattform-Review.

Zusätzlich gibt es zwei Warn-Badges, die euch früh anzeigen, dass etwas zu tun ist:

„Läuft in N Tagen ab“ (gelb) — der Token läuft in den nächsten 7 Tagen ab. Häufigster Fall: LinkedIn (60-Tage-Token).
„App-Review ausstehend“ (gelb) — die OAuth-App-Konfiguration ist noch nicht durch das Plattform-Review.

Kanal trennen

Sidebar → „Kanäle“.
Sucht den Kanal in der Liste. Rechts steht ein „Trennen“- Button.
Klick auf „Trennen“. Cockpit fragt „… wirklich trennen?“ — bestätigt mit OK.
Cockpit löscht den Channel-Eintrag inklusive der gespeicherten Tokens. Auf der Plattform selbst bleibt die App-Berechtigung eingetragen (außer ihr widerruft sie auch dort) — sie ist ohne Token in Cockpit aber wirkungslos.

Was bleibt erhalten? Beiträge, Variants, gesammelte Kommentare, Veröffentlichungs-Historie. Sie hängen am Beitrag, nicht am Kanal. Wenn ihr den Kanal später erneut verbindet, laufen neue Posts wieder über den frischen Token; die alten Daten sind weiter sichtbar.

Was geht verloter? Nur die laufende Session. Neue Posts können nicht mehr veröffentlicht werden, bis der Kanal neu verbunden ist; neue Kommentare kommen erst wieder herein, wenn der Kommentar-Abruf läuft.

Neu verbinden

Cockpit hat kein „Re-Auth“-Feature im engeren Sinn. Der Pfad für eine abgelaufene Session ist:

„Trennen“.
Aus dem Empty-Bereich oder dem Bereich „Weiteren Kanal verbinden“ den passenden Provider wählen.
Den Verbindungs-Flow erneut durchlaufen. Da derselbe Account-und-Untereinheit-Key wieder entsteht, findet Cockpit die Anbindung — alte Beiträge und Kommentare bleiben sichtbar.

Bei Bluesky könnt ihr im Schritt 2 dasselbe App Password verwenden, falls ihr es in Bluesky nicht gelöscht habt. Bei Mastodon läuft die OAuth-Berechtigung neu — die Authorize- Seite eurer Instanz erscheint erneut.

Wer sieht und steuert was?

Rolle	Liste sehen	Verbinden	Trennen
Org-Manager	✅ alle	✅ alle Untereinheiten	✅ alle
Manager einer Untereinheit	✅ ihre Untereinheit	✅ ihre Untereinheit	✅ ihre Untereinheit
Aktive	✅ ihrer Untereinheiten	—	—

Aktive sehen die Kanal-Liste, weil sie sie beim Verfassen eines Beitrags brauchen — nur lesend. Verbinden- und Trennen- Knöpfe blendet das Tool für sie aus.

Häufige Fragen

Verlieren wir alte Beiträge, wenn wir einen Kanal trennen? Nein. Cockpit zeigt sie weiter im Beitrags-Verlauf an, mit ihren ursprünglichen Plattform-Links. Was nicht mehr geht: neue Beiträge unter dem getrennten Kanal veröffentlichen. Dafür müsst ihr neu verbinden.

Was, wenn ein Kollege Cockpit auf seinem privaten Mastodon-Account verbunden hat und jetzt aus dem Verein ausscheidet? Trennt den Kanal in Cockpit (oder lasst ihn das selbst tun, bevor er sein Cockpit-Konto verliert) und widerruft zusätzlich die App-Berechtigung in der Mastodon-Instanz unter Settings → Account → Authorized Apps. Das ist die sauberste Trennung — Cockpit selbst hat dann keinen Token mehr, und Mastodon weiß auch nicht mehr von der App.

Welche Untereinheit bekommt einen neu verbundenen Kanal? Die Untereinheit, die im Cockpit-Sitzungs-Kontext aktiv ist (siehe das Untereinheits-Switching im Header). Solange eure Organisation nur eine Untereinheit hat, ist die Frage trivial — alles landet dort.

Können wir einen Kanal von einer Untereinheit zu einer anderen verschieben? Aktuell nicht direkt. Pfad: in der alten Untereinheit „Trennen“, in die andere wechseln, dort neu verbinden. Die Beiträge bleiben in der Historie der ursprünglichen Untereinheit sichtbar.