Tim Schlotfeldt ⚓ 😷

Tim Schlotfeldt ⚓ 😷

ts-new@hub.tschlotfeldt.de

Produktmanager Open Source bei Dataport. Arch Linux User. „Digitalisierung im Kopf, Open Source im Herzen!“

Location:: 24582 Bordesholm (Kiel)

Schleswig-Holstein

Deutschland

Hometown:: Bordesholm

Gender:: Männlich

Homepage:: https://www.tschlotfeldt.de/

Tim Schlotfeldt ⚓ 😷

Kiel, Sun, 25 Sep 2022 17:30:16 +0200

Instant Messenger: Das XMPP/Jabber-Protokoll - teltarif.de News

#XMPP

Das XMPP/Jabber-Protokoll könnte theoretisch die Protokoll-Zersplitterung im Messenger-Bereich auflösen. Bislang ist das allerdings nicht geschehen. Oft wird die Technik aber im Hintergrund verwendet.

show all 23 comments

KitKat

Sun, 25 Sep 2022 18:59:43 +0200

@ts-new
Es hat doch selbst mit Zersplitterung zu kämpfen - wie soll das klappen?

Vielleicht mal Matrix anschauen

Tim Schlotfeldt ⚓ 😷

Sun, 25 Sep 2022 19:11:59 +0200

Welche Zersplitterung? Du meinst, weil es unterschiedliche Clients gibt? Wie bei E-Mail? Oder dem WWW?

😷 Jan Wildeboer

Sun, 25 Sep 2022 19:19:48 +0200

@ts-new vielleicht die hunderte Einträge lange Liste der XEPs, die unendliche Permutationen von interoperabilitäts oopsies verursachen können? ;) https://xmpp.org/extensions/

Tim Schlotfeldt ⚓ 😷

Sun, 25 Sep 2022 20:34:13 +0200

Dass die Nutzer fehlen ist unbenommen.

Dass man funktionierende Clients bauen kann sieht man beispielsweise an Conversations, Dino oder Gajim. Ich sehe da darum kein prinzipielles Problem.

kaip :xmpp:

Sun, 25 Sep 2022 22:12:23 +0200

@jwildeboer @ts-new Für ein Protokoll kann sein: (1) Es ist ✨perfekt✨ und muss nicht mehr geändert werden (2) es wird obsolet und irrelevant (3) es gibt andauernd neue Versionen, nur eine Implementierung, die aktuell ist, und wird nie standardisiert oder (4) es ist erweiterbar.

Die Situation, dass jeder eine andere Teilmenge von XEPs implentiert (1) wäre immer noch besser als das jeder ein anderes Protokoll benutzt (2) besteht nicht, weil jeder möglichst kompatibel sein will

Tim Schlotfeldt ⚓ 😷

Mon, 26 Sep 2022 08:52:27 +0200 last edited: Mon, 26 Sep 2022 08:53:15 +0200

@😷 Jan Wildeboer @kaip :xmpp:

Ich kann Jans Position gut nachhvollziehen, das ist glaube ich auch die Sichtweise von Moxie Marlinspike, die er ja mal beim Chaos Communications Congress dargelegt hat. Mir fällt es nur schwer, es als einzigen gangbaren Weg zu akzeptieren, dass Protokoll-, Client- und Serverentwickung in einer einzigen Hand liegen sollten. Macht vieles einfacher (Modell gütiger Diktator), aber auch extrem abhängig, weil es davon ausgehen muss, dass der Diktator immer gütig bleiben wird.

XMPP ist dagegen schwierig. Positiv gesprochen, ist die XMPP-Welt bunt. Insbesondere die Client-Entwicklung bei XMPP ist zersplittert. Aber das liegt auch daran, dass, so meine Meinung, hier vor allem einzelne oder sehr kleine Projektteams an ihrer Software tüfteln.

Das Hautproblem für XMPP dürfte auch nicht technischer Natur sein. Auf Seiten der Anwender:innen haben wir dass Problem, dass es eben nicht ausreicht, einfach eine App zu installieren und dann gleich loslegen zu können. Nein, bei XMPP musst du wissen, auf welchem Server du einen Account haben willst, du musst diesen Account anlegen und du musst dir dann auch noch deine Kontakte selbst im Adressbuch anlegen.

kaip :xmpp:

Mon, 26 Sep 2022 09:34:01 +0200

@ts-new @jwildeboer > bei XMPP musst du wissen, auf welchem Server du einen Account haben willst, du musst diesen Account anlegen und du musst dir dann auch noch deine Kontakte selbst im Adressbuch anlegen.

