Comment utiliser emacs pour lire et écrire des emails?
Cette question a pour but de fournir un point d'atterrissage canonique aux utilisateurs souhaitant traiter du courrier électronique à l'aide d'emacs.
Veuillez ne publier qu’un seul package / solution par réponse, avec autant de détails que possible. Les informations pouvant être utiles incluent:
- exigences, environnement pris en charge
- méthodes supportées (lecture et / ou envoi)
- protocoles supportés (pop, imap, smtp, configuration du courrier local ...)
- authentifications prises en charge
- stockage de mots de passe (aucun, texte brut, accès à un portefeuille externe ...)
- support hors ligne (aucun, mise en cache agressive, à la demande ...)
- est-il facile d'utiliser des pièces jointes? (ajout par glisser-déposer, téléchargement, ouverture avec emacs ou une autre application ...)
- instructions d'installation (plus les détails sont détaillés, mieux c'est), captures d'écran ...
- prise en charge de fonctionnalités de messagerie supplémentaires (archivage, filtrage, dossiers)
- prise en charge de fonctionnalités connexes supplémentaires (contacts, flux rss) ... inutile d’être trop détaillées ici, cela dépend du degré de corrélation entre la fonctionnalité et le courrier électronique
Les solutions nécessitant un outil externe pour traiter le courrier sont les bienvenues, dans la mesure où l'utilisateur n'a pas besoin d'interagir directement avec le processus externe.
Exemples: un paquet faisant office de serveur frontal pour mutt est dans le sujet, une solution permettant à un utilisateur de thunderbird de rédiger son message en utilisant emacs ne l’est pas.
Meta post pour discussion.
Liens rapides vers les réponses (par ordre alphabétique):
Réponses:
J'utilise Mu4e . Il est bien documenté (également via Info) et, à ce jour, activement développé .
Mu4e est livré en tant qu'extension à mu , "un ensemble d'outils permettant de traiter les Maildirs et les fichiers de messages, en particulier pour indexer et rechercher des messages électroniques" . Cela fonctionne avec offlineimap ou fetchmail . J'utilise également le paquet Emacs smtpmail-multi pour pouvoir envoyer des messages à partir de différents comptes avec des paramètres différents. Pour une intégration en douceur avec votre fournisseur de messagerie, vous devriez
apt-get install ca-certificates
. Et si vous voulez une version gérée par paquet, vous pouvez utiliser mu lui-mêmeapt-get install maildir-utils
.Plusieurs exemples de configuration sont fournis, y compris la "configuration minimale" suivante:
En fonction de la configuration de votre fournisseur de messagerie, vous devrez en faire un peu plus; et en particulier, vous devrez configurer OfflineIMAP ou Fetchmail pour récupérer le courrier. Dans ma configuration, illustrée ci-dessous, j'ai tout configuré pour fonctionner avec deux comptes. Si vous avez juste besoin de récupérer d'un compte, vous pouvez vous reporter à l' exemple .offlineimaprc inclus dans le manuel de mu4e.
En ce qui concerne les extensions et l'intégration avec d'autres packages Emacs: Mu4e s'intègre facilement au mode Org (pour capturer des liens vers des messages ou des recherches personnalisées, et même pour créer des courriers électroniques au format HTML à l'aide de la syntaxe Org, bien que je n'utilise pas cette fonctionnalité) via l' organisation incluse. -mu4e.el . Il existe une intégration séparée helm-mu qui est utilisable, mais nécessite davantage de travail, OMI. C'est thématisé dans solarisé.el . Il y a aussi une extension mu4e-maildirs qui donne un nombre pratique de messages lus et non lus par répertoire de courrier, et il y a quelques autres trucs que je n'ai pas essayés.
Avec les docs, ces exemples de configuration peuvent aider un nouvel utilisateur de mu4e à décoller.
.offlineimaprc
Config pour
mu4e
etsmtpmail-multi
:capture d'écran: navigation avec la liste des termes de recherche: emacs-orgmode.gnu.org
la source
.offlineimaprc
.mu
serveur fonctionne tout le temps après son lancementmu4e
, ce qui affecte considérablement les performances d'Emacs lors de mes tests et empêche l'utilisation d'autres utilitaires, tels que l'ouverture d'un autre tampon devant être utilisé.aspell
. La communication avec lemu
serveur est une fonctionnalité intégrée qui ne peut pas être désactivée. À mon avis, c'est un défaut de conception qui aurait dû être corrigé avec des appels individuels àmu
sans exécuter un serveur 24h / 24 et 7j / 7. Pour vérifier, tapezM-x list-processes
après avoir exécutéM-x mu4e
Si vous utilisez Gnus (déjà fourni avec Emacs), consultez https://github.com/redguardtoo/mastering-emacs-in-one-year-guide/blob/master/gnus-guide-en.org
Voici le résumé du guide:
C-u Enter
sur n'importe quel dossier de courrier pour voir TOUS les éléments de ce dossier, sinon, seuls les courriers non lus sont visibles.Consultez mon guide pour plus de conseils.
Messieurs, il est préférable de ne pas remplacer l'interface utilisateur Web de Gmail (ni celle d'un autre service de messagerie) par Gnus. La meilleure pratique pour maîtriser Gnus est de traiter Gnus comme une amélioration de Gmail. Donc, vous ne serez pas frustré si Gnus peut faire certaines choses, car vous pouvez toujours vous replier sur l'interface utilisateur Web.
Capture d'écran:
la source
Pas tant
J'utilise pas beaucoup pour mes emails dans emacs.
Il ne fonctionne que sur les mails locaux qui doivent être stockés un message par fichier et j'utilise les dossiers maildir dans lesquels mon serveur smtp est livré. Il devrait être capable de gérer d’autres solutions en synchronisant des mails avec des dossiers maildir sur votre ordinateur.
Pour commencer à l’utiliser, installez la base de ligne de commande et l’interface emacs et démarrez la configuration à l’aide d’un assistant texte en appelant
notmuch
, configurez un appel régulier à un script de filtrage qui appellenotmuch new
et identifie les autres mails provenant des threads étiquetés (liste de diffusion, par exemple). les discussions que vous souhaitez ignorer) ou taggez les mails triés par votre démon mail dans des maildirs spéciaux. Dans Emacs, vous appelezM-x notmuch
pour voir l'interface d'avant. Presque toute la configuration de l'interface peut être effectuée via l'interface de personnalisation d'emacs.Comme il ne télécharge pas de messages d’autres systèmes, il n’a pas d’authentification ni de protocole intégré, mis à part l’utilisation du support intégré d’emacs pour l’envoi de courriels.
Il n'utilise pas de dossiers en tant que tels, mais dans la pratique, les recherches stockées donnent l'impression de lire des mails. Il répertorie toutes les balises utilisées dans la vue notmuch-hello. Ainsi, lorsque vous décidez de marquer votre courrier, vos listes sont automatiquement mises à jour. Il n’a pas besoin d’archivage car il ne devrait pas ralentir lorsque vous avez beaucoup de courriels.
La partie elisp de notmuch se distingue par les possibilités de recherche rapide en texte intégral et par balises et étendue pour répertorier les correspondances et répondre aux messages. Je ne sais pas comment le glisser-déposer fonctionnerait si peu que je l'utilise via des terminaux et des shells distants sur mon serveur.
plus de captures d'écran: https://notmuchmail.org/screenshots/
La partie la plus difficile à ce sujet serait d'avoir des balises synchronisées lorsque vous n'utilisez pas beaucoup d'ordinateurs sur 2 ordinateurs différents, mais des personnes ont déjà travaillé à ce sujet et, d'après ce que j'ai pu tirer de la liste de diffusion, cela fonctionne probablement maintenant. Ou jetez un coup d'œil à https://notmuchmail.org/remoteusage/ pour une nouvelle configuration que je viens de découvrir.
Il existe des packages pour la plupart des distributions Linux et il est développé dans un environnement de bazar via la liste de diffusion. Si vous compilez vous-même à partir de tarballs ou de git, il utilise le code C et possède des dépendances sur Xapian pour stocker les extraits des messages, GMime pour le décodage des emails MIME, Talloc pour la gestion de la mémoire et zlib (également une dépendance de Xapian). .
Cela fonctionnerait probablement bien avec rss2email ou n’importe quelle solution convertissant les flux RSS en maildirs.
Il est utilisable via la ligne de commande et, mis à part l'interface par défaut d'emacs elisp, il est utilisé avec mutt (résultats de recherche de copies / liens vers un dossier maildir sur le disque) ou vim.
Si votre volume de courrier dépasse le mien (environ 90 000 messages, peu de courrier), il faudra probablement un peu de maintenance pour continuer à fonctionner.
la source
J'ai été un utilisateur heureux de mew pendant de nombreuses années.
Je n'ai pas utilisé emacs pour lire et écrire du courrier depuis longtemps, alors ces informations risquent d'être périmées. Espérons que les utilisateurs plus récents de mew pourront y répondre. Pour l’instant, considérons cette réponse comme un condensé. (Je vais en faire un wiki de la communauté, afin que d'autres puissent l'éditer plus librement.)
D'abord et avant tout, d'après mon expérience, le temps était rapide . Je n'ai eu aucune difficulté à gérer les listes de diffusion avec un trafic énorme en utilisant mew.
L'installation de mew était un peu compliquée, notamment parce qu'elle utilise (utilisé?)
stunnel
Pour créer des connexions chiffrées aux serveurs SMTP et IMAP. Mais, fondamentalement, il s’agit simplement d’éditer un fichier~/.mew.el
et d’établir un répertoire pour que mew puisse conserver ses données. À partstunnel
(et emacs, bien sûr), il n’a pas de dépendances.La documentation semble adéquate, même si je me suis souvent retrouvée dans la mauvaise section. L'entretien semble avoir ralenti à un filet, cependant. Il y a quelques corrections de bugs de temps en temps, mais pas de nouvelles fonctionnalités que j'ai remarquées depuis un moment.
la source
WANDERLUST : https://github.com/wanderlust/wanderlust
FONCTIONNALITÉS:
mu
etgrep
.EMACS WIKI: https://www.emacswiki.org/emacs/WanderLust
la source