Quelltext der Seite Extensible Messaging and Presence Protocol

{| class="wikitable float-right"
|+ style="background:#C0C0FF"| Extensible Messaging and Presence Protocol
|-
|colspan="2" style="text-align:center"| [[Datei:XMPP logo.svg|rahmenlos|Offizielles Logo]]<br /> Offizielles Logo
|-
| '''Familie:'''
| [[Internetprotokollfamilie]]
|-
| '''Einsatzgebiet:'''
| [[Instant Messaging]]
|-
| '''Ports:'''
| 5222/TCP (Client-zu-Server)<br /> 5269/TCP (Server-zu-Server)<br />Direct TLS:<br /> 5223/TCP ([[Transport Layer Security|TLS]])
|-
|colspan="2" class="center"|
{{Netzwerk-TCP-IP-Anwendungsprotokoll|XMPP}}
|-
| '''Standard seit:'''
| 2004<ref>{{RFC-Internet |RFC=3920 |Titel=Extensible Messaging and Presence Protocol (XMPP): Core |Datum=2004 |Updated=6120}}</ref>
|-
| '''Standards:'''
|
<nowiki>RFC&nbsp;6120</nowiki> (Core)<ref name="RFC6120" /><br />
<nowiki>RFC&nbsp;6121</nowiki> (IM & Presence)<ref name="RFC6121" /><br />
<nowiki>RFC&nbsp;6122</nowiki> (Address Format)<ref name="RFC6122" /><br />
<nowiki>RFC&nbsp;3922</nowiki> (CPIM)<br />
<nowiki>RFC&nbsp;3923</nowiki> (Encryption)
|}

[[Datei:JabberNetwork.svg|mini|Ein einfaches XMPP-Netzwerk mit den Servern ''jabber.org'' und ''draugr.de''. Grüne Clients sind online, gelbe Clients schreiben sich gerade Nachrichten, und kleine grüne ''Subclients'' sind die einzelnen Ressourcen eines Benutzers. Das braune Netzwerk ist nicht mit dem Internet verbunden. Der Server ''draugr.de'' ist über XMPP-Transports mit anderen IM-Services (ICQ, AIM o.&nbsp;ä.) verbunden.]]