Eigentlich nicht schwierig (wer Email versteht, versteht das auch) aber selbst das ist optional. Quicksy funktioniert wie WhatsApp oder Signal (Telefonnummer zur Registrierung, Contact discovery). Bestehende Anbieter wie WhatsApp könnten auch anfangen zu föderieren.

😷 Jan Wildeboer

Mon, 26 Sep 2022 10:11:53 +0200

@ts-new @kaip Da ist das Hauptproblem IMHO. Ich kann eben nicht davon ausgehen, daß „mein“ Server mit den Servern meiner Freunde kommuniziert. Dieses Problem - Federation ist optional, nicht Voraussetzung - wird man mit XMPP nicht lösen können.

Tim Schlotfeldt ⚓ 😷

Mon, 26 Sep 2022 10:38:58 +0200

@😷 Jan Wildeboer Oh, ich hätte nicht gedacht, dass du das Hauptproblem in der Federation der Server untereinander siehst -- ich würde hier in Analogie zu SMTP davon ausgehen, dass das funktoniert.

kaip :xmpp:

Mon, 26 Sep 2022 10:52:51 +0200

@jwildeboer @ts-new Keine technische Lösung kann einen Anbieter zwingen mit anderen zu kommunizieren. Ich würde mich allerdings nicht bei einem Email Anbieter registrieren, bei dem ich nur mit Leuten von diesem Anbieter schreiben kann. Mit IM Anbietern halte ich es ähnlich.

KitKat

Mon, 26 Sep 2022 14:33:18 +0200

@kaip @jwildeboer @ts-new

1) Es ist schlechter als ein monolithisches Protokoll oder mehrere Protokolle, die wenigstens anständig funktionieren
2) besteht in abeschwächter Form

Kristian

Mon, 26 Sep 2022 15:53:05 +0200

