sur la séparation des tâches : pour parcourir ses mails, le codeur de mu s'est amusé à coder un outil en Gtk (livré avec les sources de mu).
Là où ce n'est gadget, réside dans l'indexation. notmuch offre un principe similaire (mais je ne connais que mu). Le principe est relativement puissant, on peut si l'on connait la syntaxe trouver tous les mails de bob de plus de deux mégas en 1/2 sec ; si j'écris relativement cependant c'est que du fait de rappatrier les mails dans un premier temps la vitesse est à relativiser (je souffre en particulier de ne pouvoir supprimer un dossier distant, ce qui est tout de même gênant, mais là je pars en H.S.)
trier ses mails en mode dired avec des regexp pour les sélectionner s'avère plus agréable ; l'idée de coder une fonction pour décider où archiver les mails est séduisante (tout en avouant ne pas l'utiliser à l'heure actuelle, car hormis pour des mailings list ce n'est peut être pas si simple...)
[^] # Re: Félicitations
Posté par saltimbanque (site web personnel) . En réponse à la dépêche GNU Emacs 24.4. Évalué à 2.
sur la séparation des tâches : pour parcourir ses mails, le codeur de mu s'est amusé à coder un outil en Gtk (livré avec les sources de mu).
Là où ce n'est gadget, réside dans l'indexation. notmuch offre un principe similaire (mais je ne connais que mu). Le principe est relativement puissant, on peut si l'on connait la syntaxe trouver tous les mails de bob de plus de deux mégas en 1/2 sec ; si j'écris relativement cependant c'est que du fait de rappatrier les mails dans un premier temps la vitesse est à relativiser (je souffre en particulier de ne pouvoir supprimer un dossier distant, ce qui est tout de même gênant, mais là je pars en H.S.)
trier ses mails en mode dired avec des regexp pour les sélectionner s'avère plus agréable ; l'idée de coder une fonction pour décider où archiver les mails est séduisante (tout en avouant ne pas l'utiliser à l'heure actuelle, car hormis pour des mailings list ce n'est peut être pas si simple...)