XMPP-Server

Ziel

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

Verantwortlich

• sqozz
• cfr34k
• citronalco

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!
• Mehr Plattenplatz
• Backup
• Monitoring