@kaip :xmpp: Es wird nie perfekt sein. Aber erweiterbare Protokolle (mit Dingens wie XEP) nehme ich immer mehr als ein "Techie-Ding" denn etwas wahr, was wirkliche Probleme lösen kann. Was bei Erweiterbarkeit unter die Räder kommt: Interoperabilität erfordert, dass Clients und Server irgendwie ein gleiches Verständnis von dem haben, was eine Anwendung wie tun will und soll. Durch Erweiterbarkeit kann man gut versuchen, das zu "verwischen": Alles easy. Es gibt schließlich Möglichkeiten, wie man eigene Funktionalitäten unterbringen kann, also kann man das Kernprotokoll klein halten, viel Funktionalität in Extensions packen (und kann im Extremfall auf der grünen Wiese ein schönes, theoretisch und konzeptuell elegantes Protokoll designen, ohne sich damit behängen zu müssen, welche Aufgaben eine bestimmte Anwendung denn erfüllen soll - Mail-Ersatz? 1-on-1-Chat? Slack-Ersatz mit Channels, Attachments, ...? PubSub-Social Network? ...? ). Konsequenz sehen wir bei XMPP und teilweise auch Mail: Ja, es gibt Erweiterbarkeit und ich kann jede Menge Kram damit machen. Aber wenn ich Funktionalität suche, die _sicher_ auf allen Clients oder Servern funktionieren soll, ist das Ergebnis im schlimmsten Fall sehr bitter - nämlich genau die Funktionalität, die das Protokoll _ohne_ irgendwelche Erweiterungen bietet. Das ist bei etwa Mail oder auch XMPP auch in 2022 noch nicht wirklich berauschend. Was spricht dagegen, ein purpose-built Protokoll zu bauen, dass etwa die Funktion "Messenger" robust abbildet (dafür ggfs. auch versioniert werden und 'mal Versionen abkündigen muss)? Signal haben vor vielen Jahren dazu 'was geschrieben (https://signal.org/blog/the-ecosystem-is-moving/), dafür zuhauf Schelte bekommen, aber im Kern haben sie in vielen Punkten nach wie vor recht.

@😷 Jan Wildeboer
@Tim Schlotfeldt ⚓ 😷

Menel :xmpp:

Mon, 26 Sep 2022 18:38:19 +0200

@z428
Darauf gibt es mittlerweile Antworten. Eine ist z.b. Snikket
https://snikket.org/blog/products-vs-protocols/

Das gute am xmll modell : auch wenn man verschiedene Features unterstützt, gibt es keinen harten Fehler.. Das basale funktioniert immer trotzdem.

Und das xsf hat compliance suites herausgebracht, um xeps für gewissen Anwendungsfälle herauszustellen, damit man eine gute experience bekommt.
https://xmpp.org/extensions/xep-0459.html

@jwildeboer @ts-new @kaip

murks

Mon, 26 Sep 2022 18:46:08 +0200

@Menel @z428 @jwildeboer @ts-new @kaip Snikket klingt ja schön, nur kann man es wohl nicht verwenden wenn man nicht gerade selber einen Server betreiben will. Damit fällt es für gut 99% der potentiellen Nutzer durch.

Menel :xmpp:

Mon, 26 Sep 2022 19:46:26 +0200

@murks
Snikket gibt's auch als hosting. Also nur eine web Oberfläche mit wenigen Optionen zum "administrieren"

Ein beliebiger moderner Server und die Android app Conversations ist jedoch auch 100% kompatibel und wer es noch einfacher braucht, da gibt es Quicksy. 100% kompatibel und funktioniert wie WhatsApp und Signal mit Anmeldung und Kontakte via Telefonnummer.
@z428 @jwildeboer @ts-new @kaip

murks

Mon, 26 Sep 2022 19:51:56 +0200

@Menel @z428 @jwildeboer @ts-new @kaip Ah, danke, in beta. Das war mir nicht bewusst, https://snikket.org/hosting/

Mit einer eigenen Domain klingt das garnicht schlecht, dann sollte eine eventuelle Migration ohne Schwierigkeiten möglich sein, oder?

Menel :xmpp:

Mon, 26 Sep 2022 19:57:05 +0200

@murks
Die Alternative bei den großen Silos : alle paar Jahre große Migration, wenn der ehemals neue und hippe Dienst, der ja niemals die eigenen Daten verkaufen würde, dann doch "böse" wird. Die Liste ist lang, das Muster immer gleich.
Und wenn es zu viele Kontakte dort noch gibt, aufgrund des Silo lock-in. Dann werden die installierten Apps immer mehr....
@z428 @jwildeboer @ts-new @kaip

Menel :xmpp:

Mon, 26 Sep 2022 20:06:10 +0200

@murks
Ja, dafür hat snikket extra ein funding bekommen, und eine standardisierte Daten migration zu entwickeln.
Das gute am beta status des hostings: es ist kostenlos 🙂
@z428 @jwildeboer @ts-new @kaip

murks

Mon, 26 Sep 2022 20:10:34 +0200

@Menel @z428 @jwildeboer @ts-new @kaip Das klingt gut. Muss ich mir nur irgendwo eine vernünftige Domain holen die ich auch dauerhaft haben will.

Kristian

Mon, 26 Sep 2022 20:13:38 +0200

@Menel :xmpp: Den Artikel kenne ich auch, und aus meiner Sicht bringt der das Problem recht gut auf den Punkt: Protocol vs Product und Bau von Software für Entwickler vs für End-User. Die Folgen davon sehen wir leider: Tools, die für die Mehrzahl der Nutzer einfach funktionieren (WhatsApp, Signal, Telegram,...) haben teilweise beeindruckende Nutzerzahlen und Verfügbarkeiten, während ich auch in 2022 bei XMPP immer noch nicht sicher sein kann, dass ich jedem auf meiner Kontaktliste verlässlich Bilder, Sprachnachrichten, Videos schicken oder bedarfsweise anrufen kann, auch mit Bild. Und, nein, das schließt auch nicht dezentrales Hosting, offene Entwicklung oder ethischen Betrieb aus. Aber es würde eben "einfach" mehr Fokus erfordern. Eben genau diese Produkt-Denke: Was soll das Teil tun? Wie soll es das tun? Wie müssen wir das umsetzen? Wie weit und lang kann man ältere Protokollversionen unterstützen, und wann will man die bewusst aus dem Netz werfen (etwa weil die Sicherheitsfeatures zu alt sind)? Die Nutzerzahl, die Qualität einiger Clients und letztlich teilweise auch die Existenz von Matrix zeigt leider sehr deutlich, wo es hier hakt.
(Und eigentlich habe ich XMPP immer gemocht und bis vor einigen Jahren auch einen firmeninternen Server betrieben, bis sich die Kollegen in "Shadow IT" in einer WhatsApp-Gruppe organisiert haben, in der Dinge, die wir in XMPP nie hinbekommen haben, damals einfach funktionierten.🙁)

@😷 Jan Wildeboer @Tim Schlotfeldt ⚓ 😷 @kaip :xmpp:

Menel :xmpp:

Mon, 26 Sep 2022 21:04:59 +0200

@z428
WhatsApp war wohl schneller 🙂, aber Conversations kann seit ein paar Jahren vollständig alles was WhatsApp vor 5 Jahren konnte.
Aber die Menschen sind leider nicht zufrieden, wenn es genau ein Feature mal nicht sofort gibt, was andere haben. Die Freiheit zu wählen und Privatsphäre ist leider nicht mehr wert.. Da muss man an den Werten der Gesellschaft arbeiten. Weil, der megakonzern wird immer das eine Feature eher haben..
@jwildeboer @ts-new @kaip

Kristian

Tue, 27 Sep 2022 07:19:44 +0200

@Menel :xmpp: Der Verweis auf die Werte ist mir hier ehrlich gesagt zu einfach. 😬️ Nimm Mastodon: Das ist offene Software, nutzt Standard-Technologien, kann selbst betrieben werden und ist _trotzdem_ in relativ kurzer Zeit ein Werkzeug geworden, das Nutzer, die von anderen sozialen Netzwerken kommen, ganz gut verwenden können. Machbar ist das offensichtlich also. XMPP war nicht mal - wie Mastodon - nach den proprietären Systemen da, die es nachempfinden will (WhatsApp, ...) da, sondern schon merklich vorher, das hat noch die Historie von ICQ, AIM, Yahoo! Messenger, ... . Geholfen hat es wohl nicht viel.

(Ob die förderierte Infrastruktur mit (Meta)Daten verteilt über und gespeichert auf vielen kleinen Systemen für Privatsphäre und Datenschutz besser geeignet ist als große Strukturen, die man ggfs rechtlich reglementieren könnte - wenn man denn wöllte - oder Systeme wie Signal oder Threema, die auf Zero-Knowledge-Architekturen setzen und bei denen es keine serverseitigen Accounts und keine serverseitige Datenablage geben darf, wäre nochmal separat zu diskutieren...)

@😷 Jan Wildeboer @Tim Schlotfeldt ⚓ 😷 @kaip :xmpp:

Menel :xmpp:

Tue, 27 Sep 2022 09:03:07 +0200

@z428
Hier wird was verchselt.. Das passiert vielen bei xmpp. WhatsApp ist ein Produkt. Xmpp nicht.
Conversations war nicht vor WhatsApp. Aber WhatsApp war sogar xmpp. Und nutzt eventuell immer noch ein abgewandeltes xmpp. Sogar die Standard ports immernoch. (gut für xmpp in Flughafen wlans)
Was für meine Metadaten mehr geeignet ist, daruber habe ich bereits nachgedacht und mich entschieden.
@jwildeboer @ts-new @kaip

Tim Schlotfeldt ⚓ 😷

Kiel, Wed, 04 May 2022 10:36:23 +0200

Boah, das hört ja nicht auf mit den To-Dos einer organisch gewachsenen Familien-IT-Infrastruktur.

Procmail muss weg („procmail considered harmful“, https://anarc.at/blog/2022-03-02-procmail-considered-harmful/). Bloß was nehmen. #SIEVE? Gibt es nicht als eigenständiges Stück Software. #Maildrop gibt es bei #ArchLinux nicht im offiziellen Repository, bleibt also #FDM ( https://wiki.archlinux.org/title/Fdm).

show all 12 comments

Thorsten

Wed, 04 May 2022 10:52:36 +0200

Hast Du eigentlich in der Familie auch eine "Vertretung", die sich mit den ganzen Dingen auskennt?

Tim Schlotfeldt ⚓ 😷

Wed, 04 May 2022 11:05:27 +0200

Aua, das ist ein ganz großes Problem. Ich nehme mir seit Jahren vor, ein Betriebshandbuch zu schreiben.

Nein, im Ernst. Ich war schon einmal kurz davor, alles wieder auf externe Dienstleister zu verlagern.

Sven Thomsen

Wed, 04 May 2022 11:08:17 +0200

@ts-new Hier auch. Mail für Familie und Freunde wird in diesem Jahr zu Mailbox.org gehen. Den Betrieb von Mailinglisten werde ich komplett einstellen.

Tim Schlotfeldt ⚓ 😷

Wed, 04 May 2022 11:23:33 +0200

@Sven Thomsen Ja, Mailbox.org war auch meine Wahl. Mit der Planung des Umzugs hatte ich dann auf einmal wieder Lust auf den IT-Betrieb bekommen … Vielleicht nehme ich das einmal als weiteren Denkanstoß mit.

Wed, 04 May 2022 11:27:06 +0200

@ts-new Ich hoste beides selber (also Mails + Mailing Listen).

Ich hatte mal eine unruehmliche Erfahrung mit einem sehr grossen deutschen Hoster machen duerfen, der alle seine Kunden auf eine Sun E10000 (oder so) gepackt hat. Da kam es dann haeufiger mal zu Problemen und als einzelner Privatkunde durfte man dann tagelang auf die Wiederherstellung aus dem Backup warten - wenn ich nicht einen $Bekannten im IRC gehabt hatte, der mich da vorgezogen hat. Seitdem: selfhosting! :)

Wed, 04 May 2022 11:28:11 +0200

@ts-new Ich hoste auch fuer andere im kleinen Rahmen.

Aber Mailbox ist auch ok... die haben wenigstens auch #XMPP im Angebot...

Wobei: ich hab grad wieder zwei neue schoene Domains reserviert... :)

Wed, 04 May 2022 11:29:13 +0200

@sven @ts-new Hmmm, dabei wollte ich doch noch erfahren, wie das mit Dovecot und so ausging... ;)

