Partner
Um trotz eines Umstiegs auf die Nutzung eines Jabber-Account für seine Freunde, Bekannte und Geschäftspartner, die einen AIM/ICQ oder MSN/Yahoo Account verwenden, weiter erreichbar zu sein, gibt es für Jabber Server sogenannte Transports. Auf einem Jabber-Server installierte Transports stellen eine Verbindung zu den Instant-Messaging-Netzwerken von AIM, ICQ, MSN und Yahoo her.
Anders als bei Multi-Protokoll-Messenger werden hierbei die genannten Protokolle nicht durch den Client unterstützt, sondern direkt vom Server. Dies bringt den Vorteil mit sich, dass bei einer Änderung eines der Protokolle nicht alle Clients ein Update erfahren müssen, sondern nur ein Server-Update stattfindet und nach diesem alle Clients wieder auf die gewohnte Funktionalität zugreifen können. In der Programmiersprache Python aktiv entwickelte Transports sind PyICQt, PyAIMt und PyMSNt. Ein weiterer Transport, der eine Interaktion mit dem IRC Netzwerk bereitstellt, ist der PyIRCt. Darüberhinaus bieten kommerzielle Anbieter auch Gateways an, die einen Versand von SMS vom Jabber-Netzwerk in GSM-Netze ermöglichen.
Weitere Funktionen
Um auf diese Transports zugreifen zu können, muss der Jabber-Client die Funktion "Service Discovery" unterstützen. Mit dieser Funktion werden die Dienste durchsucht, die der Jabber- Server zur Verfügung stellt. Neben den Transports als Dienste können auch Multi-User-Chats und ein Jabber User-Directory vom Server zur Verfügung gestellt werden. Über Zugriffslisten lässt sich bestimmen, wer das Verzeichnis einsehen darf und wer nicht. Die Multi-User-Chats stellen Chat-Räume zur Verfügung, in denen sich mehrere User gleichzeitig unterhalten können, um so eine virtuelle Besprechung abzuhalten.
Die Kontaktlisten (Roster) des Benutzers werden auf dem Jabber-Server gespeichert. Somit stehen ihm seine Kontakte unter seiner JID zur Verfügung - egal von wo aus er sich einloggt. Eine für den Einsatz im Unternehmen hervorragend geeignete Funktion ist die des Shared Roster. Hierbei werden am Server Kontaktlisten vordefiniert und einer bestimmten Gruppe von Nutzern automatisch nach dem Einloggen bereitgestellt. Diese Listen können vom Benutzer nicht verändert oder gelöscht werden. Somit hat der Mitarbeiter immer Zugriff auf die Kontakte in seiner Kontaktliste, ohne selbst Benutzer manuell hinzufügen zu müssen.
an sich ein sehr interessanter artikel, wie eigentlich immer.
irgendwie fehlt mir nur das IRC komplett, wie kann denn das sein?
schliesslich wäre das auch eine möglichkeit.
desweiteren könnten unternehmen eigene chaträume, sogenannte channels, betreiben, um dort support oder ähnliches zu leisten, oder nachrichten an teams zu verschicken, was durchaus teilweise schon praktiziert wird.
mfg
FreXxX
Ich stimme FreXxX voll zu. IRC ist mit einer der grössten Instant Messaging Netzwerke und kann auch anderweitig genutzt werden.......
Ach herrje, ICQ, Jabber, MSN und AIM fürs Unternehmen? Naja, Sicherheitslücken aufreißen kann man auch einfacher und direkter. Jabber kann ich noch verstehen, weil man eigene Server aufsetzen kann.
Aber wer sowas im Unternehmen nutzen will, der holt sich was ordentliches: Lotus Notes hat das eingebaut und einige Unternehmen nutzen es auch und wer es richtig edel will, greift zum neuen Office Live Communication Server, der auch direkt eine Telefonanlage ersetzen kann, wenn man es weit treibt.
Niemals würde ich ICQ & Co. unternehmensweit zulassen, es gibt genug Leute, die es sich schon selbst auf dem Computer installieren.
Auch mir fehlt der IRC hier irgendwie komplett. Da wird im ARtikel die Geschichte des IM 1996 begonnen, dabei gibt es IRC seit 1988 und ist seit den neunziger Jahren auch deutlich verbreitet.
Soweit ich weiß sind auch gesicherte Verbindungen über SSL inzwischen möglich (hab ich aber zugegenermaßen noch nie benutzt).
Warum bleibt dieser Dinosaurier des InstantMessaging hier außen vor?
Die Jabber-Beschreibung hingegen war gut und verschaffte einen netten Einstieg für Leute, die damit bisher nicht so zu tun hatten und es nur dem Namen nach kannten.
Soweit Wikipedia und Ich wissen ist IRC kein Instant Messaging Protokoll, sondern ein Chat Protokoll.
Der Unterschied liegt auf der Hand:
Instant Messaging legt den Schwerpunkt auf das Gespräch zweier Personen, die Sich kennen - IRC legt eher Wert auf Chats von mehr als zwei teilnehmern, die sich meistens nicht kennen. Natürlich kann man den IRC auch zum Zweipersonenchat machen - sei es mit zwei Leuten im Channel oder per Query.
Zurück zum Artikel:
Ich finde auch gut, dass Jabber so ausführlich behandelt wird. vor allem, weil so viele Protokolle auf einmal genannt werden - es ist jetzt nämlich egal ob man ICQ oder AIM oder MSN googlet - man kommt immer irgendwie auf diesen Artikel und man liest sich das durch und testet es. Hoffendlich setzt sich der Standard noch weiter durch.
Naja, genug Senf dazu gegeben ;-)
Viel Spaß,
Jan
Sry, aber dem muss ich (sogar mit Hilfe von Wikipedia) widersprechen:
"Instant messaging (IM) is a form of real-time communication between two or more people based on typed text. The text is conveyed via computers connected over a network such as the Internet."
"nstant messaging requires an instant messaging client that connects to an instant messaging service. Instant messaging differs from e-mail in that conversations happen in real-time."
Die "Echtzeit"-Textübertragung (instant) charakterisiert diese Messenger primär, nicht die Anzahl der Teilnehmer.
(http://en.wikipedia.org/wiki/Instant_Messaging)
Und nur weil die neueren Systeme primär nicht auf channels setzen, disqualifiziert das den IRC, wie du schon richtig feststelltest nicht für 2er-Gespräche.
Gerade in einer Firma kann es doch durchaus interessant sein, wenn man sich an einem "runden Tisch" trifft zu einer bestimmten Zeit...
Es ging mir nicht primär um die Anzahl der Gesprächsteilnehmer, sondern darum, dass man beim Instant Messaging eine Kontaktliste hat. Trotzdem muss ich gestehen, dass auch in der deutschen Wikipedia steht, dass IRC Instant Messaging ist.
Allerdings finde ich es nicht sehr schlimm, dass der IRC hier nicht genannt wurde, da sowohl proprietäre, als auch freie Protokolle inzwischen nachgezogen haben und Multi User Chats zulassen. (Mit icq und Yahoo! bin ich mir nicht sicher, aber MSN und Jabber unterstützen diese Funktion sicher.)
Soweit ich weiß (ich lasse mich auch hier wieder gerne belehren) gibt es im IRC keine Möglichkeit, dass nur registrierte Nutzer in den Chats Lesen und/oder schreiben.
Von daher könnte doch jeder in die Channels hineinspazieren, oder nicht? Dem ist bei Jabber vogesorgt, man kann leicht Userlisten von denen erstellen, in den Channel dürfen und die, die es nicht tun.
Natürlich haben andere Protokolle nachgezogen, das ist wohl unbestreitbar, ich will ja auch nicht behaupten, der IRC wäre allen überlegen o.ä., allerdings vermisse ich eben bei einem solchen Artikel der Vollständigkeit halber diesen "nicht ganz unüblichen" Vertreter.
In der Tat läuft Zugangskontrolle im IRC nicht über eine Regisrierung. Zugangskontrolle zu einem channel im IRC findet über ein optionales Passwort statt.
(Es ist auch möglich einen channel auf "invite only" zu stellen, sodass nur Leute reinkommen, die eingeladen werden, aber das ist für diesen Anwendungsfall wohl nicht angebracht)
Das soll jetzt nicht allzu belehrend sein, nur weiß ich nicht, wie vertraut du mit dem Netzwerk bist, daher hole ich mal etwas aus (wenn das alles bekannt ist, auch gut ;-) )
Das Recht, ob jemand schreiben oder nur lesen darf, erfolgt mit Vergabe des Levels "voice", wenn der channel den Modus "moderated" erhält.
Voice-user erhalten so im channel das Recht zu sprechen, alle "darunter" können nur mitlesen. Die Vergabe dieses Rechts hängt vom auth (der Registrierung im jeweiligen IRC-Netzwerk) ab...oder ein Operator vergibt das Recht manuell.
Man kann auch einen Modus setzen, um nur von registrierten Nutzern im query angesprochen zu werden...aber genug dazu, jedes Netzwerk hat eben so seine Vor- und Nachteile.
Schönen Sonntag noch :-)
Gruß
Martin