Das '''Extensible Messaging and Presence Protocol''' ('''XMPP''', {{enS}} für ''erweiterbares Nachrichten- und [[Präsenzinformation|Anwesenheitsprotokoll]]''; früher '''Jabber''',<ref>{{Webarchiv |url=http://www.jabber.com/CE/AboutUs |text=Jabber Inc. – About Us |wayback=20100414192238}}</ref> englisch [{{IPA|ˈdʒæbə(ɹ)}}] „(daher-)plappern“) ist ein [[offener Standard]] eines Kommunikations&shy;protokolles, welches von der [[Internet Engineering Task Force]] (IETF) als <nowiki>RFC&nbsp;6120</nowiki>,<ref name="RFC6120" /> <nowiki>RFC&nbsp;6121</nowiki><ref name="RFC6121" /> und <nowiki>RFC&nbsp;6122</nowiki><ref name="RFC6122" /> veröffentlicht wurde. XMPP basiert auf dem [[Extensible Markup Language|XML]]-Standard und ermöglicht den Austausch von Daten. Es wird unter anderem für [[Instant Messaging]] eingesetzt. Erweiterungen von XMPP stellen die von der [[XMPP Standards Foundation]] (XSF) veröffentlichten [[XMPP Extension Protocol]]s dar.

== Eigenschaften ==
XMPP und seine Erweiterungen unterstützen Funktionen zur Nachrichtenübermittlung, [[Multi-User Chat]], also Konferenzen mit mehreren Benutzern, Anzeigen des Online-Status, Dateiübertragungen, Versendung von [[Digitales Zertifikat|digitalen Zertifikaten]] und viele weitere Dienste. Die [[Topologie (Rechnernetz)|Netz-Architektur]] erinnert dabei an das [[Simple Mail Transfer Protocol]] (SMTP). Jeder an das Internet angebundene XMPP-[[Server]] kann Nachrichten mit anderen Servern austauschen. So sind Verbindungen über Anbieter-Grenzen hinweg möglich. Nachrichten werden vom Nutzer zum eigenen Server, von dort zum fremden Server und dann zum Empfänger weitergeleitet. Auch sind isolierte Netzwerke, beispielsweise in Firmen-[[Intranet]]s möglich.

Für den Betrieb eines XMPP-Netzwerkes wird mindestens ein XMPP-Server (ähnlich dem [[Mail Transfer Agent]]) benötigt. Dieser kann in einem Intranet als alleinige Kommunikationsschnittstelle existieren oder über das Internet zu anderen XMPP-Servern (die XMPP Federation) Verbindungen herstellen.

Um Benutzer innerhalb des XMPP-Netzwerkes zu identifizieren und zu adressieren, gibt es den sogenannten [[Jabber Identifier]] (JID). Dieser hat die Form <code>alice@example.com</code>, ähnelt einer [[E-Mail-Adresse]] und verhält sich auch ähnlich: So ist hier <code>alice</code> der Benutzername und <code>example.com</code> der Server, bei dem der Nutzer registriert ist. Durch das Konzept der [[Jabber Identifier#Ressource|Ressourcen]] ist es möglich, sich mit einer Identität an einem XMPP-Server mehrfach anzumelden.<!-- der Satz ist so wie er hier steht, sachlich falsch. Aber beide Aspekte sind wichtig [[Benutzer:Tuxman|Tuxman]] 20:20, 29. Nov. 2007 (CET) -->

<!-- [[Datei:Gajim roster-0.11.png|mini|Eine Kontaktliste („Roster“) im XMPP-Client [[Gajim]]]] ausgeblendet, weil zu wenig Platz + inhaltlich auch nicht wirklich ein großer Mehrwert -->
Für nahezu jedes [[Betriebssystem]] existieren XMPP-Clients, die allerdings das XMPP-Protokoll und dessen [[XMPP Extension Protocol|Erweiterungen]] unterschiedlich gut unterstützen.

Das XMPP-Protokoll ist im Gegensatz zu anderen im Internet eingesetzten Instant-Messaging-Protokollen offen dokumentiert<ref name="Gründe für Jabber?">[http://blog.jbbr.net/against-icq/ Gründe für Jabber]</ref> und wird aktiv weiterentwickelt.

== Funktionen ==
=== Peer-to-Peer-Sitzungen ===
{{Belege fehlen}}

Mit der „Jingle“ genannten Erweiterung kann XMPP [[Peer-to-Peer]]-Sitzungen vereinbaren. Diese Funktion wird vor allem für [[IP-Telefonie]] (VoIP) genutzt und ist in der Aufgabenstellung dem [[Session Initiation Protocol]] (SIP) sehr ähnlich.<ref>[https://xmpp.org/extensions/xep-0166.html ''XEP-0166: Jingle'']</ref>

Nachdem [[Google LLC|Google]] am 8. August 2005 mit der Veröffentlichung von [[Google Talk]] das XMPP-Protokoll zunächst proprietär um VoIP-Funktionen erweitert hatte, veröffentlichte<ref name="jabberpress_jingle">{{Webarchiv |url=http://xmpp.org/xsf/press/2005-12-15.shtml |text=''XMPP Standards Foundation Publishes Open VoIP and Multimedia Protocols.'' |wayback=20070504093715}}, [[XMPP Standards Foundation]], 15. Dezember 2005</ref> die XMPP Standards Foundation am 15. Dezember 2005 die Spezifikation<ref name="xep166">XEP-0166: [http://xmpp.org/extensions/xep-0166.html ''Jingle'']</ref> der Erweiterung „Jingle Signalling“, die XMPP um P2P-Fähigkeiten erweitert, sowie die Spezifikation<ref name="jep167">XEP-0167: [http://xmpp.org/extensions/xep-0167.html ''Jingle Audio Media Description Format'']</ref> einer ersten Anwendung, „Jingle Audio“ für VoIP. Am selben Tag veröffentlichte<ref name="google_announce_libjingle">[http://googletalk.blogspot.com/2005/12/jingle-all-way.html Google Talkabout], Sean Egan: ''[http://googletalk.blogspot.com/2005/12/jingle-all-way.html Jingle all the way]''</ref> Google den Quellcode der [[Programmbibliothek]] [[Jingle (XMPP)|libjingle]], die diese Funktionalität implementiert. Einige andere XMPP-Clients implementierten (z.&nbsp;B. auch durch Nutzung von ''libjingle'') danach auch „Jingle Audio“, so dass VoIP-Funktionen mit XMPP nicht nur Google Talk und Windows-Systemen vorbehalten sind.

Mittlerweile existieren weitere Anwendungen, die „Jingle Signalling“ – das beispielsweise die Kommunikation durch [[Network Address Translation]]s (NAT) hindurch vereinbart – als Grundlage benutzen. Bisher sind unter anderem Jingle-Profile für Video (auf [[Theora]]-Basis), [[User Datagram Protocol]] (UDP) (nutzbar etwa zur Vereinbarung von [[Mehrspieler]]-Netzwerk-Spielen) und das [[InterAsterisk eXchange]] spezifiziert. Auch eine Umsetzung des [[Mehrfrequenzwahlverfahren]]s (DTMF) existiert zwecks Rückwärtskompatibilität mit dem herkömmlichen [[Telefonnetz]].

Zurzeit wird an Profilen für [[Datenaustausch]] und [[Virtual Private Network|virtuelle private Netzwerke]] gearbeitet.

=== Multi-User Chat ===
{{Hauptartikel|Multi-User Chat}}
XMPP unterstützt Konferenzen mit mehreren Benutzern. Heute ist dabei die Spezifikation ''Multi-User Chat'' (MUC)<ref name="xep45">XEP-0045: [http://xmpp.org/extensions/xep-0045.html Multi-User Chat]</ref> die verbreitetste und wird heute auch bei XMPP vermehrt durch die Begriffe ''Chat'', ''Raum'' und ''Gruppe'' ersetzt. Sie unterstützt Funktionen wie beispielsweise Rollenzuordnung für Nutzer innerhalb des Chats, passwortgeschützte oder unsichtbare Räume und ist abwärtskompatibel zur früheren Spezifikation ''Groupchat''. Konferenzräume werden auch durch [[Jabber Identifier]] repräsentiert. Der Multi-User Chat ist aus Sicht des normalen Anwenders in der Anwendung vergleichbar mit dem [[Internet Relay Chat]] (IRC Chat).

=== Kommunikation mit anderen Chat-Netzwerken ===
{{Hauptartikel|XMPP-Transport}}

[[Datei:Wie ein Jabber-Transport funktioniert.svg|mini|Alice sendet ihre Nachricht zu dem XMPP-Server, an dem sie angemeldet ist. Von diesem wird die Nachricht zum XMPP-Transport gesendet. Der XMPP-Transport leitet sie über den ICQ-Server zu Bob weiter.]]

Ein besonderes Konzept von XMPP ist das des ''Transports''. Damit kann man auch andere Netzwerke (im XMPP-[[Jargon]] ''Legacy Services'' genannt) wie [[Gadu-Gadu]] oder [[Internet Relay Chat]] (IRC) verwenden und mit deren Benutzern interagieren. Die Server transportieren dabei die Nachrichten zwischen den Netzwerken, ohne dass die beiden beteiligten Benutzer dafür besondere Vorkehrungen zu treffen brauchen.

Zur Kommunikation mit Nutzern eines mit XMPP nicht kompatiblen Netzwerks wird ein eigenes Konto im jeweiligen Netzwerk benötigt. Jeder Benutzer von XMPP kann sich bei Transports registrieren, indem er seine vorhandenen Anmelde-Informationen an diesen Dienst übergibt. Dazu müssen Clients ''Service Discovery''<ref name="XEP-0030">XEP-0030: [http://xmpp.org/extensions/xep-0030.html ''Service Discovery''], [[XMPP Standards Foundation]], Version 2.2, 24. Januar 2006</ref> (zu deutsch „Dienste-Ermittlung“) unterstützen. So ist es möglich, Server nach angebotenen ''Transports'' zu durchsuchen und ohne zusätzliche Installation von Plugins mit Nutzern proprietärer [[Instant-Messaging]]-Netzwerke zu kommunizieren.

== Geschichte ==
[[Datei:Jabber logo.svg|mini|Jabber-Logo]]

[[Jeremie Miller]] begann 1998 mit der Entwicklung eines [[Echtzeit]]-XML-[[Datenstrom|Streaming]]-Protokolls, das er 1999 unter dem Namen Jabber veröffentlichte. 2004 hatte die [[Internet Engineering Task Force|IETF]] das Protokoll mit einigen Änderungen als offiziellen Standard mit der Bezeichnung ''Extensible Messaging and Presence Protocol'' verabschiedet. Seitdem ist die [[XMPP Standards Foundation]] (XSF) verantwortlich für die Standardisierung der auf XMPP aufbauenden Protokolle, den sogenannten [[XMPP Extension Protocol]]s. Direktor und Autor der meisten XEPs ist [[Peter Saint-Andre]].

== Verbreitung ==
[[Google LLC|Google]] war der einzige Anbieter, der das XMPP-Protokoll für die E-Mail-Adressen von [[Google Mail]] anbot. Dieser [[Google Talk|Google-Talk]]-Dienst wurde allerdings im Mai 2013 für Drittsoftware eingestellt und steht nur noch für den Client von Google zur Verfügung. In Deutschland wurde XMPP von [[United Internet]] im [[GMX/Web.de Multimessenger]] verwendet, der darüber hinaus auch die Integration anderer Dienste wie ICQ, Windows Live Messenger und Yahoo Messenger erlaubte. Am 1. Dezember 2014 wurde dieser Dienst jedoch ebenfalls eingestellt. Google- und GMX-Kunden konnten damals lediglich mit der Angabe ihrer E-Mail-Adresse direkt –&nbsp;also ohne Einsatz von „Transports“&nbsp;– miteinander kommunizieren. Ebenso verwendete der [[Facebook]]-Chat das XMPP-Protokoll. Früher konnte man sich deshalb mit vielen freien Chat-Programmen mit Facebook-Freunden unterhalten. Facebook hat das Protokoll aber im Mai 2015 derart modifiziert, dass Drittsoftware damit nicht mehr fehlerfrei funktioniert und das „Federation-Feature“, also die Kommunikation mit anderen XMPP-Servern, wurde dabei von Anfang an nicht unterstützt.

Weitere bekannte Clients sind [[Trillian]] von [[Cerulean Studios]], LJ Chat von [[LiveJournal]], [[Ovi (Nokia)|Ovi]] von [[Nokia]] (das zugleich einen Jabber-Client für seine Mobilfunkgeräte anbietet), und [[Miranda NG]].<ref>{{Literatur |Autor=Ozgur Ozturk |Titel=Introduction to XMPP protocol and developing online collaboration applications using open source software and libraries |Sammelwerk=2010 International Symposium on Collaborative Technologies and Systems |Datum=2010-05 |DOI=10.1109/CTS.2010.5478530 |Seiten=21–25 |Online=https://ieeexplore.ieee.org/document/5478530/similar#similar |Abruf=2025-01-27}}</ref>

Weltweit gibt es mehrere tausend XMPP-Server. Einige Privatpersonen, aber auch Vereine wie der [[Chaos Computer Club]]<ref>{{Webarchiv |url=http://jabber.ccc.de/ |text=jabber.ccc.de |wayback=20260112073635}}</ref>, betreiben eigene Server ohne kommerzielle Absicht. Die [[Piratenpartei Deutschland|Piratenpartei]] betrieb ebenfalls einen inzwischen eingestellten Server.<ref>[http://wiki.piratenpartei.de/Jabber wiki.piratenpartei.de/Jabber]</ref> Die [[XMPP Standards Foundation]] bietet eine Liste öffentlicher Server, in die sich Betreiber eintragen können.<ref>[https://xmpp.net/directory.php Public XMPP Server Directory]</ref> Zudem existiert mit dem xmpp-server-scanner ein [[Bot]], der Server automatisch abfragt und eine Liste mit Angaben zur Verfügbarkeit und unterstützten Funktionen generiert.<ref>{{Google Code|xmpp-server-scanner|xmpp-server-scanner}}</ref>

Im Jahr 2009 hat [[Cisco Systems|Cisco]] [[Jabber Inc.]] aufgekauft. Eine Integration in eigene Softwarelösungen ist geplant.<ref>[http://www.zdnet.de/news/wirtschaft_unternehmen_business_cisco_uebernimmt_instant_messaging_anbieter_jabber_story-39001020-39196589-1.htm Cisco übernimmt Instant-Messaging-Anbieter Jabber]</ref>

== Verschlüsselung ==
{{Lückenhaft|
* End-to-End Signing and Object Encryption (RFC [[rfc:3923|3923]])
* Implementierungen / Verbreitung / Kompatibilität / Zukunft
* Off-Band-Verschlüsselung (VoIP, Video etc.)
* Welche Informationen wann verschlüsselt (Passwörter, Nachrichten,&nbsp;…)}}

Die Verbindung zwischen zwei XMPP-Clients wird immer über mindestens einen XMPP-Server aufgebaut. Sind beide Clients an zwei verschiedenen Servern angemeldet, so muss auch zwischen den beiden Servern eine Verbindung aufgebaut werden (Client&nbsp;A ↔ Server&nbsp;A ↔ Server&nbsp;B ↔ Client&nbsp;B).
Da auf diesem Übertragungsweg Nachrichten an jeder Station (und auch dazwischen) [[Abhören|abgehört]], respektive [[Sniffer|mitgeschnitten]] werden können, empfiehlt es sich, diese zu verschlüsseln.

Die Verbindung zwischen einem Client und dem Server, an dem dieser Client angemeldet ist, kann mittels [[Transport Layer Security]] (SSL/TLS) verschlüsselt werden (''Client-zu-Server-Verschlüsselung''). SSL-Verbindungen zum XMPP-Server wurden in der Regel auf [[Port (Protokoll)|Port]] 5223 angeboten, mittlerweile nutzen TLS-Verbindungen jedoch laut <nowiki>RFC&nbsp;6120</nowiki><ref name="RFC6120" /> mittels [[STARTTLS]] ebenfalls den Standardport 5222. Einige Server bieten abweichend auch explizit Port 5224 für TLS an. Client-zu-Client-Verschlüsselung ist für die Betreiber eines XMPP-Servers sicher die bevorzugte Variante, da so weniger Ressourcen auf den Servern verbraucht werden, er kann dann aber nicht mehr nachvollziehen, welche Inhalte übertragen werden (d.&nbsp;h., er kann keine Textnachrichten mitlesen), was wiederum für den Client von Vorteil ist.

Selbst wenn die Verbindungen der Clients zu ihren jeweiligen Servern verschlüsselt sind, ist die Kommunikation zwischen den Servern ein möglicher Angriffspunkt. Viele Server verschlüsseln daher ihre Verbindungen zu anderen Servern ([[Server-zu-Server]]-Verschlüsselung). Eine Kombination mit der Client-zu-Server-Verschlüsselung ist sinnvoll, da sonst die Verbindung am schwächsten Punkt – d.&nbsp;h. dort, wo die Verbindung nicht verschlüsselt ist – angreifbar ist. Werden beide Verfahren eingesetzt, wird die Sicherheit erheblich verbessert, dennoch sind die Server ein Angriffspunkt, da selbst bei einer Kombination aus Server-zu-Server- und Client-zu-Server-Verschlüsselung die Daten an beiden Servern entschlüsselt werden. Im März 2014 unterschrieben viele Betreiber der großen öffentlichen XMPP-Server ein Manifest, in dem sie sich verpflichten, Server-zu-Server Verschlüsselung anzubieten und unsichere Protokolle wie SSLv2 abzuschalten.<ref>[https://github.com/stpeter/manifesto/blob/master/manifesto.txt Manifesto] auf [[GitHub]], abgerufen am 5. November 2014</ref>

Einen noch höheren Grad an Sicherheit bietet daher die [[Ende-zu-Ende-Verschlüsselung]]. Indem alle Daten vom Ausgangsclient ver- und erst vom jeweiligen Zielclient wieder entschlüsselt werden, werden Angriffspunkte minimiert. Die Verbindung ist gezwungenermaßen jederzeit verschlüsselt, und die Server können die von ihnen weitergeleiteten Daten nicht entschlüsseln. So können die Betreiber des Servers und potenzielle Angreifer lediglich Rückschlüsse auf den Zeitpunkt, die Dauer und den ungefähren Umfang eines Gespräches schließen.

Ein Verfahren zur Ende-zu-Ende-Verschlüsselung ist [[OpenPGP]]. Es beruht auf dem Prinzip der [[Asymmetrisches Kryptosystem|asymmetrischen Verschlüsselung]]. Die Schlüssel bleiben über einen längeren Zeitraum unverändert. Jedes Schlüsselpaar kann eindeutig einem „Schlüsselinhaber“ zugeordnet werden. Daher kann mit dieser Form der Verschlüsselung nicht nur die „Vertraulichkeit“ einer Datenübertragung erreicht werden, sondern auch eine „Verbindlichkeit“ im Sinne der [[Informationssicherheit]]: Gesprächsteilnehmer können damit anhand von Aufzeichnungen später nachweisen, welche Aussagen in dem Gespräch von welchen Personen gemacht wurden.

[[Off-the-Record Messaging]] (OTR) bietet die Möglichkeit, Übertragungen abhörsicher („vertraulich“) zu gestalten, gleichzeitig jedoch eine [[Glaubhafte Abstreitbarkeit]] („Unverbindlichkeit“) zu ermöglichen: Nach erfolgter Kommunikation ist der Inhalt abstreitbar, da die Integrität der übertragenen Nachrichten gezielt zunichtegemacht wird, indem die temporär genutzten Signaturschlüssel nach deren Gebrauch im Klartext übertragen werden. Dadurch kann auch kein Gesprächsteilnehmer später nachweisen, dass bestimmte Inhalte tatsächlich übertragen wurden, da dieser die Inhalte selbst im Nachhinein hätte signieren können. Durch [[Perfect Forward Secrecy]] (PFS) wird außerdem erreicht, dass bei Verlust von privaten Schlüsseln vorherige Trafficmitschnitte nicht entschlüsselt werden können. Diese Form der Verschlüsselung eignet sich somit besonders für vertrauliche Gespräche „[[sub rosa]]“. Die Tatsache, dass ein Gespräch zwischen den Teilnehmern stattgefunden hat, bleibt davon unabhängig jedoch nachweisbar.

[[OMEMO]] ist eine Erweiterung des XMPP-Protokolls das [[Ende-zu-Ende-Verschlüsselung]] zwischen Nutzern ermöglicht. Außerdem realisiert OMEMO die Anforderung [[Perfect Forward Secrecy]] und [[Glaubhafte Abstreitbarkeit]]. Alle gängigen XMPP-Server beherrschen diese Protokollerweiterung, sowie zahlreiche [[Liste von XMPP-Clients#Protokollerweiterungen|Jabber-Clienten]] wie z.&nbsp;B. [[Gajim]], Dino oder [[Conversations (Instant Messenger)|Conversations]].

Da die Server-zu-Server-Verschlüsselung von XMPP nicht vom Endbenutzer beeinflusst werden kann, weil sie im Hoheitsbereich der Serveradministratoren stattfindet, ist die für den Endbenutzer größtmögliche Sicherheit durch die gleichzeitige Verwendung von Client-zu-Server-Verschlüsselung und Ende-zu-Ende-Verschlüsselung erreichbar.

== Siehe auch ==
* [[Liste von Instant-Messaging-Protokollen]]
* [[Liste von mobilen Instant-Messengern]]
* [[Liste von Multi-Protokoll-Messengern]]
* [[Liste von XMPP-Clients]]
* [[Liste von XMPP-Server-Software]]

== Normen und Standards ==
XMPP ist standardisiert über mehrere [[Request for Comments|RFCs]]. Es gibt eine Hauptlinie und zugehörige Ergänzungen bzw. Update-RFC's:

Erste Generation:
* {{RFC-Internet |RFC=3920 |Titel=Extensible Messaging and Presence Protocol (XMPP): Core |Datum=2004 |Updated=6120}}
* {{RFC-Internet |RFC=3921 |Titel=Extensible Messaging and Presence Protocol (XMPP): Address Format |Datum=2004 |Updated=6121}}
* {{RFC-Internet |RFC=3922 |Titel=Mapping the Extensible Messaging and Presence Protocol (XMPP) to Common Presence and Instant Messaging (CPIM) |Datum=2004}}
* {{RFC-Internet |RFC=3923 |Titel=End-to-End Signing and Object Encryption for the Extensible Messaging and Presence Protocol (XMPP) |Datum=2004}}

Zweite Generation:
* {{RFC-Internet |RFC=6120 |Titel=Extensible Messaging and Presence Protocol (XMPP): Core |Datum=2011}}
** {{RFC-Internet |RFC=7590 |Titel=Use of Transport Layer Security (TLS) in the Extensible Messaging and Presence Protocol (XMPP) |Datum=2015 |Kommentar=Update}}
** {{RFC-Internet |RFC=8553 |Titel=2019 |Datum=2019 |Kommentar=Update}}
* {{RFC-Internet |RFC=6121 |Titel=Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and Presence |Datum=2011}}
* {{RFC-Internet |RFC=6122 |Titel=Extensible Messaging and Presence Protocol (XMPP): Address Format |Datum=2011 |Updated=7622}}
* {{RFC-Internet |RFC=7622 |Titel=Extensible Messaging and Presence Protocol (XMPP): Address Format |Datum=2015}}

== Literatur ==
* D. J. Adams: ''[http://www.wikicontent.com/wiki/index.php/Programming_Jabber Programming Jabber]''. O’Reilly Media, Januar 2002, ISBN 0-596-00202-5
* Stephen Lee u.&nbsp;a.: ''Jabber Programming''. John Wiley & Sons, April 2002, ISBN 0-7645-4934-0
* Iain Shiegoka: ''Instant Messaging in Java: The Jabber Protocols''. Manning Publications, Mai 2002, ISBN 1-930110-46-4
* P. Saint-Andre, K. Smith, R. Tronçon: ''XMPP: The Definitive Guide''. O’Reilly Media, April 2009, ISBN 978-0-596-52126-4

== Weblinks ==
{{Wikibooks|XMPP-Kompendium}}
* [https://xmpp.org/ XMPP Standards Foundation XSF] (englisch)
* [https://www.jabber.org/ Jabber.org] (englisch)
* [https://xmpp.org/software XMPP Software-Liste (Clients, Server, Bibliotheken) der XMPP Standards Foundation] ''(englisch)''
* [https://xmpp.org/about/history.shtml Geschichte des XMPP-Protokolls (xmpp.org)] (englisch)
* {{dmoz|Computers/Internet/Chat/Instant_Messaging/Jabber|Jabber}} (englisch)
* [https://www.freie-messenger.de/xmpp/ Einführung zu XMPP] (deutsch)
* [https://providers.xmpp.net/ XMPP Providers] Liste von XMPP-Providern auf xmpp.net (englisch)

== Einzelnachweise ==
<references>
<ref name="RFC6120">
{{RFC-Internet |RFC=6120 |Titel=Extensible Messaging and Presence Protocol (XMPP): Core |Datum=2011}}
</ref>
<ref name="RFC6121">
{{RFC-Internet |RFC=6121 |Titel=Extensible Messaging and Presence Protocol (XMPP): Instant Messaging and Presence |Datum=2011}}
</ref>
<ref name="RFC6122">
{{RFC-Internet |RFC=6122 |Titel=Extensible Messaging and Presence Protocol (XMPP): Address Format |Datum=2011 |Updated=7622}}
</ref>
</references>

[[Kategorie:Synchronous Conferencing-Protokoll]]
[[Kategorie:Instant-Messaging-Protokoll]]
[[Kategorie:XML-basierte Sprache]]
[[Kategorie:XMPP| ]]