3 ms·

thank you on xmpp clients: "Baseline feature set is so minimal that fragmentation of features between clients and servers is common, especially as interoperabi

by fb03 8y ago

thank you on xmpp clients: "Baseline feature set is so minimal that fragmentation of features between clients and servers is common, especially as interoperability profiles for features have fallen behind (as of July 2015)" they are spot on in this one.

MattJ100 8y ago
Indeed, there are a large number of people still using Jabber/XMPP today with "popular" clients like Pidgin or Adium that haven't stayed up to date with modern advancements in messaging. It leads many people to believe that XMPP is incapable of many of the features that are considered normal in modern messaging applications. A hard break in the protocol would solve it (i.e. so old clients would no longer be able to communicate with new clients), but it would also frustrate and fragment the significant existing userbase. Given that open decentralized standards-based networks are something to be treasured if we're to stem the tide of proprietary walled-garden messengers, that option would potentially be shooting the open movement in the foot. EDIT: typo
- upofadown 8y ago
  The really great thing about XMPP is that basic messaging always works and is super simple to implement. Anything that changed that would be very bad.
- e12e 8y ago
  We've seen hard breaks before: ssh 1 vs 2 - and we're seing it now with http2. The latter is really crazy, but seem to be actually working.
seba_dos1 8y ago
...and outdated, as it's 2018 now and XEP-0387 exists. Actually, most of this FAQ is severely outdated, XMPP already catched-up in most of these points. Some clients are lagging, sure, but that's just a matter of time for Matrix to suffer from the same issue.
- e12e 8y ago
  Is there an up to date wiki/guide of a subset of features and implementations that go well together for modern xmpp? As in these mobile clients for ios and Android, these for desktop and these for cli. With these servers - Together give you in-band registration, ssl-only client/server and server/server, maybe audio/video, file-sharing, server-side history - e2e encryption (I'd settle for otr) - and sane defaults for each client and server to make it difficult to accidentally disable encryption or certificate validation? Honest question - last time I looked I couldn't find a simple&secure, recommend setup for xmpp.
- ATsch 8y ago
  A thing I often see is people pointing to specifications and saying "look it's all fixed". But you can't chat using a piece of digital paper. What matters not is what the protocol can theoretically do, but the experience you can have if you open a client right now.
  - seba_dos1 8y ago
    That point that needed "fixing" was specifically about lack of specification... plus there are multiple clients and servers already implementing this spec.

by fb03 8y ago

MattJ100 8y ago

Indeed, there are a large number of people still using Jabber/XMPP today with "popular" clients like Pidgin or Adium that haven't stayed up to date with modern advancements in messaging. It leads many people to believe that XMPP is incapable of many of the features that are considered normal in modern messaging applications. A hard break in the protocol would solve it (i.e. so old clients would no longer be able to communicate with new clients), but it would also frustrate and fragment the significant existing userbase. Given that open decentralized standards-based networks are something to be treasured if we're to stem the tide of proprietary walled-garden messengers, that option would potentially be shooting the open movement in the foot. EDIT: typo

upofadown 8y ago
The really great thing about XMPP is that basic messaging always works and is super simple to implement. Anything that changed that would be very bad.
e12e 8y ago
We've seen hard breaks before: ssh 1 vs 2 - and we're seing it now with http2. The latter is really crazy, but seem to be actually working.

seba_dos1 8y ago

...and outdated, as it's 2018 now and XEP-0387 exists. Actually, most of this FAQ is severely outdated, XMPP already catched-up in most of these points. Some clients are lagging, sure, but that's just a matter of time for Matrix to suffer from the same issue.

e12e 8y ago
Is there an up to date wiki/guide of a subset of features and implementations that go well together for modern xmpp? As in these mobile clients for ios and Android, these for desktop and these for cli. With these servers - Together give you in-band registration, ssl-only client/server and server/server, maybe audio/video, file-sharing, server-side history - e2e encryption (I'd settle for otr) - and sane defaults for each client and server to make it difficult to accidentally disable encryption or certificate validation? Honest question - last time I looked I couldn't find a simple&secure, recommend setup for xmpp.
ATsch 8y ago
A thing I often see is people pointing to specifications and saying "look it's all fixed". But you can't chat using a piece of digital paper. What matters not is what the protocol can theoretically do, but the experience you can have if you open a client right now.
- seba_dos1 8y ago
  That point that needed "fixing" was specifically about lack of specification... plus there are multiple clients and servers already implementing this spec.