Tim Schlotfeldt ⚓ 😷

Wed, 04 May 2022 11:29:17 +0200

@ij Yo, den Hoster mit seiner Sun kennen wir

Es hat Annehmlichkeiten, seinen eigenen Mailserver zu betreiben. Aber, ich werde nicht jünger. Was passiert, wenn ich – warum auch immer – die Administration nicht übernehmen kann?

Sven Thomsen

Wed, 04 May 2022 11:30:51 +0200

@ij @ts-new Das hat geklappt, aber hatte jetzt auch nicht sooo großen Nutzen

Wed, 04 May 2022 11:33:24 +0200

@sven @ts-new Ja, ich hab auch wieder von mdbox auf maildir umgestellt, weil mdbox nicht sooo den grossen Performanceboost gebracht hat, aber doch einige Nachteile, z.B. mit rspamc, was dann nicht auf mdbox zugreifen kann.

Mittlerweile habe ich ein Spam-Lern-Script, was beim Verschieben der Mails lernt und nicht per cronjob auf den Verzeichnissen.
Da koennte ich eigentlich nun wieder auf mdbox umstellen... uhm... ;)

Wed, 04 May 2022 11:34:13 +0200

@ts-new Ja, das Problem beschaeftigt mich auch ein bisschen.

Eine richtige Loesung habe ich dafuer aber auch noch nicht...

