Le problème de certaines listes de diffusions est amha le volume de mail généré par jour. Par exemple la très réactivle liste de diffusion d'entre-aide pour OOo a innondé ma boîte alors que j'étais parti une semaine.
C'est l'intéret de faire une liste par messagerie instantanée plutôt que par e-mail. Par défaut les messages ne sont envoyés qu'aux utilisateurs en ligne (donc tu ne reçois jamais rien si tu es déconnecté car parti en vacances).
Pendant combien de temps (et quelle taille) les messages sont-ils stockés sur le serveur quand l'utilisateur est déconnecté ?
Mon composant relaie les messages, ce n'est pas lui qui gère la durée de stockage sur le serveur.
Au niveau des principaux serveurs Jabber, je crois que les limitations qu'on peut imposer portent uniquement sur une valeur maximale de l'espace de stockage, pas sur une date d'expiration des messages. En tout cas, c'est un paramètre qui ne dépend que de l'implantation et de la configuration du serveur utilisé (comme pour le mail). On peut très bien imaginer qu'un utilisateur utilise une interface web pour paramétrer son compte Jabber en précisant de ne pas garder les messages de plus d'une semaine par exemple.
Ceci dit, il existe une extension (JEP) permettant de spécifier la durée de validité d'un message : http://www.jabber.org/jeps/jep-0079.html
Si un client spécifie que le message ne doit pas être distribué après une semaine et que ton serveur supporte ce JEP, tu ne recevras pas le message en question en te connectant deux semaines plus tard. En utilisant ce principe, c'est l'émetteur du message qui évalue la pertinence de son message à long terme mais cette valeur pourrait très bien être changée par PyListC.
Existe-t-il un moyen d'obtenir une hiérarchie des messages d'une discussion ?
La norme prévoit un élément <thread /> permettant d'identifier un fil de discussion. Par contre, à ma connaissance on ne peut pas spécifier précisemment à quel message du fil de discussion on répond (un seul niveau de hiérarchie donc). J'imagine qu'une extension sera définie quand le besoin s'en fera sentir.
L'inclusion de formattage pour inclure des extraits de codes sources est-elle prévue ?
Idem, ce n'est pas mon composant qui s'occupe de ça, il ne fait que relayer les messages.
Avec Jabber, on peut envoyer du texte formaté : http://www.jabber.org/jeps/jep-0071.html
Cette norme, inspirée du XHTML, prévoit en effet un attribut <code /> qui s'utilise comme l'élément du même nom en XHTML.
[^] # Re: Le volume ?
Posté par tiennou_minet . En réponse au journal PyListC : la messagerie instantanée a maintenant son système de diffusion. Évalué à 2.
C'est l'intéret de faire une liste par messagerie instantanée plutôt que par e-mail. Par défaut les messages ne sont envoyés qu'aux utilisateurs en ligne (donc tu ne reçois jamais rien si tu es déconnecté car parti en vacances).
Mon composant relaie les messages, ce n'est pas lui qui gère la durée de stockage sur le serveur.
Au niveau des principaux serveurs Jabber, je crois que les limitations qu'on peut imposer portent uniquement sur une valeur maximale de l'espace de stockage, pas sur une date d'expiration des messages. En tout cas, c'est un paramètre qui ne dépend que de l'implantation et de la configuration du serveur utilisé (comme pour le mail). On peut très bien imaginer qu'un utilisateur utilise une interface web pour paramétrer son compte Jabber en précisant de ne pas garder les messages de plus d'une semaine par exemple.
Ceci dit, il existe une extension (JEP) permettant de spécifier la durée de validité d'un message :
http://www.jabber.org/jeps/jep-0079.html
Si un client spécifie que le message ne doit pas être distribué après une semaine et que ton serveur supporte ce JEP, tu ne recevras pas le message en question en te connectant deux semaines plus tard. En utilisant ce principe, c'est l'émetteur du message qui évalue la pertinence de son message à long terme mais cette valeur pourrait très bien être changée par PyListC.
La norme prévoit un élément <thread /> permettant d'identifier un fil de discussion. Par contre, à ma connaissance on ne peut pas spécifier précisemment à quel message du fil de discussion on répond (un seul niveau de hiérarchie donc). J'imagine qu'une extension sera définie quand le besoin s'en fera sentir.
Idem, ce n'est pas mon composant qui s'occupe de ça, il ne fait que relayer les messages.
Avec Jabber, on peut envoyer du texte formaté :
http://www.jabber.org/jeps/jep-0071.html
Cette norme, inspirée du XHTML, prévoit en effet un attribut <code /> qui s'utilise comme l'élément du même nom en XHTML.