En théorie c'est sympa ton exemple, mais dans la pratique ça ne se passe(ra) pas comme ça !
J'ai envie de répondre "et pourquoi pas".
La raison de mon journal est bien que dans la pratique ça ne se passe pas comme ça, je m'interroge donc si ça pourrait le devenir, et de manière simple !
Quand tu dis "je veux voir mes mails", tu utilises un logiciel ad-hoc (thunderbird par exemple)
Oui, mais là c'est facile : tu pars du principe que tu sais déjà ce que tu veux (utiliser un client imap pour te connecter à un serveur imap).
"Voir de mails" n'implique pas du tout d'utiliser Thunderbird ni de dialoguer en Imap.
À quoi sert-il que thunderbird puisse savoir que le serveur propose en plus le protocole MON_PROTOCOLE qu'il ne gère pas ?
J'ai donné l'exemple d'un client mail, c'est une illustration, mais on peut imaginer des cas où c'est utile. Déjà, en tant que simple utilisateur, j'aimerai pouvoir demander ce que le serveur propose, et peut-être alors que je choisirai un autre logiciel !
Ensuite, le logiciel dans lequel tu entre ton adresse d'identité et ton mot de passe n'est pas nécessairement un logiciel de courrier, cela peut-être un outil tel que celui-là :
Gnome online accounts
(c'est le nouveau gestionnaire de compte en ligne de Gnome)
Ce logiciel, il ne cherche pas spécifiquement à te connecter à ta boîte mail, il cherche les services associés à ton compte identité.
S'il y a une boîte mail associée, il configurera ton client mail, s'il y a une service de messagerie associée, il configurera ton client IM, et ainsi de suite.
On peut imaginer qu'un tel outil puisse te connecter à un service de musique en ligne ou un bugtracker…
Je peux encore donner l'exemple du compte Ubuntu One : il propose un volume de stockage distant, on peut télécharger de la musique… Actuellement il faut un outil spécial pour se connecter à Ubuntu One, dans le bureau Ubuntu on a donc deux outils de connexion : celui de la copie d'écran, et celui d'Ubuntu. Pour le deuxième, ça ne marche que parce qu'on a déjà la réponse préinstallé dans un paquet .deb !
Ubuntu One Preferences
On a vu apparaitre sur nos bureaux linux des supers plugins qui savaient automatiquement récupérer des plugins manquant, on peut imaginer que le gestionnaire de connexion sus-cité propose le logiciel le plus adapté, ou un plugin dans le dépôt de la distribution !
J'imagine bien un message "Votre logiciel ne supporte que l'IMAP, mais vous ne pourrez pas classer vos conversations par tag, un plugin gère le protocole IMAP++ recommandé par votre fournisseur, voulez-vous l'installer ?".
Si le serveur ne déclare pas les ressources mais se laisse seulement interrogé, cela signifie que le "gestionnaire de connexion" doit être mit à jour à chaque nouveau protocole ou version, pour pouvoir interroger ce protocole nouveau (et cela signifie qu'il doit savoir parler ce protocole !). Si le seruveur déclare ses ressources, et que les logiciels clients déclarent les ressources gérées, alors le gestionnaire de connexion peut les relier entre eux sans rien connaitre du fonctionnement de ces protocoles : le client qui s'est vanté de savoir le faire s'en occupe !
C'est pour cela aussi que je vois plus la description selon l'usage que selon le protocole, ce que ne font pas les DNS SRV. Quand on demande un serveur imap j'ai envie de dire qu'on l'a déjà trouvé !
Le client email n'a qu'à fait une requêtes DNS SRV sur les protocoles qu'il supporte lors de l'auto-configuration et, hop, le tour est joué !
Comme dit plus ailleurs dans la discussion, il y a plein de protocoles qui fonctionnent sur http, je crois que les plugin du logiciel evolution pour les calendrier et contacts google passent par http, le DNS SRV ne déclarent rien dessus, je pense. Le DNS peut déclarer les miroirs de ces serveurs http, mais pas dire lesquels font du calendrier sur http !
Il faut bien pouvoir demander à un moment "tel usage" et se voir répondre "tel protocole et telle ressource". Ça n'enlève pas l'utilité du DNS SRV, c'est complémentaire : dans certains cas il suffirait seulement de répondre le protocole et le DNS SRV complèterait alors avec l'adresse du serveur.
Le DNS SRV ne répond pas à la question des usages mais à la question des moyens.
ce commentaire est sous licence cc by 4 et précédentes
[^] # Re: Sémantique
Posté par Thomas Debesse (site web personnel, Mastodon) . En réponse au journal Décrire les services servis et comment s'y connecter. Évalué à 3.
J'ai envie de répondre "et pourquoi pas".
La raison de mon journal est bien que dans la pratique ça ne se passe pas comme ça, je m'interroge donc si ça pourrait le devenir, et de manière simple !
Oui, mais là c'est facile : tu pars du principe que tu sais déjà ce que tu veux (utiliser un client imap pour te connecter à un serveur imap).
"Voir de mails" n'implique pas du tout d'utiliser Thunderbird ni de dialoguer en Imap.
J'ai donné l'exemple d'un client mail, c'est une illustration, mais on peut imaginer des cas où c'est utile. Déjà, en tant que simple utilisateur, j'aimerai pouvoir demander ce que le serveur propose, et peut-être alors que je choisirai un autre logiciel !
Ensuite, le logiciel dans lequel tu entre ton adresse d'identité et ton mot de passe n'est pas nécessairement un logiciel de courrier, cela peut-être un outil tel que celui-là :
Gnome online accounts
(c'est le nouveau gestionnaire de compte en ligne de Gnome)
Ce logiciel, il ne cherche pas spécifiquement à te connecter à ta boîte mail, il cherche les services associés à ton compte identité.
S'il y a une boîte mail associée, il configurera ton client mail, s'il y a une service de messagerie associée, il configurera ton client IM, et ainsi de suite.
On peut imaginer qu'un tel outil puisse te connecter à un service de musique en ligne ou un bugtracker…
Je peux encore donner l'exemple du compte Ubuntu One : il propose un volume de stockage distant, on peut télécharger de la musique… Actuellement il faut un outil spécial pour se connecter à Ubuntu One, dans le bureau Ubuntu on a donc deux outils de connexion : celui de la copie d'écran, et celui d'Ubuntu. Pour le deuxième, ça ne marche que parce qu'on a déjà la réponse préinstallé dans un paquet .deb !
Ubuntu One Preferences
On a vu apparaitre sur nos bureaux linux des supers plugins qui savaient automatiquement récupérer des plugins manquant, on peut imaginer que le gestionnaire de connexion sus-cité propose le logiciel le plus adapté, ou un plugin dans le dépôt de la distribution !
J'imagine bien un message "Votre logiciel ne supporte que l'IMAP, mais vous ne pourrez pas classer vos conversations par tag, un plugin gère le protocole IMAP++ recommandé par votre fournisseur, voulez-vous l'installer ?".
Si le serveur ne déclare pas les ressources mais se laisse seulement interrogé, cela signifie que le "gestionnaire de connexion" doit être mit à jour à chaque nouveau protocole ou version, pour pouvoir interroger ce protocole nouveau (et cela signifie qu'il doit savoir parler ce protocole !). Si le seruveur déclare ses ressources, et que les logiciels clients déclarent les ressources gérées, alors le gestionnaire de connexion peut les relier entre eux sans rien connaitre du fonctionnement de ces protocoles : le client qui s'est vanté de savoir le faire s'en occupe !
C'est pour cela aussi que je vois plus la description selon l'usage que selon le protocole, ce que ne font pas les DNS SRV. Quand on demande un serveur imap j'ai envie de dire qu'on l'a déjà trouvé !
Comme dit plus ailleurs dans la discussion, il y a plein de protocoles qui fonctionnent sur http, je crois que les plugin du logiciel evolution pour les calendrier et contacts google passent par http, le DNS SRV ne déclarent rien dessus, je pense. Le DNS peut déclarer les miroirs de ces serveurs http, mais pas dire lesquels font du calendrier sur http !
Il faut bien pouvoir demander à un moment "tel usage" et se voir répondre "tel protocole et telle ressource". Ça n'enlève pas l'utilité du DNS SRV, c'est complémentaire : dans certains cas il suffirait seulement de répondre le protocole et le DNS SRV complèterait alors avec l'adresse du serveur.
Le DNS SRV ne répond pas à la question des usages mais à la question des moyens.
ce commentaire est sous licence cc by 4 et précédentes