Ouaou ! Terrible. Bon, imaginez que vous soyez plutôt du genre itinérant. A vouloir envoyer des e-mail depuis n’importe quel PC connecté au net qui vous tombe sous la main. Pour ça, le concept de webmail est parfait. Par contre, quand on est à la maison, devant son beau PC, on préfère plutôt utiliser son client lourd (Thunderbird, Kontact, etc.), plus sympathique et complet (quoi que, avec l’ajax, les webmails progressent en souplesse). Évidement, il est possible de configurer un client lourd afin qu’il télécharge les e-mails à l’aide du protocole POP3. Seulement, le protocole POP3 est très pauvre. Il est très mauvais (pas d’optimisation) si on souhaite laisser les e-mails sur le serveur. Inversement, si on télécharge les e-mails sur le poste local à la maison, ils ne sont plus dispo quand on utilise le webmail. Enfin, le protocole POP3 ne gère pas les dossiers.

Aussi, il existe un protocole réseau optimisé pour savoir gérer les dossiers, et laisser les messages sur le serveur : le protocole IMAP. Inconvénient : évidemment, si on laisse les e-mails sur le serveur, celui-ci se remplit vite. Il est alors nécessaire d’avoir un quota d’espace disque de plusieurs Go. Bref, le serveur idéal d’e-mails doit être un serveur qui :

• propose un webail sympa à utiliser (genre avec ajax, correcteur orthographique, etc.). Bien que sympathique avec les navigateurs des PC "lourds", ce webmail doit être utilisable avec les navigateurs light des pockets PC et autres smartphones ;
• permettre le téléchargement de messages avec le protocole POP3 (pour les mazos), et avec le protocole IMAP ;
• être sécurisé (utiliser l’encapsulation SSL par exemple, pour que les mots de passe ne traversent pas le réseau en clair) ;
• permette de stocker plusieurs Go de données (laissant ainsi la possibilité de laisser les messages sur le serveur) ;
• posséder un bon filtre antispam adaptatif efficace ;
• coté bonus : utiliser ce serveur, même si on a une adresse électronique lié à son propre domaine (exemple : @desvigne.org) ;
• éventuellement, proposer un serveur SMTP sécurisé avec authentification pour que le client lourd puisse envoyer des e-mails, quel que soit le fournisseur d’accès internet utilisé ;
• toujours en bonus : permettre un envoyer/recevoir régulier sur des comptes POP3/IMAP étrangers, permettant ainsi d’importer des messages qui seraient envoyés à des anciennes boîtes aux lettres que nous n’utilisons plus ;
• permettre la connexion du carnet d’adresse du client lourd à celui de serveur webmail, par exemple via le protocole LDAP.

Ne cherchez plus : ce service existe quasiment ! J’avais loupé l’information (je ne sais pas depuis quand l’option existe, probablement peu de temps, vu que les pages de documentation ne sont pas encore traduites en français) : GMail (le service d’e-mail de Google) propose maintenant le protocole IMAP ! Avec ses 6 Go d’espace disque (et ce quota augmente régulièrement), presque tout ce qui est listé ci-dessus est dedans. Ce qu’il manque : un serveur LDAP pour synchroniser le carnet d’adresse du client lourd avec celui du webmail (ça viendra bientôt je suppose). Les anti-google diront aussi que google scrute les messages pour vous envoyer de la publicité ciblée. C’est vrai, mais on a rien sans rien…

Pour conclure, les informations techniques de ces nouveaux services IMAP et SMTP :

• serveur IMAP : imap.gmail.com (en SSL sur le port 993) ;
• serveur SMTP : smtp.gmail.com (utiliser l’authentification, le STARTTLS, sur le port 465 ou 587, les deux fonctionnent) ;
• le login/mot de passe de ces deux services est celui de votre compte GMail (login = votre_nom_utilisateur@gmail.com, avec votre mot de passe).

Fond musical :				Ghinzu – 21’st Century Crooners : Musique sympa utilisée dans une pub pour un célèbre opérateur français de voies ferrées…