Tag - xmpp - Un amer dans le cybermonde

mardi, avril 3 2007

Mes reproches sur le service de messagerie instantanée xmpp de Google

Par idoric le mardi, avril 3 2007, 20:00

J'avertis le lecteur que le présent billet est destiné à être un pense-bête de ce qui cloche encore vis-à-vis de ce qu'on peut attendre d'un service xmpp de base, il est donc normal qu'il ne s'y trouve que du négatif ;) Et pour prouver ma bonne foi, je signale que j'ai parfaitement relévé les progrès de Google, de l'indispensable ouverture de leur serveur vers le réseau xmpp jusqu'à la tant attendue possibilité de recevoir des messages envoyés quand on n'était pas en ligne.

1. Les limitations des logiciels clients de Google (interface web de gmail, gtalk, etc…)

Ces limitations sont dépassables dans la mesure où il est possible d'utiliser un autre logiciel que ceux proposés par google, mais pour cela il faut encore que l'utilisateur ait conscience de cette possibilité, sous peine de le voir croire que ce n'est pas possible avec jabber. Je rappelle qu'il est possible d'utiliser simultanément plusieurs logiciels pour accéder à son compte (par exemple si vous avez besoin de gtalk pour la téléphonie par internet):

- impossibilité d'envoyer un message à une personne qui n'est pas dans votre liste de contact (obligé de l'ajouter même pour un échange ponctuel). C'est d'autant plus géant qu'avec leur serveur, ajouter à la liste de contact signifie donner l'autorisation de savoir si vous êtes en ligne ou pas.

- impossibilité d'envoyer un message à une personne qui n'est pas en ligne si elle n'est pas elle-même chez google.

2. Les limitations du serveur de Google

Ici, la seule façon de dépasser ces limites, c'est de se créer un compte sur un tout autre serveur xmpp que celui de google. Je rappelle que quelquesoit votre serveur, s'il est relié au réseau xmpp, vous pourrez continuer à communiquer avec tous vos contacts xmpp, y compris ceux chez google :

- une personne qui n'est pas dans votre liste de contact ne peut pas vous contacter. Le problème est ici qu'il s'agit d'une politique obligatoire imposée par Google, alors que le protocole xmpp met à disposition une solution satisfaisante pour tous, voir le deuxième point.

- le serveur de google ne permet pas de mettre en place des privacy list (ce qui fait pourtant bien parti de la norme xmpp), qui sont des politiques personnalisées d'acceptation et de rejets des communications extérieures. Il est ainsi tout à fait possible de refuser tout message de personnes qui ne sont pas dans votre liste de contact, ou tout accepter, ou toutes les possibilités intermédiaires (rejet de certains contacts ou de certains serveurs, etc…).

dimanche, mars 11 2007

Le serveur jabber du service gtalk accepte les messages off-line !

Par idoric le dimanche, mars 11 2007, 20:51

Suite à une erreur de manipulation, j'ai découvert que le serveur jabber de google accepte enfin la réception des messages même quand le destinataire est off-line. En fait, j'avais complètement raté la niouze, puisque cela est le cas depuis novembre 2006 :( En l'absence de cette fonctionnalité, j'avais très sérieusement posé la question de savoir si on pouvait considérer que le serveur gtalk était un ''vrai'' serveur jabber. J'aurais pu pleinement lever cette critique, mais il faut encore que le contact active l'historique de chat dans gmail pour que la réception des messages off-line fonctionne, ce qui risque de ne pas être le cas partout.

un commentaire

mercredi, février 1 2006

un serveur jabber sans messages off-line est-il un serveur jabber ?

Par idoric le mercredi, février 1 2006, 13:34

jabber
xmpp

Comme déjà indiqué, le serveur jabber de google (service gtalk) n'accepte pas les messages off-line. En fait, pour être précis, maintenant un utilisateur de gtalk peut envoyer des messages off-line, mais il ne peut pas en recevoir... (et rien ne laisse supposer que google aurait ne serait-ce que prévu d'ajouter cette possibilité un jour lointain) Puisque que cela a déjà été dit, pourquoi écrire de nouveau à ce sujet ? Parce qu'à l'usage, j'ai pu constater que l'absence de cette fonctionnalité se fait cruellement sentir et limite grandement l'utilisation de jabber lui-même avec le contact en question :

Si l'ami en question m'envoie un message off-line via jabber, s'il n'est pas connecté au moment où je voudrais y répondre, il me faudra lui répondre obligatoirement par courriel !
Si j'envoie un courriel à un ami, pour me répondre, il lui sera beaucoup plus simple et plus rapide de me répondre par courriel (pour quoter mes propos entre autre), même si je suis online via jabber ! Alors que si j'avais envoyé mon premier message directement par jabber, il m'aurait répondu en chat via jabber... (note : c'est pour cela que je privilégie l'envoie via jabber quand la personne possède un compte jabber «actif»)
De même, je ne peux répondre à un ami déconnecté au sujet d'une conversation démarrée sur jabber autrement que par courriel.

Ainsi, non seulement des occasions auront été perdues de clavarder via jabber plutôt que de s'échanger des courriels, mais en plus l'historique de la conversation se voit éclatée entre mon client jabber et mon client de messagerie...

En résumée, l'impossibilité d'accepter les messages off-line est à mon goût plus qu'un manque de la part du serveur de google, c'est une raison suffisante pour aller chercher son bonheur sur un autre serveur et éviter celui-là.

jeudi, janvier 1 1970

La notification de frappe entre Gtalk et Psi

Par idoric le jeudi, janvier 1 1970, 00:00

Certains auront noté que la notification de frappe entre les clients jabber Gtalk et Psi ne fonctionne pas. Voici le pourquoi et ce qui va se passer.

Il existe deux JEPs (proposition d'extension du protocole) pouvant être utilisé pour mettre en place cette notification :

Or, Psi 0.10 implémente le premier, et GTalk implémente le deuxième. D'où le fait que ça ne marchait pas entre les deux. Or, voici ce que je lis dans le changelog de Psi 0.11beta1 : + - Support for JEP-85 (Chat State Notifications).

Deux remarques : 1)J'ai comparé les deux JEPs, ils permettent des choses différentes avec pour intersection la notification de frappe. Le JEP-22 propose 4 événements pour les messages : offline, delivered, displayed et compositing. Le JEP-85 définit différents états lors d'une conversation : active, compositing, paused, inactive, gone. Enfin, ils utilisent des espaces de nommage xml différents, donc il est possible d'implémenter et d'activer les deux en même temps. 2)Normalement, la version 0.11 de Psi ne devait être qu'un passage de la bibliothéque de programmation Qt3 à Qt4, sans ajout de fonctionnalité. Il y a 2 ou 3 entorses à cette décision, et l'ajout du support du JEP-85 en fait partie. Les développeurs ont donc dû se sentir pressés par l'incompatibilité fonctionnelle avec GTalk. Pour le coup, le résultat est plutôt chouette, mais sur le long terme, le fait que GTalk commence déjà à imposer sa vision des choses aux autres clients jabber m'inquiète quelque peu.

Si vous voulez savoir lequel des 2 JEPs implémente votre client, vous pouvez vous reporter à cette page.

Un amer dans le cybermonde

Tag - xmpp