Aerc: Ein gut gemachtes TUI für E-Mail

 (blog.sergeantbiggs.net)
1 Punkte von GN⁺ 2024-08-24 | 1 Kommentare | Auf WhatsApp teilen
  • Aerc ist ein deutlich jüngerer TUI-E-Mail-Client als Pine oder Mutt, ist inzwischen aber ausgereift und funktionsreich genug, um ihn erneut als Alltagswerkzeug in Betracht zu ziehen
  • Dank manpage-basierter Hilfe wie :help und aerc-tutorial (7) lassen sich Konfiguration und Key Bindings schnell erlernen, ohne externe Dokumentation zu benötigen
  • Konten werden über einen Assistenten und die INI-Konfigurationsdatei ~/.config/aerc/accounts.conf verwaltet; auch je nach Server unterschiedliche Ordnerstrukturen lassen sich konsistent organisieren
  • Schwierige HTML-E-Mails im TUI lassen sich mit w3m, dante, :open sowie benutzerdefinierten Filtern auf Basis von MIME und Headern in ihrer Darstellung anpassen
  • Vim zum Schreiben, externe Adressbücher, PGP, Signaturen, Templates und Anhangswarnungen lassen sich zu einem flexiblen terminalzentrierten E-Mail-Workflow kombinieren

Aercs Positionierung und erster Eindruck

  • Aerc ist ein TUI-E-Mail-Client; die erste Veröffentlichung liegt etwa vier Jahre zurück
  • Pine wurde 1992 veröffentlicht, Mutt 1995, daher ist Aerc im Vergleich zu etablierten Terminal-E-Mail-Clients noch sehr jung
  • Anfangs war ich mit Thunderbird relativ zufrieden und Aerc wirkte wie ein eher grundlegendes Werkzeug, weshalb ich es nicht nutzte; bei einem erneuten Blick vor Kurzem schien es jedoch ausgereift und funktionsreich genug für den täglichen Einsatz
  • Da ich neomutt mehrfach ausprobiert hatte und schnell frustriert aufgab, hatte ich auch an Aerc kaum Erwartungen; die tatsächliche Nutzung übertraf diese jedoch, und es fühlt sich bisher wie der angenehmste E-Mail-Client an, den ich verwendet habe
  • Es ist noch zu früh, Aerc als besser als andere E-Mail-Clients zu beurteilen, aber die Nutzung über mehrere Tage war sehr positiv

Dokumentation und integrierte Hilfe

  • Aerc verfügt über eine integrierte Hilfe, die über den Befehl :help erreichbar ist
  • Das Tutorial erklärt die wichtigsten Funktionen und Key Bindings für eine schnelle Einrichtung knapp und verständlich
  • Auch die weiteren Hilfeseiten behandeln die einzelnen Teile der Anwendung kurz und klar, sodass man Funktionen leicht ohne externe Quellen erlernen kann
  • Die Hilfedokumente liegen als manpages vor, die durch less gepiped werden
    • Beispiel: aerc-tutorial (7)
    • Es ist ein portables Hilfesystem, das direkt in die TUI-Anwendung integriert ist

Kontoeinrichtung und Ordnerverwaltung

  • Konten lassen sich über einen einfachen und intuitiven Assistenten hinzufügen
  • Der Assistent erstellt in ~/.config/aerc/accounts.conf einen neuen Kontoeintrag
  • Diese Datei nutzt INI-Syntax und ist daher leicht zu lesen und zu ändern
  • Die Kontokonfiguration kann IMAP/SMTP-Adressen, Standardordner, Absender, Speicherort für Kopien gesendeter Nachrichten, Header-Cache, Ordnersortierung, Archiv, Abrufintervall und Dateien für Ordner-Mappings enthalten

  • folders-sort

    • folders-sort ist eine Option, die die automatische Sortierung bestimmter Ordner überschreibt
    • Die angegebenen Ordner erscheinen in der vorgegebenen Reihenfolge oben in der Liste, alle übrigen werden alphabetisch sortiert
    • In grafischen Clients wie Thunderbird oder Outlook habe ich das nicht gesehen, aber es wirkt wie eine Funktion, die jeder E-Mail-Client haben sollte

  • folder-map

    • folder-map bildet je nach E-Mail-Anbieter unterschiedliche Server-Ordnerstrukturen auf angezeigte Ordnernamen ab
    • Gmail legt alles unter einem [Gmail]-Ordner ab, einige Anbieter legen Sent und Drafts unter INBOX ab, andere wiederum nicht
    • Die vom Server bereitgestellte Ordnerstruktur lässt sich nur schwer ändern, sofern man den E-Mail-Server nicht selbst verwaltet
    • Aerc wandelt Serverordner über eine Datei mit Mapping-Regeln in Ordnernamen für die Anzeige um
      • Einzelne Ordner können neu zugeordnet werden
      • Ordner samt aller Unterordner können neu zugeordnet werden
      • Präfixe können aus allen Unterordnern entfernt werden
      • Unterordner können unter Vermeidung von Ordnerkonflikten neu zugeordnet werden
    • Damit kann man unabhängig von der Serverstruktur in allen Konten mit einer konsistenten Ordnerstruktur arbeiten
    • Wenn man E-Mails per CLI statt GUI verwaltet, ist diese Konsistenz besonders wichtig

