[Linux] pop ou imap

[Cyril Chaboisseau]

qques précisions


* Bruno Boettcher <bboett@::1> [2008-06-03 21:21 +0200]:
> pop est ante-diluvien et donc très prisé par les fai qui adorent les
> techno périmées

c'est principalement dû au fait que pop3 est très léger, facile à mettre
en oeuvre et vu qu'il est bcp moins complexe qu'IMAP, il ne souffre pas
comme ce derniers de bugs sécu réccurrents

ce dernier, ça a beau être périmé mais ça marche et a l'avantage d'être
moins consommateur de ressources :
un client IMAP pourra gardé ouvert la connexion sur le serveur ce qui
lui procurrera l'avantage que dès l'arrivé d'un msg, il sera vu par
l'utilisateur tandis que pour le POP, c'est à interval régulier qu'il
devra aller "POPer" son compte à la recherche de nveau msg

> imap est achement mieux, et donc en effet plus rare chez les fai...

c'est moins le cas
il est à noter que IMAP peut aussi s'appuyer sur SSL et que donc la
discussion se fera chiffrée contrairement au POP où le mot de passe va
transiter en clair

> sans entrer dans les détails, avec imap t'es pas obligé de télécharger
> tous tes messages, tu peux le faire à la mode usenet: juste les sujets.
> ensuite tu selectionnes toi-même les messages a télécharger ...

et il existe mieux : l'IMAP déconnecté où un cache local permettra de
récupérer seulement ce qui n'a pas été précédement ouvert et selon les
msg qui auront été ouverts

> évidemment il n'y a que ceux qui se rappellent d'avoir maudit un
> copain/spammeur/sombre autre crétin de leur avoir envoyé un mail avec un
> fichier monstrueux attaché, genre .doc inutile de toute façon, qui bloque
> de manière quasi-définitive le retrait des mails du serveur du fait que
> les connexions étaient rarement stables pendant 10-24h qui voient de
> suite l'avantage d'un tel système....

j'ai aussi eu ce cas mais vu que le protocol POP3 étant très simple (un
peu comme SMTP, cf. la RFC 1939), on peut très simplement faire un
telnet sur le port 110, s'authentifier avec les commandes USER et PASS,
puis demander la liste (LIST) et détruire (DELE) le message indésirable

http://www.faqs.org/rfcs/rfc1939

-- 
	Cyril Chaboisseau