XMPP-Server

Ziel

Konkurrenzfähiger, selbst betriebener Instant Messanger mit allen derzeitig üblichen Funktionen.

Verantwortlich

Ansatz

XMPP (früher: Jabber) als Protokoll: Weit verbreitet, gute Clients verfügbar, Server ist Freie Software.

Implementierung

Prosody als XMPP-Server
PostgreSQL als Datenbank
Coturn für TURN und STUN (für Jingle/WebRTC, d.h. Audio-/Videotelefonie und Dateiübertragung von Client zu Client)

Server ist: xmpp.bytewerk.org

Benutzerzugänge

Accounts werden derzeit auf Zuruf erstellt.

Die Zugänge ("JIDs") haben das Schema "wunschname@bytewerk.org", das Passwort kann direkt im XMPP-Client geändert werden.

Empfehlenswerte Clients:

Android: Conversations.im, Quicksy.im
iOS: Monal.im
Windows/Linux/BSD: Gajim
macOS: PSI

Ein sehr einfacher Client (nur Text, keine Gruppenchats) ist in Thunderbird eingebaut. Für Nextcloud gibt es mit der ojsxc-App (https://apps.nextcloud.com/apps/ojsxc) einen sehr gut ausgestatteten webbasierten Client.

Fortschritt

2021-01: Neukonfiguration des bestehenden XMPP-Servers mit Korrektur der DNS-Einträge und Installation zusätzlicher benötigter Dienste
2021-02: Implementierung abgeschlossen: Bei compliance.conversations.im statt 52% jetzt 100% "XMPP Specifications compliance".

Probleme

Plattenplatz sehr gering
keine IPv6-Unterstützung: Die Prosody-VM hat zwar eine IPv6-Adresse, diese ist aber nicht öffentlich erreichbar
~~Wenn Coturn als TURN-Server statt "nur" als STUN-Server durch Prosody benutzt wird, funktioniert Audio- und Videotelefonie nur noch mit bytewerk.org-Usern und nicht mehr mit Externen.~~
XMPP-Webclient unter https://jabber.bytewerk.org funktioniert nicht mehr.

ToDo

Testen!
Allen Bingo-Mitglieder automatisch einen Account geben. Die Authentifizierung kann dazu mit dem Prosody-Modul "mod_auth_imap" an den Bingo-Mailserver delegiert werden. Achtung: Es kann immer nur ein einziges Authentifizierungsmodul aktiv sein, d.h. lokale angelegte User funktionieren dann nicht mehr.
Backup
Monitoring