E-Mails lesen und HTML-Verarbeitung

  • Das Leseerlebnis ist insgesamt recht gewöhnlich; die Hauptursache für Unannehmlichkeiten liegt eher bei HTML-E-Mails als bei Aerc selbst
  • Bei den meisten Multipart-E-Mails ist die Plain-Text-Version schwerer zu lesen als die HTML-Version
  • Meist lässt sich die Bedeutung erfassen, manchmal wirkt der Inhalt aber durcheinander
  • Aerc bietet mehrere Optionen, um dieses Problem zu verringern
    • Mit der Kombination aus w3m und dante kann man E-Mails über einen HTML-Parser bzw. Browser ansehen
    • Bei manchen E-Mails ist die erzeugte Ausgabe besser als die Plain-Text-Version
    • Als letzter Ausweg kann man :open verwenden, um die Nachricht im Standard-Webbrowser zu öffnen
  • Die Darstellung wird über benutzerdefinierte Filter konfiguriert
    • Filter sind *nix-Pipelines, durch die Nachrichten vor der Anzeige geleitet werden
    • Die Standardfilter unterstützen farbliche Aufbereitung von Plain Text, Kalendereinträge und HTML-E-Mails
    • Filter können für MIME-Typen konfiguriert werden und auch auf bestimmte Header matchen
    • Beispielkonfigurationen enthalten Einträge wie text/plain=colorize, text/calendar=calendar, text/html=html | colorize

E-Mails schreiben und Adressbuch

  • Das Schreiben von E-Mails ist sehr angenehm; ein großer Vorteil ist, dass man Mails in Vim verfassen kann

  • Adressbuch-Integration

    • Das Adressbuch wird nicht direkt innerhalb von Aerc verwaltet, sondern an externe Programme delegiert
    • Der Nutzer gibt die Suchabfrage an, die an das Adressbuchprogramm gesendet wird; die Ergebnisse werden für die Autovervollständigung der relevanten Header-Felder verwendet
    • Das Standardprogramm ist abook
    • Im Test unterstützte abook keine Namen mit Nicht-ASCII-Zeichen, was für Personen, die häufig mit deutschsprachigen Nutzern mailen, eine gravierende Einschränkung ist
    • Es gab auch keine einfache Möglichkeit, Adressen aus allen E-Mails zu parsen und in abook zu importieren
    • aercbook wurde ebenfalls ausprobiert, hatte aber dasselbe Problem mit Nicht-ASCII-Zeichen
    • Dafür unterstützt aercbook das Parsen von E-Mail-Adressen aus allen Header-Feldern
    • emailbook-janet ist eine Neufassung von aercbook
      • Es ist weniger performant, löst aber das ASCII-Problem
      • Per Key Binding kann man eine E-Mail auswählen, sie parsen und alle Adressen automatisch zum Adressbuch hinzufügen
    • emailbook-janet und aercbook sind weniger vollständige Adressbücher als Werkzeuge, die nur Namen und E-Mail-Adressen speichern, um Autovervollständigung zu ermöglichen
    • Wer ein leistungsfähigeres Adressbuch braucht, kann auch khard, ähnliche Lösungen oder einen LDAP-Server in Betracht ziehen

