dualmoo (./59) :

Flanker (./58) :
Hotmail, Google, Free, Yahoo! sont tous passés à plus d'1 Go... On n'est plus en 2000, hein

1) Ce n'est pas de l'espace sauvegardé au sens où je l'entends : tu ne peux pas demander à google une sauvegarde récente pour récupérer le mail que tu aurais effacé par erreur.
2) À l'Ens aussi on a plus de place que 34Go divisé entre tous les comptes, pour stocker ses mails. La partition qui fait 34Go ne stocke que les inbox, ensuite chacun peut sauver les mails dans des dossiers, qui sont eux stockés dans le ~ de l'utilisateur, donc sur d'autres disques. Simplement pour gérer les inbox, dossiers avec un nombre d'accès disque concurrents énorme (que ce soit à cause des mails qui arrivent ou des gens qui checkent leur inbox régulièrement), il faut un disque extrêmement réactif et donc pas trop grand.

1) Bah si, quand tu effaces un mail, il va à la corbeille... Si tu effaces un mail et qu'ensuite tu le supprimes de la corbeille, c'est quand même que tu étais motivé pour le virer, non ? Et personnellement, je n'efface pas mes mails, sauf les spams, donc pas de souci
2) Je ne vois vraiment pas pourquoi un mail html devrait prendre 10 fois plus de place qu'un mail en texte... Ce n'est pas parce qu'il est en html que tu es obligé de mettre des gif animés, de la couleur, etc... Tu peux très bien mettre uniquement l'en-tête html, auquel cas l'overhead est faible (et de toute façon, il me semble qu'il y a une taille minimale pour les fichiers, donc on s'en fout un peu qu'il y ait l'en-tête html ou pas

Flanker (./58) :
1) faut cliquer et changer d'application ( )
2) c'est en ligne donc illisible quand tu n'as pas internet ( )
3) c'est en ligne donc ce n'est pas indexé par les outils de recherche ( )
4) si tu pars du principe qu'ils ne lisent pas les mails en html, je ne comprends pas pourquoi tu pars du principe qu'ils lisent les pages en html

Ce sont peut être des problèmes pour certains. Libre à eux de créer un nouveau protocole qui soit fait pour transporter des choses mises en forme (et avec un format moins bloaté que le html, plus comme du yNcode, ça pourrait même être une bonne idée). L'email est fait pour transporter du texte, et le "robustness principle" demande qu'on l'utilise comme tel, au lieu d'utiliser ce vieux hack moche qu'est le MIME.

Quel est le problème avec ce protocole ? J'ai du mal à voir l'intérêt de pondre un nouveau protocole qui sera disponible dans 10 ans et qui fera la même chose qu'un protocole qui marche déjà bien actuellement... le souci vient des clients, pas du protocole...

Flanker (./58) :
Par contre, moi je trouve vachement plus agréable d'avoir à lire un mail bien formaté, avec de jolies images pour décorer le tout si besoin est...

Toi oui, mais pas forcément tes correspondants. Tu leur demandes leur avis ?

Aucun n'est jamais venu se plaindre
(et quand j'envoie du texte sans mise en forme, j'avoue que je n'ai aucune idée si le mail est envoyé en html ou en texte)