Aller à la page... |
[concept] Adresse e-mail sans nom de domaine?
Suivre Répondre |
|
Partager | Rechercher |
|
achete un nom de domaine .
|
27/01/2009, 22h59 |
|
|
Je pense que l'analogie de Zup est la bonne.
La création d'un domaine est en réalité très simple, notamment si on s'adresse à quelqu'un qui assure la gestion et la redirection. |
28/01/2009, 07h11 |
|
Irannia Amarthalion |
Voir le profil public |
Trouver plus de messages par Irannia Amarthalion |
Irannia Amarthalion |
Voir le profil public |
Trouver plus de messages par Irannia Amarthalion |
|
Pas toujours Mon courrier in game arrive dans ma maison perso
Donc l'exemple avec une BP est mieux choisit oui. |
28/01/2009, 18h39 |
|
|
Bon, vu que j'ai du temps à perdre j'ai fais un ptit dessin pour expliquer l'analogie et le problème. J'espère que c'est pas trop faux, j'ai jamais vraiment étudié le protocole SMTP.
L'analogie avec la boîte au lettre est tout à fait, voir le dessin : On envoie une lettre à 32 @ Rue de Paris Dans le premier cas, quand on envoie une lettre à 32 rue de Paris, le facteur sait où la Rue de Paris est en regardant sur une carte (y'a aussi un code postal et tout mais bon, vous connaissez), et ensuite il cherche le numéro 32 et met le courrier dedans. Le mec qui à la clef de la boite il peut regarder dedans quand il veut, parfois y'a du courrier, parfois pas. Dans le deuxième cas c'est un envoie d'email. La différence avec Internet, c'est le facteur est ultra rapide, mais sinon c'est plus ou moins pareil. Un mec envoie un email via un serveur. Ce serveur va demander à un autre où il doit l'envoyer. Ce deuxième serveur, qui a un nom mais je me souviens plus, il connait toutes les associations IP/Domaines. Y'en a plusieurs dans le monde qui se copient les uns les autres. Pour avoir une entrée dans cette liste faut en avoir fait la demande. Comme la Rue de Paris en vrai est référencée sur une carte, bah ici, Orange.fr, Gmail.com, Free.fr, Machin.net, ils sont référencés sur ce serveur IP/Domaine. Alors, via un chemin un peu compliqué parfois, l'email se retrouve sur le serveur Rue de Paris, qui va ensuite le ranger au numéro 32. Le mec qui a le mot de passe de la boite, il peut l'ouvrir et regarder s'il a des emails. Problème du transfert: Quand tu déménages, bah tu peux demander à la Poste de faire transférer ton courrier vers ta nouvelle adresse, c'est pas gratuit et seulement temporaire remarque. C'est possible, mais ça demande pas mal de boulot j'imagine. J'imagine qu'il y a une procédure qui regarde, oh attend cette adresse là (32 rue de paris), avec ce nom là (Marcel Dupont), on sait qu'on doit le transférer à 33 Rue de Nantes, on change. Si on voulait faire la même chose sur Internet, ça voudrait dire changer le protocol SMTP (la façon dont on envoie les emails). Faudrait d'abord vérifier pour chaque email envoyé si l'adresse à laquelle il est envoyé n'a pas demandé à être transférée. Pour cela il faudrait regarder l'adresse en entier 32 @ rue de Paris dès qu'on regarde où l'envoyer, ce qui est pas le cas actuellement (on regarde juste @rue de paris). Aujourd'hui, on peut transférer un email d'une boite à l'autre si on a accès aux deux (Gmail -> Hotmail pour l'auteur. J'ai du mal à comprendre comment Hotmail est mieux que Gmail mais soit...) Mais en fait, l'email arrive sur le serveur orange/free/gmail, et celui là regarde, ah attend, numéro 32 je sais qu'il veut que ce soit transferé là bas à 33 @ rue de Nantes. Mais si on veut se libérer de l'autre boîte (ne plus payer l'abonnement Orange par ex), ça devient plus compliqué, car déjà si quelqu'un d'autre veut le numéro 32, on fait comment ? Il faudrait réussir à distinguer si l'email est pour Marcel Dupont qui a déménagé à rue de Nantes ou pour Toto qui a emménagé à 32 rue de Paris. Or, dans l'adresse email 32@rue de Paris, on ne sait pas si c'est pour Marcel ou pour Toto. Le problème vient du fait que la boîte au lettre C'est vrai que les numéros de téléphones sont aussi achetés par les opérateurs téléphoniques (je crois?), mais le protocole téléphonique permet ce transfert, alors que celui SMTP, à priori, ça veut dire revoir le fonctionnement d'une norme mondiale. Le plus simple, comme tout le monde, tu achètes un num de domaine pour 2€ par ans chez OVH ou autre, et tu as un nom de domaine que tu veux que tu peux transférer chez qui tu veux. Perso j'ai mon prenom@nomdefamille.fr (.net et .com), et toutcequejveux@monpseudo.net, et je redirige tout vers des boites Gmail ou je récupère ça via des clients emails, c'est bien plus simple que des trucs Pffioou, ce pavé, j'espère que je dis pas trop de bêtises au moins . /me regrette de ne pas avoir pris un cours sur les protocoles réseaux... |
28/01/2009, 20h00 |
|
La question que je me pose, c'est comment sont gérés les adressages IP? quand je fait un tracert ou un ping, il y a bien des serveurs sur le chemin qui redirigent le trafic au bon endroit. C'est n'est pas un serveur unique qui redirige toutes les connexions du monde. Ben ce serait pareil pour un hypothétique e-mail autonome.
Ensuite c'est évident pour moi que le @domaine ne ferait plus partie de l'adresse. Dans le protocole actuel il est utilisé pour déterminer où s'est enregistré l'utilisateur. Mais à un moment, il y a consultation d'une base de données quelconque pour avoir la corrélation entre le nom de domaine et l'adresse physique du serveur destinataire. D'ailleurs si je change d'hébergeur mais que je garde mon nom de domaine, l'information du nouvel hébergeur est propagée sur le réseau. Et vous me proposez tous de créer mon propre nom de domaine. Effectivement c'est l'idée la plus proche de ce que je que j'essaye de faire passer. Que se passe-t-il lorsque 4 milliards (au pif) de personnes créent chacun leur nom de domaine? Je suis sur que l'internet va s'en remettre Chacun donc aurait son propre nom de domaine perso, qu'il paye, et dont il fait ensuite rediriger le trafic en POP vers son webmail favoris, et qu'il peut changer quand il veut. On a donc chacun une adresse pseudo@mondomaine.com . Comme on va avoir du mal à trouver un nom rigolo pour chacun des 4 milliards de nom de domaine, on va estimer que les gens vont mettre un numéro. Donc une adresse pseudo C'est évidemment caricatural, et je ne souhaite pas qu'on arrive à des adresses d'une suite de chiffres. Mais vu qu'à ce que j'ai compris c'est le protocole qui bloque (avec son @domaine), il "suffit" d'en changer. Si l'Internet ne sature pas avec 4 milliards de noms de domaine, il ne sature pas non plus avec 4 milliards d'e-mail domaine-indépendant (ou plutôt domaine-invisible-interchangeable). Bref je ne cherche pas à partir en croisade ou à changer le monde, j'étais juste surpris qu'il n'y ait pas eu de réflexion à ce sujet. Mais je me doute que nos fournisseurs d'e-mail sont aussi frileux que nos opérateurs téléphoniques quand il s'agit de donner plus de liberté au client. Il a quand même fallu y aller aux forceps d'ART pour faire passer le portage du numéro. [edit]Celinora: Merci pour le dessin, c'est mignon Et les noms de fournisseurs ont été pris au pif, j'ai pas fait de classement . Ah, et pour ceux qui lisent que l'email et la voix c'est pas pareil à cause de l'instantanéité nécessaire pour une conversation, j'ai envie de dire que je peux envoyer des SMS avec mon téléphone sans que mon contact ait son portable allumé. Et si on peut envoyer un SMS avec un ordinateur, et que je peux recevoir des SMS sur mon ordinateur, ben on se rapproche furieusement du concept de l'e-mail. |
28/01/2009, 20h00 |
|
Alpha & Oméga
|
Groumf ouned par Celinora, vilaine, j'efface mon long texte ...
les Ip pouvant correspondre à 1 ou plusieurs domaines et inversement. Je ne vois pas pourquoi les serveurs de mails (le domaine qu'ils gèrent) se ferait suer à rediriger des adresses qu'ils n'hébergent plus après un certains délais gratuitement. Quand tu fais rediriger ton courrier par la poste, c'est temporaire, si on continue longtemps à t'envoyer des courriers à l'ancienne adresse c'est dommage, il y a peu de chance que tu les reçoives. Non l'adresse email c'est qu'elle contient une domiciliation @mondomaine.xxx qui par analogie est aussi invariante qu'un code postal, tu peux déménager mais elle ne chargera pas, or l'adresse email possède les 2 composantes jointes : pseudo+domaine qui ne sont pas dissociables. |
28/01/2009, 20h08 |
|
JorianMenelrana |
Voir le profil public |
Trouver plus de messages par JorianMenelrana |
|
@au dessus:désolée ! J'espère que je suis claire quand même...
En fait, si je me souviens bien de ce qu'on m'avait expliqué un jour, y'a pas mal de serveur de liste IP/Domaine (d'ailleurs, ça s'appelle des DNS en fait). Y'en a pas un seul évidemment car ils marchent pas toujours super bien, mais y'en a un nombre assez limité quand même. Y'a des DNS secondaires aussi qui servent de backup. Effectivemment, on pourrait changer le protocole SMTP pour permettre le transfert facilement, j'imagine. Ce serait compliqué, mais surtout, c'est un peu comme si on disait: "Bon les gars, on veut faire un truc avec le téléphone mais euh, ça marche pas avec nos centres téléphoniques actuel. Donc, c'est simple, faut qu'on change tout, et tous, tous en même temps, sinon c'est pas compatible". ... A moins de réussir à développer un truc compatible... Bref, à moins d'avoir une sacré demande, ça risque pas de se faire. Mais c'est vrai qu'il est intéressant de discuter du problème, ça revient à mettre en cause le protocole en fait! [Edit; En fait à y réflechir, je suis même pas sûre que c'est le protocole SMTP dans l'histoire le probème mais le concept d'adresse email nom@domaine.net ... Sachant qu'en plus que bcp de domaines sont juste la propriété d'une société américaine qui les distribuent. Pfiou, need spécialistes et cours de protocole réseau ] |
28/01/2009, 20h19 |
|
|
Citation :
Ensuite, comment l'information est acheminée d'une IP à une autre, c'est le rôle des routeurs. En gros, un routeur va transmettre le message à un autre routeur proche (présent dans sa table de routage, qui dit "toute IP qui ressemble à ça, la transmettre à tel routeur, telle autre IP sera plutôt pour cet autre routeur, et pour les IP qui je ne connais pas, je vais les envoyer à un routeur qui est plus balaise, jusqu'à arriver aux routeurs de la backbone qui eux connaissent tous les réseaux/routeurs). Citation :
Citation :
Citation :
Si t'enlèves le DNS, Internet n'en mourra pas. Tu pourras toujours envoyer des emails à toto@128.30.52.63 (qui ressemble à s'y méprendre aux adresses numériques que tu proposes). Par contre, si un jour l'administrateur de 128.30.52.63 décide de déménager son serveur, il va probablement devoir changer d'adresse IP et là, boom, plus personne ne sera capable de contacter toto tant qu'il n'aura pas avertit les gens que son adresse a changé. D'après ce que tu dis, tu voudrais en fait que cette adresse IP soit conservée même en cas de déménagement (potentiellement à l'autre bout du monde, ce qui arrive fréquemment). Soit, l'intention est louable, cette solution implique juste de mettre à la poubelle tous les ordinateurs et matériels informatiques genre routeurs. Est-ce que le jeu en vaut la chandelle ? D'autant plus que cette "portabilité" de l'adresse IP devrait être mondiale pour être utile et impliquerait d'avoir des bases de données qui devraient contenir la liste de toutes les adresses IP (grosso modo 4 milliards en IPv4, un nombre avec une quarantaine de 0 pour IPv6). Comme ces super base de données seraient incessemment demandées par le monde entier (car la portabilité des IP vient de tuer le côté hiérarchisé d'Internet), il faudrait probablement qu'elles soient surpuissantes et aient une bande-passante monstrueuse. Déjà, je suis pas sûr qu'on serait capable techniquement de faire des tuyaux assez gros, et vu que ça coûterait super cher, il n'y en aurait pas beaucoup, ce qui serait assez dangereux en terme de fiabilité. Plutôt que cette portabilité de l'adresse IP, des mecs ont eu l'idée de rajouter une nouvelle couche par-dessus les IP : les noms de domaines et le DNS. Le DNS permet de s'affranchir quasi-complètement de l'architecture sous-jacente ainsi que de la localisation du matériel qui se cache derrière ces noms de domaines. Je sais pas pour toi, mais moi, ça me semble pas plus mal. En gros, le DNS associe une IP à un nom de domaine. Quand tu cherches à envoyer un email à toto@mon.domaine.com, tu vas d'abord essayer de trouver quelle est l'IP derrière mon.domaine.com. Pour ça, tu vas contacter le serveur DNS que tu as configuré sur ton ordinateur (ou qui est généralement configuré automatiquement vers les serveurs de ton FAI), appelons-le A. Si A connait mon.domaine.com, c'est gagné, tu as directement l'adresse IP. Sinon, A va aller voir le serveur racine B pour savoir où il peut trouver des infos sur les domaines com (comme c'est un serveur racine, il est connu de A, et il connait com). B va lui dire d'aller voir C. A va alors demander à C où trouver plus d'infos sur domaine.com. C le sait car il connait tout le monde dans sa zone. Il va le rediriger vers D qui lui est le maître de domaine.com. Il connait donc tout le monde sur domaine.com, dont mon.domaine.com. Ca y est, D nous donne l'IP tant convoitée pour l'envoi du mail. Bien entendu, A va garder cette précieuse information en cache pendant quelques temps (mais pas ad vitam aeternam, sinon on reperd la "portabilité") histoire de pas avoir à refaire ça à chaque fois, trop fatiguant. C'est grosso modo le fonctionnement du DNS. Maintenant, imaginons que l'administrateur veuille déménager mon.domaine.com. Il lui suffit de dire au serveur DNS de sa zone (domaine.com) que mon.domaine.com correspond maintenant à une autre adresse IP, et la hiérarchie des serveurs DNS fera le reste. A noter que les serveurs DNS sont un peu plus intelligents que ça, ils vont pas retaper dans les serveurs racines à chaque nouvelle adresse rencontrée. Ils seront capables de communiquer directement avec les DNS des domaines et sous-domaines. Et si jamais un serveur DNS lâche, c'est toute sa zone (mais uniquement sa zone) qui devient injoignable par le biais des noms de domaines. Mais comme en général on a un DNS primaire et un secondaire, ça limite la casse, et l'existence de cache permet aussi de toujours accéder à des adresses déjà contactées. Cette hiérarchie, ainsi que le cache permet également d'éviter les bouchons et autorise des machines modestes d'être des serveurs DNS. Et contrairement à ce que dit Celinora, il y a énormément de serveurs DNS de par le monde. Mais aucun n'a une connaissance complète des associations IP/domaine. Si tu veux, tu peux même te faire le tien (mais il vaut mieux que t'achètes un nom de domaine d'abord si tu veux que ton serveur DNS serve à quelque chose ) ! Citation :
Je reprends le cheminement de notre email. On a donc trouvé l'adresse IP du destinataire grâce à D. Il faut maintenant acheminer le message jusqu'à cette IP. Je ne vais pas m'étendre dessus car ça ne nous intéresse pas ici, mais c'est la fonction du routage, qui va déterminer une route (tant qu'à faire un chemin rapide, donc avec peu de sauts et pas congestionné) entre ta machine et la machine destinataire, sachant que chaque routeur ne connait qu'un nombre limité d'autres routeurs. Bref, le message arrive à mon.domaine.com. Ce serveur (serveur mail, donc) va regarder l'adresse du destinataire, toto@mon.domaine.com, et récupérer "toto". C'est la boîte mail où délivrer le message ! Si elle n'existe pas, un mail "Unknown recipient" est renvoyé à l'expéditeur (vous savez, les mails tout bizarres où on comprend rien, quand on se trompe d'adresse). Cela montre que pour un domaine, on peut avoir une infinité (théorique) de boîtes mails. Donc 4 milliards de domaines ne donnent pas 4 milliards d'adresses emails, mais bien plus. D'ailleurs, on pourrait raisonnablement (et un peu naïvement aussi) se dire qu'un nom de domaine par famille suffit : john@smith.com, roberto@smith.com, ..., et qu'au pire, on peut avoir des sous-domaines et tld (com, fr, uk, ...) différents. En conclusion, la philosophie d'Internet, et des réseaux, c'est "Diviser pour mieux régner". Cette division permet de relativement facilement se passer d'un élément défaillant, ou, plus à notre niveau, de changer d'hébergeur, pour peu que nous aussi nous mettions nos oeufs dans des paniers différents. Malheureusement, cette philosophie n'est pas du goût des FAI et autres Google/Yahoo/Microsoft, pour qui la devise est plutôt "Rassembler pour plus de blé". Afin de contraindre le client à rester chez eux, ils vont multiplier les services (et leurs verrous associés) pour ne pas que vous alliez voir ailleurs. Et si par malheur, vous voulez quand même aller voir ailleurs, eh ben c'est la merde. Jarreboum, j'espère que j'aurais réussi à te convaincre que le problème n'est pas technique. Il est uniquement financier. En somme, c'est le même problème que pour la portabilité du numéro de téléphone (à la différence que pour Internet la solution technique existe déjà), c'est aux FAI de faire l'effort de faciliter les changements. Mais à moins que l'état ne s'en mêle, les FAI n'ont aucune raison de le faire (ils perdraient de l'argent), surtout que là, le côté international est bien plus important que pour la téléphonie (c'est rare d'avoir besoin de porter son numéro de téléphone entre des pays, alors que vouloir passer de orange à gmail pour recevoir ses emails est beaucoup plus fréquent). ptain, ce pavé |
29/01/2009, 01h01 |
|
|
Une alternative sinon, SEAmail qui propose de mêler le mail aux technos du web sémantique.
Vous pouvez par exemple envoyer un mail à "all professors who graduated from Harvard University since 1960." et le truc se démerdera pour construire la liste de mail correspond. Plus d'infos là http://www.technologyreview.com/web/22008/?a=f . Bon l'inconvénient qui parait évident c'est niveau spam, envoyer des pub à "tout ceux qui ont une petite bite" risque d'être un des premiers tests pour certains . Par rapport au thread, c'est une solution, si tu fais en sorte d'être toujours à jour dans les pages jaunes ou équivalents, tes amis pourront mail "ton nom" et tu devrais recevoir (sur le principe en tout cas, on se doute bien que ça peut pas suffire avec tous les homonymes). |
29/01/2009, 16h38 |
|
Suivre Répondre |
Fil d'ariane
Connectés sur ce fil1 connecté (0 membre et 1 invité)
Afficher la liste détaillée des connectés
|