PGP, Signaturen, Templates und Hinweise

  • Der unangenehmste Punkt an Thunderbirds PGP/GPG-Unterstützung war, dass ein separater Keychain verwendet wird
  • Aerc hat zwar ebenfalls einen eigenen Keychain, dieser ist aber optional
  • Standardmäßig wird der GPG-Keychain unverändert verwendet
  • Man kann eine bestimmte Schlüssel-ID für das Signieren von Nachrichten angeben oder Aerc den Schlüssel anhand der E-Mail-Adresse suchen lassen
  • Es gibt auch Optionen, alle E-Mails automatisch zu signieren, sowie opportunistic encryption
  • Wenn GPG korrekt eingerichtet ist, funktioniert die PGP-Unterstützung problemlos

  • Allgemeine Konfigurationsfunktionen

    • Aerc unterstützt pro Konto Signaturen, indem über signature-file= eine Textdatei eingebunden wird
    • Signaturen können auch durch Ausführen eines externen Befehls erzeugt werden
    • E-Mail-Templates werden ebenfalls unterstützt, wurden aber nicht im Detail betrachtet
    • Wiederholte Re: im Betreff sollen in mehreren Sprachen intelligent entfernt werden; dafür werden reguläre Ausdrücke verwendet
    • Die regulären Ausdrücke können überschrieben oder erweitert werden
    • Prüfung auf leeren Betreff und Anhangswarnungen werden ebenfalls unterstützt
      • Die Prüfung auf leeren Betreff kontrolliert, ob der Betreff leer ist
      • Die Anhangswarnung basiert auf regulären Ausdrücken und lässt sich leicht erweitern
      • Der Standardausdruck ist ^[^>]*attach(ed|ment)
      • Zeilen, die mit > beginnen, werden ausgeschlossen, um Zitate herauszufiltern, in denen andere Personen Anhänge erwähnen
      • Für deutsche E-Mails kann man den regulären Ausdruck um an(ge)?h[aä]ngt? erweitern
    • Nach mehreren Tagen Nutzung wirkt Aerc sehr gut durchdacht und wie ein E-Mail-Client, den man vorerst weiterverwenden kann

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2024-08-24
Meinungen auf Hacker News

  • Ich nutze Aerc schon seit Langem als alltäglichen Mail-Client. Ich verwende es mit IMAP (Gmail usw.), aber es lässt sich auch gut mit lokalen Mail-Verzeichnissen nutzen.
    Da ich zu alt bin, um neue Keybindings zu lernen, habe ich die Aerc-Keymap auf Vim-artige Keybindings umgestellt, und kann nun sehr viele Mails sehr schnell abarbeiten.
    Ich habe Gmail und Imapfilter so eingerichtet, dass sie sauber funktionieren, und außerdem Filter gebaut, die mir in bisherigen Mail-Clients immer gefehlt haben: etwa einen Filter nach aktuellem Absender ff = :filter -f "{{index (.From | emails) 0}}", Mails mit demselben Betreff anzeigen fs = :filter -H subject:"{{.SubjectBase}}" oder Suche im Betreff fS = :filter -H subject:.
    Bei Interesse verlinke ich das GitHub-Repository.

    • Mich interessiert die Gmail-Integration. Ich habe es mit mutt versucht, aber aufgegeben, weil ich nicht den ganzen Nachmittag daran sitzen wollte.
      Außerdem habe ich gehört, dass Gmail IMAP schrittweise abschaffen will.
    • Dieser Beitrag macht mir Lust, aerc wieder auszuprobieren; besonders der erste Filter ist genau die Funktion, die ich mir in Mail-Clients immer gewünscht habe.
    • https://github.com/rafo/aerc-vim
      Ich habe auch eine Vorschau für angehängte Bilder ergänzt.
    • Mich interessieren besonders die Vim-Keybindings. Damit wäre der Einstieg vermutlich deutlich einfacher.

  • Ich habe mich intensiv mit mutt beschäftigt, bin am Ende aber zu dem Schluss gekommen, dass ein grafischer Mail-Client besser zu meinen Anforderungen passt.
    Mutt/aerc unterstützen Windows nicht, das ich aus Vorliebe und beruflich viel nutze, und auch das Anzeigen und Versenden von HTML-Mails ist unzureichend. Kollegen wundern sich, warum meine Mails seltsam aussehen und die Antwortformatierung verschwindet.
    In Betterbird kann man Mails schnell per Drag-and-drop in Ordner ziehen, und im Gegensatz zu mutt, bei dem es lange dauert, eine brauchbare Konfiguration zusammenzustellen, funktioniert es sofort. mbsync oder offlineimap haben schwache OAuth-Unterstützung, Betterbird unterstützt es nativ.
    Bei Bedarf kann ich mit Shift+Klick auch im Klartext antworten oder schreiben. Ich lebe fast im Terminal, aber hier ist für mich Schluss; die Investition in newsboat als RSS-Reader hat sich bisher gelohnt.
    1: https://www.betterbird.eu/
    2: https://news.ycombinator.com/item?id=39812124
    3: https://isync.sourceforge.io/mbsync.html
    4: https://www.offlineimap.org/

    • Aerc dürfte sich auch unter Windows bauen lassen; Go und make sollten genügen. Betterbird unterstützte bis vor wenigen Wochen auch nur MacOS, und als anfangs ein Mac-Build vorgeschlagen wurde, wurde das aus Kostengründen abgelehnt.
      Aerc kann, wie im Artikel beschrieben, auch HTML-Mails anzeigen. Mails zu verschieben kann per Tastatur deutlich schneller sein als per Drag-and-drop mit der Maus, vor allem wenn man dieselben Ordner wiederholt nutzt: etwa pa = :archive flat, pb = :move Brain, pf = :move.
      Die Konfiguration ist deutlich weniger komplex als bei mutt, und OAuth funktioniert ebenfalls gut. Betterbird ist auch in Ordnung, aber mir gefällt nicht, dass ich meine Tastenkürzel dort nicht verwenden kann.
    • Das zweite und dritte Problem lassen sich jeweils durch Einstellungen wie einen w3m-mailcap-Eintrag oder set send_multipart_alternative_filter=markdown2html.py in der muttrc abmildern.
      https://gitlab.com/muttmua/mutt/-/blob/master/contrib/markdown2html
    • In Windows steckt heutzutage bis zu einem gewissen Grad Hyper-V, man kann Linux-VMs laufen lassen, und OpenSSH ist ebenfalls standardmäßig dabei. Für eine passende Umgebung muss man etwas nacharbeiten, aber nicht allzu viel.
      Ich nutze ausschließlich Linux, bevorzuge aber eine GUI und verbinde Evolution mit einem On-Premises-MS-Exchange. Die Mail für private Domains von Freunden und Familie betreibe ich ebenfalls mit Dovecot, Exim usw.
      Betterbird kannte ich nicht, habe es mir aber zum Ausprobieren gebookmarkt. Irgendwann müssen wir den Exchange-Server wohl loswerden, und ich bin gespannt auf die Diskussion, ob wir zu M365 gehen. Aus Sicht eines Geschäftsführers, der seit über 25 Jahren Mailsysteme betreibt, lässt sich letztlich auch Exchange durch eine Kombination aus IMAPD, MTA und Kalender-App ersetzen.
    • dodo könnte passen. Im Grunde ist es ein grafischer Mail-Client, hat aber viele Vim-Bindings und verbindet damit die Vorteile von Terminal und Grafik; es fühlt sich an wie ein qutebrowser für E-Mail.
      Allerdings scheint die Wartung eingeschlafen zu sein, und es unterstützt wohl nur ein notmuch-Backend.
      1: https://github.com/akissinger/dodo
      2: https://qutebrowser.org/
    • Die politische Haltung des Autors ist fragwürdig, aber ich nutze mutt-wizard, und in dessen Konfiguration kann man statt o einfach v drücken, um die Mail im geöffneten Webbrowser anzusehen.
      Zum Lesen von HTML-Mails war das für mich völlig ausreichend. Allerdings nutze ich es nicht beruflich, sondern nur privat, daher kann das je nach Person anders sein.

  • Ich war es leid, fünf Gmail-Tabs und zwei Nicht-Gmail-Mail-Tabs offen zu haben, und habe diese Woche aerc eingerichtet; die Mails werden mit dem Notmuch-Backend, lieer für Gmail und mbsync für Nicht-Gmail synchronisiert.
    Das Einrichten und Eingewöhnen in den Workflow hat ungefähr 12 Stunden gedauert, macht aber deutlich mehr Spaß als meine frühere Arbeitsweise. Anders als ein einzelner Gmail-Tab in Firefox, der über 100 MB verbrauchte, ist die neue Konfiguration viel leichtgewichtiger, und die lokale Suche ist schnell und von guter Qualität.

    • Wenn ihr Notmuch verwendet, empfehle ich bower. Das ist eine Terminal-UI, die mit notmuch interagiert, und sie lässt sich so einrichten, dass sie auch über SSH funktioniert. So kann die notmuch-DB auf einem anderen Rechner liegen, während Anhänge trotzdem auf der lokalen Maschine geöffnet werden können.
      1: https://github.com/wangp/bower
    • notmuch kann ich nur ausdrücklich empfehlen. Seit meinem Umstieg etwa 2011 bin ich nie zurückgegangen.
      Als Client muss man nicht zwingend Emacs verwenden; es gibt viele Frontends, darunter auch aerc.
      https://notmuchmail.org/frontends/
      Davon ist alot vermutlich das bekannteste.
      https://github.com/pazz/alot

  • Terminal-UI-Mailclients wirkten auf mich immer reizvoll, aber ich glaube, ich verstehe, warum ich innerlich eine gewisse Abneigung dagegen habe.
    Das Terminal ist mein Meditationsraum. Es ist mein Spielplatz, auf den ich gehe, um mich tief zu konzentrieren und die echte Arbeit zu tun, die mir Freude macht.
    Mails zu lesen oder zu schreiben ist wie Slack Kleinkram, und den will ich nicht in mein Terminal holen.

    • Ich sehe das etwas anders. Je mehr sich etwas wie Kleinkram anfühlt, desto stärker ziehen mich Werkzeuge an, die diese Erfahrung verbessern.
      Solche Aufgaben auszulagern verstärkt meiner Meinung nach eher die negativen Assoziationen damit. Irgendwann muss man sie ohnehin erledigen, also ist es besser, sie zumindest etwas weniger unangenehm zu machen; und zumindest in meinem Fall schadet das nicht den Vorteilen der Arbeit im Terminal.
    • Auch ich verlasse mich bei den meisten Dingen stark auf das Terminal, aber Terminal-UI-E-Mail und Webbrowsing haben für mich nie richtig gepasst. Diese Formulierung erklärt ziemlich genau, warum.

  • Die Probleme, die wir heute mit E-Mail haben, kommen daher, dass es an modernen, persönlichen E-Mail-Werkzeugen mangelt.
    Mit persönlich meine ich hier eine Konfiguration, die nicht auf dem Mailserver anderer Leute lebt, sondern Remote-IMAP einfach herunterladen, synchronisieren oder direkt nutzen kann, einen persönlichen Homeserver-IMAP betreibt und suchzentrierte Clients wie notmuch-emacs/mu4e sowie ordentliche Filtering-Tools wie MailDrop bietet.
    Die Einzelteile sind bereits alle da. Man kann mit IMAPFilter und OfflineIMAP synchronisierte Mails neu klassifizieren, sie mit fetchmail und MailDrop herunterladen und in Emacs notmuch oder Aerc verwenden. Aber es sind lauter getrennte Programme mit unterschiedlichen Konfigurationen, Stilen, Dokumentationsqualitäten und Graden an Benutzerfreundlichkeit; für weniger nerdige oder nicht fachkundige Leute gibt es praktisch nichts.
    Deshalb setzen viele Leute E-Mail mit Webmail gleich und akzeptieren Webmail als Drittanbieterdienst wie Slack oder WhatsApp Web. Das ist eine gefährliche Sichtweise für die Kommunikationsfreiheit und die Macht, die E-Mail bietet.
    Eine regelmäßige Rechnung des ISP per MailDrop-Regel abzufangen, ein Skript auszuführen, Fälligkeitsdatum und Betrag in den Kalender einzutragen und anschließend in lokaler Buchhaltungssoftware zu prüfen, ob es die passende Transaktion gibt und bei Auffälligkeiten zu warnen, ist mit textbasierten Werkzeugen wie org-agenda, BeanCount, MailDrop und E-Mail nicht schwierig. Mit moderner Software ist es sehr schwierig, und das ist ein großer Verlust für potenzielle Power-User, denen der Weg, einfache Automatisierungen zu lernen und umzusetzen, zu lang ist oder die die Möglichkeit gar nicht kennen.
    IT ist entstanden, um das Leben zu vereinfachen und die menschliche Kognition zu erweitern; es ist traurig, dass fast alle das vergessen haben.
    [1] Wegen der Dateinamen von Mails kommt es beim Synchronisieren über mehrere Maschinen hinweg häufig zu Unannehmlichkeiten mit Ungelesen-Status oder Tags sowie zur Erstellung doppelter Nachrichten.

    • Das großgeschriebene PERSONAL ist wirklich wichtig. Heute sind viele Leute in Websites wie Gmail eingesperrt und wissen nicht einmal, was möglich ist.
      E-Mail sollte ursprünglich zu 100 % an den eigenen Workflow, das Filtern, Sortieren, Ablegen in Ordnern usw. anpassbar sein.
      Da die alten Werkzeuge weiterhin funktionieren, ist dieses Potenzial noch da. Es müsste nur bekannter werden, wie großartig E-Mail sein kann, wenn man sie so nutzt, wie sie ursprünglich gedacht war. Wenn ich geglaubt hätte, Gmail sei E-Mail, hätte ich E-Mail auch gehasst; aber Gmail ist nicht E-Mail selbst.
      procmail und mutt funktionieren auch heute noch gut.

  • Ich mag moderne textbasierte Projekte wirklich sehr. Danke, dass ihr das Terminal lebendig und relevant haltet.

  • Ich habe eine Demonstration gesehen, in der jemand E-Mails in Emacs mit mu4e liest; den HTML-Teil leitet er direkt an Firefox weiter, und manches wandelt er zum Lesen in PDF um.
    https://www.youtube.com/watch?v=1uulLBKBMX8

  • aerc ist insofern ziemlich ungewöhnlich, als es als Client entworfen wurde und nicht dafür, Mails auf dem Computer zu speichern. Das hat Auswirkungen auf die Performance und bringt Einschränkungen mit sich.
    Lokale Mails kann man zwar auch verwenden, aber für mich wirkte das eher wie eine zweitrangige Funktion; allerdings ist es lange her, dass ich mir das angesehen habe, heute kann es anders sein.
    Bei so einem Design sollte IMAP eigentlich besser funktionieren, aber die Verbindung brach häufig ab, und zum Wiederverbinden musste ich neu starten. Auch die Überschneidungen bei Tastenkürzeln zwischen neovim und aerc waren störend.
    Insgesamt bin ich nicht zufrieden. Ich könnte noch einmal prüfen, ob ich in der Konfiguration etwas übersehen habe, aber im Moment setze ich eher auf neomutt.

    • Mit einem lokalen Mail-Verzeichnis ist es definitiv besser. Ich denke, die meisten Nutzer von Mail-Terminal-UIs verwenden sie zusammen mit Utilities wie mbsync und notmuch, um die gesamte Erfahrung zu verbessern.
    • Ich habe ebenfalls IMAP-Verbindungsabbrüche. Es klingt vielleicht etwas grob, aber ich starte aerc in einer while-Schleife, beende es mit q, wenn es seltsam wird, und starte es nach ein paar Sekunden wieder.
      Trotzdem ist es weiterhin mein liebster Mailclient, aber es kann ganz sicher besser werden.
    • Ich frage mich, was mit den Überschneidungen der Tastenkürzel zwischen neovim und aerc gemeint ist. Vim verwendet fast jede Taste auf der Tastatur; ist das nicht im Grunde ein Problem, das mit praktisch jedem Programm auftreten kann?
    • Der beste E-Mail-User-Agent, mutt, verbindet sich automatisch neu, wenn die Verbindung zum IMAP-Server fehlschlägt. Allerdings scheint das nicht jedes Mal zu funktionieren.
      https://lwn.net/Articles/837960/
    • Ist das bei mutt nicht genauso?

  • himalaya sieht vielversprechend aus
    https://github.com/soywod/himalaya
    https://pimalaya.org/himalaya/cli/latest/index.html

  • Nirgends scheint erklärt zu werden, was „TUI“ bedeutet. Gemeint ist wohl eine Text User Interface, also eine Text-Benutzeroberfläche