donc si quelqu'un connais un vrai mailer qui gérè l'IMAP et qui ne sois pas à base de Emacs ou de mutt ...
Ce n'est pas au MUA de gérer l'accès IMAP/POP/truc, sinon ça devient le syndrome microsoft où les logiciels sont des usines à gaz qui font tout et n'importe quoi.
Pour l'accès aux serveurs IMAP (et autres protocoles de boite à lettre), il existe Fetchmail, qui ne fait que rapatrier les emails distants, mais le fait bien. C'est la philosophie unix : un outil -> une tâche. Le lecteur de courier n'a pas besoin de rapatrier les emails, d'afficher des pages web, lire les news, composer des pages HTML... il a juste à afficher les emails.
Par contre, un truc qui serait bien, c'est que les trucs graphiques comme sylpheed aient une interface de conf pour fetchmail, ainsi pour l'utilisateur de base les basses couches seraient cachées, et ça respecterait le système.
[^] # Re: [HS] quoi que ...
Posté par Annah C. Hue (site web personnel) . En réponse à la dépêche Sortie de Sylpheed 0.7.3. Évalué à 4.
Ce n'est pas au MUA de gérer l'accès IMAP/POP/truc, sinon ça devient le syndrome microsoft où les logiciels sont des usines à gaz qui font tout et n'importe quoi.
Pour l'accès aux serveurs IMAP (et autres protocoles de boite à lettre), il existe Fetchmail, qui ne fait que rapatrier les emails distants, mais le fait bien. C'est la philosophie unix : un outil -> une tâche. Le lecteur de courier n'a pas besoin de rapatrier les emails, d'afficher des pages web, lire les news, composer des pages HTML... il a juste à afficher les emails.
Par contre, un truc qui serait bien, c'est que les trucs graphiques comme sylpheed aient une interface de conf pour fetchmail, ainsi pour l'utilisateur de base les basses couches seraient cachées, et ça respecterait le système.