Thorsten

Wed, 04 May 2022 11:50:12 +0200

@Tim Schlotfeldt ⚓
Das mit dem Betriebshandbuch habe ich auch gerade vor mir

Gerade in der ersten Phase von Corona hab ich mich unter anderem gefragt was passiert, wenn ich auf einmal plötzlich ausfalle und die Familie wg. eines Software- oder Hardwareproblems nicht mehr an wichtige Dinge ran kommt, wie z.B. die ganzen Familienfotos, Backups etc.

Eine meiner Lösungen ist auch, wichtige Punkte auszulagern, wie z.B. an mailbox.org. Ich glaube nämlich nicht, dass hier einer aus der Familie das Ding im Docker-Container aktualisieren oder Fehler beheben kann.

Drei von vier Familienmitgliedern sind schon bei mailbox.org aber alle mit dem 1€ Tarif. Ich überlege ob wir eine Tarifgruppe höher rutschen, um dann Kalender etc. teilen zu können.

Tim Schlotfeldt ⚓ 😷

Kiel, Thu, 17 Mar 2022 23:09:06 +0100

Letztlich hat Matrix 2014 föderierten Chat erfunden und XMPP das dann 1999 nachgemacht

.
Aus einer #XMPP Chatgruppe 🤣

Tanja

Fri, 18 Mar 2022 04:51:36 +0100

Steffen Voß ☕

Fri, 18 Mar 2022 18:30:37 +0100 from ActivityPub

@ts-new Marty McFly?

Tim Schlotfeldt ⚓ 😷

Fri, 18 Mar 2022 19:26:28 +0100

@Steffen Voß ☕ Das war im Grunde ein Austausch zu https://xkcd.com/927/ sowie die Reflektion vergangener Diskussionen mit Befürwortern von #Matrix.

Tim Schlotfeldt ⚓ 😷

