Alors si énoncer un fait établi est être péremptoire, j'assume pleinement.
Vu que le souci rencontré par l'utilisateur ne vient pas du webmail orange, on peut dire que le fait n'est pas vraiment établi ;-)
Il y a plein d'utilisateurs qui ne rencontrent aucun problème (d'expérience, j'ai quelques clients qui en sont tout à fait satisfaits) dire qu'il ne fonctionne pas correctement est faux, surtout lorsque l'auteur parle d'un dysfonctionnement de son navigateur, encore une fois.
Pour le client lourd (thunderbird) vs client léger (webmail), les applis qui s'exécutent au sein d'un navigateur web sont ce qu'on appelle des clients légers, les applis autonomes compilées sont des clients lourds, c'est pas moi qui le dit, il y a pas mal de prose sur le sujet, renseigne toi.
Pour préciser l'inutilité d'un soft type thunderbird, ton client de messagerie tu dois le configurer, mettre le pop/imap et le smtp, rentrer les ports, utilisateur/mdp, les protocoles de sécurité, bref, c'est une application qu'il faut configurer correctement pour que ça fonctionne, sur un systeme et une machine précise, donc une couche logicielle supplémentaire, et celle ci est inutile à mon avis car un webmail est déjà paramétré, il suffit de s'identifier, un webmail est prévu pour fonctionner avec le fournisseur, il est maintenu par ses soins, toujours disponible, sauvegardé en temps réel, sans besoin d'installer quoi que ce soit, disponible directement depuis n'importe quel endroit/machine/système, pour peu qu'on ait un accès au net, voilà pourquoi je trouve tout ces clients de messagerie inutiles.
Pour l'anecdote, j'avais un client qui me tenait ce discours, il ne comprenait pas pourquoi je ne m'y intéressais pas, et le malheureux avait paramétré son mail en pop3, téléchargement des mails avec suppression sur le serveur, son ordi a pris la foudre, HD grillé, pas de sauvegarde, il a perdu tous ces mails... depuis il a un gmail et ne jure que par ça.
la plupart des webmail dont le corps en javascript est tout sauf léger
Je suis développeur web depuis 11 ans, et j'ai bossé sur du client lourd pendant 12 ans auparavant, je peux t'assurer que le code d'un webmail est bien plus simple dans ce qu'il met en oeuvre qu'un exécutable compilé quel qu'il soit qui aura besoin de MFC ou de .Net, de DLL, d'un OS précis ou autre librairie dépendante de librairies dépendantes pour fonctionner, alors qu'une appli web, juste un navigateur W3C compliant et ça roule.
Pourquoi toutes les machines sont équipées d'un courrielleur d'origine
Justifier l'usage juste parce que ça existe, pas mal héhé... alors c'est facile, il suffit de reprendre ton argument pour les webmails : pourquoi tous les fournisseurs de messageries proposent un webmail à leurs utilisateurs ?
Je ne dis pas pour autant que ça n'a aucun intérêt, si tu disposes d'un serveur exchange, d'un activedirectory et 2000 utilisateurs dans une société, avec des besoins en sécurité, là oui, le client lourd prend tout son sens : utiliser les droits du serveur, cloisonner les données, ... mais pour un particulier c'est faire compliqué quand on peut faire simple.
M'enfin bref, on s'écarte du sujet initial, qui est l'injection de code HTML par un plugin navigateur (au passage c'est pas une superposition de site, c'est un code JS malicieux qui s'exécute et injecte des balises HTML dans les div contentEditable, pour le cas du fil de discussion c'est un texte en anglais, un lien hypertexte, un input type text et un script).
