Ich habe mich daran gewöhnt, etwa 30 % meiner Nachrichten in Skype zu bearbeiten. Außerdem erwarte ich, dass meine Nachrichten am Ende zugestellt werden, unabhängig davon, ob der Gegenüber gerade online ist oder nicht (d. h. die Nachricht kommt letztendlich an, wenn wir beide online sind).
Ich habe diese Funktionen in Jabber jedoch noch nicht gesehen.
Welche XMPP-Clients (oder welche Protokollerweiterungen) sollte ich verwenden, umkomfortabelchatten?
Eigentlich möchte ich, dass der Chat mehr wie ein Wiki ist (indemLinks, auch das Bearbeiten von Nachrichten von Kollegen, den Revisionsverlauf, einige Formatierungen), aber die bloße Verwendung einer Wiki-Software reicht nicht aus (kein normaler Verlauf pro Kontakt, keine normalen Benachrichtigungen, kein „Verwendung ist Tippen …“).
Antwort1
Außerdem erwarte ich, dass meine Nachrichten am Ende zugestellt werden, unabhängig davon, ob der Peer gerade online ist oder nicht (d. h. die Nachricht wird letztendlich ankommen, wenn wir beide online sind).
XMPP-Server/Clients unterstützen normalerweise das Senden von Nachrichten an Offline-Kontakte. Diese XEPs könnten relevant sein (vielleicht gibt es noch mehr):
Ich habe mich daran gewöhnt, etwa 30 % meiner Nachrichten in Skype zu bearbeiten.
Ich weiß nicht, wie Skype dies implementiert hat, aber es gibt ein XEP zum Bearbeiten derzuletztNachricht gesendet.
XEP-0308: Korrektur der letzten Nachricht:
Beim Senden einer Nachricht passieren häufig Tippfehler und man sendet eine Folgenachricht, um diese zu korrigieren. Mit dieser Spezifikation kann der sendende Client die zweite Nachricht als Korrektur der ersten kennzeichnen.
Ich findeEine Mannschafthat diese Funktion implementiert (aber ich bin nicht sicher, habe diesen Client nie verwendet). Möglicherweise gibt es auch andere Clients.
/edit: wie Zash bemerkte,Schnellunterstützt es auch.
Antwort2
Im Jahr 2009 hatte ich auf FOSDEM im XMPP DevRoom einen ziemlich kontroversen Vortrag darüber.
Der entscheidende Punkt ist: Selbst wenn Ihr Client die Nachrichtenbearbeitung unterstützt, können Sie nicht garantieren (es sei denn, Sie bauen ein internes Netzwerk auf), dass der Empfänger dies auch unterstützt.
Hier ist der Trick mit Skype: Skype hatte nur einen einzigen Client von einem einzigen Anbieter, namens Skype, bissehrvor kurzem, als sie begannen, SkypeSDK zu vertreiben, das es Autoherstellern, Fernsehherstellern usw. ermöglichte, Skype-Clients zu erstellen. Doch selbst diese Clients basieren auf Skype SDK, und daher müssen die meisten von ihnen diese Bearbeitung unterstützen.
Wenn Sie bei XMPP die öffentliche Jabber-Infrastruktur nutzen, können Sie nicht sicher sein, welche Art von Servern oder Clients Ihre Kollegen verwenden. Und Sie können sich nur bei einer Sache sicher sein: dass sie RFC 3920 und 3921 unterstützen. (Ja, ich weiß, das sind die alten Standards. Sie können nicht sicher sein, dass sie auch die neuen unterstützen.)
Man könnte leicht sagen, dass die meisten Ihrer Kontakte GTalk-Kontakte sind, die GMail verwenden, und dass daher alles, was GTalk in GMail nicht unterstützt, in der Jabber-Welt praktisch nicht existiert, einschließlich der Nachrichtenbearbeitung. Oder Sie könnten sagen, dass es einige Pidgin-/Telepathy-Benutzer gibt, mit denen Sie viel reden, aber für die das Senden von Dateien möglicherweise immer noch tabu ist.
Im Intranet ist die Situation anders. Sie können einen Client installieren, der diese Funktion unterstützt (Swift wurde in den Kommentaren zur vorherigen Antwort erwähnt), aber selbst dann können Sie sich nur über das interne Kommunikationsnetzwerk sicher sein.
Es stellt sich heraus, dass es manchmal besser ist, einen IM-Dienst von Grund auf neu zu erstellen, als XMPP zu verwenden.