Kiel, Sat, 05 Feb 2022 21:16:19 +0100

Andrew Lewman on Internet Messaging versus Congested Network:

And now you have the background for the congested network. I fired up wireshark and saw just endless tcp and udp retransmissions. This is about what I expected. Browsing the web was impossible, even checking email timed out. So, let's chat. Ha ha! Just kidding! Most apps timed out starting up and never connected to their server.

[…]

Let's move onto apps that use protocols designed for decentralized messaging. Next up, Matrix. Matrix is the new hotness, but it's pretty early in development. It struggled to send and receive messages. When joining a room, it has to sync everything since the last time the client connected, or in some cases, a ton of history, like megabytes of it. This doesn't work too well in this heavily congested scenario. Once the sync is done, it still took 20-30 seconds for my messages to be sent and another 20 seconds for further responses. I'm not sure why this was the case, but overall, it did work, albeit slowly. Not real time, but not a fail.

And our final app of the impromptu torture test is XMPP. Sparing you a long read, this one fared the best. It worked in real-time, full encryption, with nearly zero lag.

In summary:

failed: wire, briar, discord. worked slowly: matrix. worked normally: xmpp.

via @ij :xmpp: :debian: 💉💉💉

#XMPP #Matrix #Wire #Briar #discord

Tim Schlotfeldt ⚓ 😷

Kiel, Fri, 28 Jan 2022 23:56:04 +0100

Marques Brownlee erläutert in einem überaus sehenswertem Video den Lock-in-Effekt, den #Apple mit iMessage und der Farbkodierung in den U.S.A. erzeugt:

Basically the green bubble experience on an iPhone is trash. And Apple, well, Apple is actually fine with this.

Er geht auch noch darauf ein, dass die meisten Nutzer:innen niemals die Standard-App (also in diesem Fall iMessage) austauschen würden. Schlecht für uns #XMPP Nutzer:innen

Fun fact: Mit der Farbgebung in iMessage verstößt Apple gegen seine eigenen Design-Richtlinien.

Blue Bubbles vs Green Bubbles: Explained!

#iPhone #MKBHD

Tim Schlotfeldt ⚓ 😷

Kiel, Tue, 11 Jan 2022 11:55:12 +0100

Mike Kuketz ⭐ wrote the following post Tue, 11 Jan 2022 11:22:16 +0100

Bei Signal ist die umstrittene Bezahlfunktion nun weltweit verfügbar. Und Moxie räumt den Chefposten - bis ein neuer Chef gefunden ist, übernimmt WhatsApp-Mitgründer Brian Acton. Was macht ihr?

show all 22 comments

Alimentazione e quello che sta intorno

Tue, 11 Jan 2022 17:21:21 +0100

Schauen, was kommt.
Hoert und fuehlt sich aber nicht gut an.

Thorsten

Tue, 11 Jan 2022 17:47:26 +0100

Puh, finde ich schwierig. Werde wohl erst mal abwarten. Es war ja schon eine Riesenarbeit die Leute von WhatsApp zu Signal zu bewegen. Und jetzt wieder mit was neuem ankommen? Wird nicht funktionieren.

Ich habe ja zum Spaß auch mal einen Matrix-Server bei mir installiert. Ist für den Normaluser nicht ganz so intuitiv.

Tim Schlotfeldt ⚓ 😷

Tue, 11 Jan 2022 23:46:26 +0100

Es sind eh nur wenige aus meinem Bekanntenkreis zu Signal gewechselt. Von daher ist es egal. Aber es war schon recht anerkannt, beispielsweise kenne ich soziale Einrichtungen, die Signal nutzen. Persönlich würde ich mich ja eher freuen, wenn zu #XMPP gewechselt würde.

Wed, 12 Jan 2022 00:03:45 +0100 from ActivityPub

@ts-new Kann ich voll unterstuetzen. Mit Quicksy und Snikket sind auch gute und einfache Alternativen vorhanden, je nachdem ob man z.B. seine Telefonnummer fuer die Registrierung verwenden moechte oder nicht.

Und ja, manchmal kosten solche Dienste dann halt auch eine Kleinigkeit, aber dafuer ist man nicht selber das Produkt, was an andere Firmen verkauft wird.

Montag

Wed, 12 Jan 2022 00:30:17 +0100 from ActivityPub

@ij @ts-new ist Snikket ein xmpp Client oder machen die was eigenes?

Waitman Gobble

Wed, 12 Jan 2022 04:13:16 +0100 last edited: Wed, 12 Jan 2022 16:41:19 +0100

