Mais si tu mélanges dans la même conversation mail au sens courant et premier, ML, notification, rss2email et autre joyeusetés on parle juste dans le vide et ca n'a plus aucun sens.
Concevoir des protocoles pour le plaisir, il n'y a pas grand monde qui le fait. Au contraire si des gens créent et utilisent ce genre de solutions c'est bien qu'il s'agit d'un besoin à combler. Pire au vu des gens qui utilisent ce genre de choses si ça posait un tel problème, une alternative aurait probablement déjà vu le jour.
Recevoir 1500 mails par jour c'est kifkif à avoir 300 tabs d'ouvertes ou 1000 flux RSS.
Tu confond pas mal de choses. Recevoir 1500 mails c'est le fait d'avoir 1500 mails qui arrivent à ton serveur. Tu es le premier que je vois qui conteste cette formulation. On reçois du spam, on reçoit une tarte à la crème, on reçoit 1500 mails. Ensuite, les clients e-mail sont ce qu'il y a de plus sophistiquer pour trier ces mails de la façon la plus appropriée (traiter les spam et le fishing comme il se doit, faire des tris en fonction de l'auteur, des mots clef se trouvant dans le sujet ou le corps des messages, déterminer les mails qui répondent à des conversation où l'on a répondu, etc). Le tout avec un historique local, très répandu, qui passe tous les firewall et autres NAT. Je vois pas ce qui existe comme alternative (et je ne vois pas ce que pourrait apporter un protocole revu de 0).
Si la majorité des développeurs libres communiquent avec ça et que l'on voit des fonctionnalités comme le git format-patch c'est qu'il y a une bonne raison à mon humble avis.
D'ailleurs j'avais lu ici que le protocole IMAP avait était conçu aussi comme un remplaçant à NNTP, si c'est vrai je vois encore moins en quoi il est mal de se servir ainsi de son email.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Mutt
Posté par barmic . En réponse au journal La gestion de courriels est-elle adulte ou encore au stade de l'enfance ?. Évalué à 2.
Concevoir des protocoles pour le plaisir, il n'y a pas grand monde qui le fait. Au contraire si des gens créent et utilisent ce genre de solutions c'est bien qu'il s'agit d'un besoin à combler. Pire au vu des gens qui utilisent ce genre de choses si ça posait un tel problème, une alternative aurait probablement déjà vu le jour.
Tu confond pas mal de choses. Recevoir 1500 mails c'est le fait d'avoir 1500 mails qui arrivent à ton serveur. Tu es le premier que je vois qui conteste cette formulation. On reçois du spam, on reçoit une tarte à la crème, on reçoit 1500 mails. Ensuite, les clients e-mail sont ce qu'il y a de plus sophistiquer pour trier ces mails de la façon la plus appropriée (traiter les spam et le fishing comme il se doit, faire des tris en fonction de l'auteur, des mots clef se trouvant dans le sujet ou le corps des messages, déterminer les mails qui répondent à des conversation où l'on a répondu, etc). Le tout avec un historique local, très répandu, qui passe tous les firewall et autres NAT. Je vois pas ce qui existe comme alternative (et je ne vois pas ce que pourrait apporter un protocole revu de 0).
Si la majorité des développeurs libres communiquent avec ça et que l'on voit des fonctionnalités comme le git format-patch c'est qu'il y a une bonne raison à mon humble avis.
D'ailleurs j'avais lu ici que le protocole IMAP avait était conçu aussi comme un remplaçant à NNTP, si c'est vrai je vois encore moins en quoi il est mal de se servir ainsi de son email.
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)