Snikket repackages other projects to sell as a hosted service. I believe they use "conversations" for the client and prosody (lua) for the server, but they brand it as Snikket server and Snikket client.

The best implementation of XMPP I've seen is from OpenFire, and their API Smack. It's in Java but runs well and offers more implemented features than the other's i've tinkered with. It's also a piece of cake to set up.

Wed, 12 Jan 2022 08:15:55 +0100 from ActivityPub

@montag @ts-new Snikket ist ein Paket aus Docker Image eines angepassten/vorkonfigurierten Prosodys und gleichnamigen Clients auf Android (Conversation-Fork) und IOS (Siskin-Fork), das mittels Einladungen arbeitet. Also entweder installierst Du deinen eigenen Server per Docker und laedst dann deine Familie und Freunde ein (QR-Code oder Invite-Link, inkl. einfachem Onboarding) oder Du brauchst von einem bestehendem Server eine Einladung.

Wed, 12 Jan 2022 08:17:09 +0100 from ActivityPub

@montag @ts-new Du kannst auch deinen eigenen Server von Snikket hosten lassen (derzeit in der Beta noch kostenfrei, spaeter kostenpflichtig), so dass da auch ein Businessmodell hinter steckt, was eigentlich tragfaehig sein sollte.

:digitalcourage: Damien

Wed, 12 Jan 2022 11:37:38 +0100 from ActivityPub

@ij

@liberliebi @ts-new

:digitalcourage: Damien

Wed, 12 Jan 2022 11:41:49 +0100 from ActivityPub

@ij @montag @ts-new
@liberloebi
Tolle Zusammenfassung, muss in den Vortrag rein!

@purox wollen wir das dann mal in Bayreuth hosten? Domain ist ja schon gesichert, höhö

:digitalcourage: Damien

Wed, 12 Jan 2022 11:42:14 +0100 from ActivityPub

@ij

@liberloebi @ts-new

Wed, 12 Jan 2022 11:57:25 +0100 from ActivityPub

@d4m13n @montag @ts-new @liberloebi @purox Naja, ihr muesstet euch das schon selber vorher anschauen. Ich selber nutze keinen Snikket-Server, aber die Webseite liefert ja auch einige Anhaltspunkte: https://snikket.org/app/learn/

ɟloʍ

Wed, 12 Jan 2022 12:07:21 +0100 from ActivityPub

@d4m13n @ij @liberloebi @ts-new adding: @snikket_im

purox

Wed, 12 Jan 2022 12:10:06 +0100 from ActivityPub

@d4m13n @ij @montag @ts-new @liberloebi können wir machen. Was sind denn die Vorteile von xmpp gegenüber Matrix?

Wed, 12 Jan 2022 12:13:06 +0100 from ActivityPub

@purox @d4m13n @montag @ts-new @liberloebi XMPP ist deutlich leichtgewichtiger als Matrix. Matrix ist eine verteilte Datenbank mit all ihren Vor- aber eben auch ihren Nachteilen. Aus meiner Sicht ueberwiegen die Nachteile, z.B. der Ressourcenverbrauch bzw. die Serverlast. Da erscheint mir XMPP deutlich besser, aber das muss jeder fuer sich selber beurteilen. Als Nachteil von XMPP wird haeufig die Uneinheitlichkeit von Clients angefuehrt, aber auch Matrix ist auf dem Weg...

liberloebi 💉💉💉

Wed, 12 Jan 2022 12:17:09 +0100 from ActivityPub

@ij @purox @d4m13n @montag @ts-new
Ich würde mich dem anschließen. XMPP hat einen WESENTLICH geringeren ökologischen Fußabdruck, Außerdem ist es, soweit ich sehen kann, ausgereifter.
Die Vielfalt der Messenger ist aus meiner Sicht ein Vorteil: Ich kann mir die Oberfläche aussuchen, die mir gefällt (auf meinen Geräten laufen je nach Bedarf 5 verschiedene clients).

Wed, 12 Jan 2022 12:18:36 +0100 from ActivityPub

@purox @d4m13n @montag @ts-new @liberloebi ... dorthin und da ist XMPP halt schon thematisch weiter.
https://matrix.org/clients-matrix/ zeigt z.B. dass nicht alle Clients alle Features supporten. Auch kann man Matrix als quasi-zentralisierten Dienst mit der ueberragenden Bedeutung von matrix.org betrachten, wenn man will.
Meine Synapse DB ist 5.8 GB gross (1 User, 10-20 Raeume), meine ejabberd DB 4 GB mit >2200 Usern mit k.A. wievielen Raeumen

Wed, 12 Jan 2022 12:25:04 +0100 from ActivityPub

@liberloebi @purox @d4m13n @montag @ts-new Und fuer gewoehnlich sind fast alle XMPP Clients multi-account- und multi-server-faehig. Bei Matrix ist der Referenzclient dazu nicht in der Lage, d.h. man muss z.B. berufliches mit privatem vermischen, weil man nur einen Account im Client nutzen kann.

Wed, 12 Jan 2022 12:29:57 +0100 from ActivityPub

@purox @d4m13n @montag @ts-new @liberloebi Oh, und ich kann, wenn ich denn will, nur eine Kontaktadresse haben fuer Mail, Chat (XMPP) und SIP (Voice/Video). Matrix hat ein anderes Format, so dass ich da wieder erklaeren muss, wie die Leute mich erreichen.

purox

Wed, 12 Jan 2022 12:38:21 +0100 from ActivityPub

@ij @liberloebi @d4m13n @montag @ts-new ja, das ist etwas was mich an Matrix auch nervt. Die Spaces helfen zwar ein wenig, sind aber nicht die finale Lösung. Multiaccount Unterstützung soll bei Matrix aber auch bald kommen

Wed, 12 Jan 2022 12:45:48 +0100 from ActivityPub

@purox @liberloebi @d4m13n @montag @ts-new Also uebertrieben gesagt: wenn ich jedesmal 10.- EUR bekommen wuerde, wenn ich hoere, dass Matrix "bald" was implementieren will oder daran arbeitet, dann koennte ich weniger arbeiten...

Da ist XMPP anders: es wird haeufig gemeckert, dass irgendwas fehlt und irgendwann ist dann das Feature da und ein Client/Server nach dem anderen implementiert das dann.

purox

Wed, 12 Jan 2022 12:52:07 +0100 from ActivityPub

@ij @liberloebi @d4m13n @montag @ts-new Da hast du vollkommen recht 😅.

Tim Schlotfeldt ⚓ 😷

Kiel, Sat, 28 Aug 2021 22:30:14 +0200

Oh, I didn't know that Googles #Firebase Cloud Messaging (#FCM) protocol is #XMPP based:

Firebase Cloud Messaging XMPP protocol

This document provides a reference for the XMPP syntax used to pass messages between your app server, client apps, and Firebase Cloud Messaging (FCM). Your app server must connect to these endpoints: The available parameters and options fall into these categories: This section gives the syntax for sending downstream messages. The following table...

See this Ars Technica article: A decade and a half of instability: The history of Google messaging apps. Google Talk (2005)—Google's first chat service, built on open protocols.

Tim Schlotfeldt ⚓ 😷

Kiel, Wed, 14 Jul 2021 09:49:15 +0200

Ich freue mich sehr, dass es mit @Kaidan :xmpp: :kdenew: einen vielversprechenden #XMPP Client auf Basis von #QT geben wird. Das Team arbeitet an der Implementierung von #OMEMO, damit wäre die Anwendung dann auch „gebrauchstauglich“.

show all 5 comments

Wed, 14 Jul 2021 13:38:59 +0200 from ActivityPub

@ts-new https://invent.kde.org/melvo/xmpp-providers/-/commit/09b308713a3d998145c9f58cb10fec2e63b59565

Tim Schlotfeldt ⚓ 😷

Wed, 14 Jul 2021 13:52:52 +0200

Ach, das ist deine? Nett, ich ich letztens meinem Nachbarn empfohlen 😉

Wed, 14 Jul 2021 14:59:46 +0200 from ActivityPub

@ts-new Die Welt ist halt klein... ;)

Tim Schlotfeldt ⚓ 😷

Kiel, Mon, 29 Mar 2021 20:18:47 +0200

Ich weiß gar nicht, wie lange mein #eJabberd schon läuft. Ich vermute, dass ich ihn schätzungsweise 2006 installiert hatte — vermutlich aber noch früher. Über die Jahre und die diversen Updates hat die Datenbank einen Knacks abbekommen, was sich erst im Zusammenhang mit dem #OMEMO Key-Management bemerkbar gemacht hat.

Am Wochenende habe ich darum die #Datenbank genullt und die digitalen Hinterlassenschften der letzten 15 Jahre entsorgt. Siehe da: der Complience-Tester meckert nicht mehr.
#Jabber #XMPP