Vorbemerkung zu Proton Mail

Wie beschrieben habe ich einen Email-Account bei Proton Mail. Im Gegensatz zu anderen Emailanbietern liegen die Emails verschlüsselt auf den Servern. Es gibt keinen Weg, per IMAP auf die Emails zuzugreifen. Dafür hat Proton die Mail Bridge entwickelt. Diese Mailbridge lädt die Emails herunter und entschlüsselt sie dann lokal. Emailprogramme können dann lokal per IMAP auf die Bridge zugreifen. Die Bridge bietet auch SMTP für den Versand an.

Vorbemerkung zu Emacs

In Emacs habe ich mich für Mu4e entschieden. Mu4e nutzt den Index, den Mu aufgebaut hat. Es ist quasi dann eine lokale Suchmaschine für die eigenen Emails. Mu4e ist dann das Frontend in Emacs um die Suche zu nutzen und auf die Emails zuzugreifen. Wie ich bereits am 18. 04. geschrieben habe, ist das alles extrem schnell. Soweit ich es verstehe, kennt Mu keine Labels wie man es von anderen Emailprovidern ggf. kennt. Es arbeitet mit Ordnern. Also eher klassisch.

Einrichtung

Ordner für die Emails anlegen

Ich habe im Homeverzeichnis den Ordner Mail angelegt. Dieser Ordner wird später für die Speicherung der EMails verwendet.

Proton Mail Bridge

Wir müssen als erstes die Proton Mail Bridge installieren. In openSUSE Tumbleweed gibt es die Bridge nicht als natives Paket. Daher habe ich das Flatpak eingerichtet. Die Einrichtung erfolgt über einen Assistenten. Man muss sich lediglich in der Bridge einmal mit seinem Proton Mail Account anmelden. Dann beginnt die Bridge bereits die Emails herunterzuladen. Bei mir hat das sehr lange gedauert (ca. eine Stunde). Ich habe aber auch ca. 30.000 Emails in dem Postfach. Man kann aber mit der weiteren Einrichtung fortfahren und die Protonbridge im Hintergrund laufen lassen.

Wichtig: Die Bridge sollte automatisch gestartet werden, wenn man sich am Computer anmeldet. Sonst bekommt man keine neuen Emails.

Wir benötigen aus der Bridge noch das Zertifikat für ein weiteres Programm. Das Zertifikat kann in den „advanced settings“ unter „Export TLS certificates“ exportiert werden. Ich habe das Zertifikat in meinem Mail Ordner gespeichert. Es kann aber auch an einem anderen Ort abgelegt werden. Wir müssen den Ort für die weiteren Sync-Programme in der Konfiguration angeben. Die Daten für den Imap- und SMTP-Server sowie das Passwort benötigen wir ebenfalls gleich.

Pakete für Sync, Mu, etc installieren

Damit wir die Emails im Mail-Ordner synchronisieren, verwenden wir mbsync. Für den Versand verwenden wir msmtp. Und dann benötigen wir noch Mu und Mu4e. Unter Tumbleweed sind alle Pakete im Repository vorhanden und können wie folgt installiert werden:

sudo zypper in isync msmtp maildir-utils w3m mu4e

mbsync einrichten

mbsync erledigt für uns die Arbeit die Emails im Mail-Verzeichnis zu synchronisieren. Damit mbsync funktioniert, benötigt es die Informationen wie Zugangsdaten zu unserer Mail-Bridge (oder Imap), Zielordner, Zertifikat, etc. Für Proton habe ich bei mir folgende Konfiguration unter ~./mbsyncrc ~ angelegt.

# 1. DER ZUGANG (Dein Proton-Konto in der Bridge)
IMAPAccount protonmail
Host 127.0.0.1
Port 1143
User xxx@proton.me
Pass yyy
TLSType STARTTLS
TLSVersions +1.2
AuthMechs LOGIN
# Hier sagen wir mbsync, dass es dem Zertifikat der Flatpak-Bridge vertrauen soll:
CertificateFile ~/Mail/cert.pem

# 2. DER FERNE SPEICHER (Proton Server via Bridge)
IMAPStore protonmail-remote
Account protonmail

# 3. DER LOKALE SPEICHER (Dein Rechner)
MaildirStore protonmail-local
Subfolders Verbatim
Path ~/Mail/
Inbox ~/Mail/INBOX

# 4. DIE VERBINDUNG (Was soll synchronisiert werden?)
Channel protonmail
Far :protonmail-remote:
Near :protonmail-local:
Patterns INBOX Drafts Sent Trash Archive Spam
Create Near
SyncState *
Sync all
Expunge Near
Expunge Far

Ich werde nicht sämtliche Parameter erklären. Wichtig sind aber die Patterns, Syncstate, Sync all und Expunge. Die Konfiguration sorgt so dafür, dass Emails beim Löschen in den Ordner Trash verschoben werden. Ich hatte zuerst mit direktem Löschen experimentiert. Das hat aber dann zu Dubletten geführt, da ich zwei Computer habe. Verschieben funktioniert robust. Die „gelöschten“ Emails liegen dann im Trash und werden dort von Proton nach dreißig Tagen gelöscht.

Sobald mbsync eingerichtet ist, können wir den ersten Sync testen. Dazu in der Shell den Befehl mbsync -a eingeben. Es sollten jetzt bereits die ersten Emails aus der Proton Bridge synchronisiert und im Mail-Verzeichnis gespeichert werden.

Mu einrichten

Wenn mbsync eingerichtet ist, müssen wir mu einmalig initialisieren. Mit diesem Befehl in der Shell führen wir die Initialisierung durch:

• mu init --maildir=~/Mail --my-address=jan.iversen@proton.me
• mu index

Automatisierung des Sync und der Indizierung

Damit wir einen Automatismus haben, können wir einfach einen systemd-Timer nutzen.

Falls wir noch kein Verzeichnis für eigene systemd-Dienste haben, legen wir es an: mkdir -p ~/.config/systemd/user/

mbsync.service anlegen

Hier legen wir den eigentlichen Dienst an. Der Dienst wird über einen Timer gestartet. Es wird der Sync durchgeführt. Anschließend indiziert mu die Emails.

Die Datei ~/.config/systemd/user/mbsync.service erstellen

[Unit]
Description=Mail Sync
[Service]
Type=oneshot
ExecStart=/usr/bin/mbsync -a
ExecStartPost=-/usr/bin/mu index

mbsync.timer anlegen

Der Timer sorgt dafür, dass alle fünf Minuten eine Synchronisation stattfindet.

Die Datei ~/.config/systemd/user/mbsync.timer erstellen.

[Unit]
Description=Mail Sync alle 5 Minuten
[Timer]
OnBootSec=2m
OnUnitActiveSec=5m
[Install]
WantedBy=timers.target

Timer aktivieren

Diesen Befehl einmalig ausführen. Systemd aktiviert dann den Timer sofort.

systemctl --user enable --now mbsync.timer

Emails versenden

Wir wollen auch Emails versenden. Dafür verwenden wir msmtp. Das Programm sendet lokal die Mails an die Protonbridge. Und diese erledigt dann den Rest für uns. Hier benötigen wir ebenfalls eine Konfiguration. Die Konfiguration liegt unter ~/.msmtprc

# Standardeinstellungen für alle Konten
defaults
auth           on
tls            on
tls_starttls   on
# Hier nutzen wir wieder dein exportiertes Zertifikat
tls_trust_file ~/Mail/cert.pem
logfile        ~/.msmtp.log

# Dein Proton-Konto via Bridge
account        protonmail
host           127.0.0.1
port           1025
from           "xxx@proton.me"
user           "xxx@proton.me"
passwordeval   "echo 'yyy'"

# Dieses Konto als Standard setzen
account default : protonmail

Auch msmtp benötigt den Ort des Zertifikats sowie die Zugangsdaten der Proton Mail Bridge.

Konfiguration in Emacs

Ich kopiere hier einfach meine Konfiguration. Das ist teilweise durch KI generiert oder übernommene Parameter aus anderen Blogs. Für mich funktioniert die Konfiguration so sehr gut.

  (use-package mu4e
    :ensure nil ; Wir nutzen das Systempaket von openSUSE
    :config
    ;; --- GRUNDLAGEN ---

    ;; Sagt Emacs, wo dein Haupt-Mail-Ordner liegt.
    (setq mu4e-maildir "~/Mail")

    ;; Intervall für Emailcheck
    (setq mu4e-update-interval 300)

    ;; Sent-Mails löschen
    (setq mu4e-sent-messages-behavior 'delete)

    ;; --- DEINE IDENTITÄT ---

    (setq user-mail-address "jan.iversen@proton.me"
          user-full-name "Jan Iversen")

    ;; --- ORDNER-STRUKTUR (Proton-Standard) ---

    ;; Hier definieren wir, welche Ordner für was zuständig sind.
    ;; Das "mu4e-maildir-shortcuts" erlaubt dir, mit 'j' und
    ;; dann dem Buchstaben (z.B. 'i') blitzschnell zu springen.
    (setq mu4e-maildir-shortcuts
          '(("/INBOX"   . ?i)
            ("/Sent"    . ?s)
            ("/Trash"   . ?t)
            ("/Drafts"  . ?d)
              ("/Archive" . ?a)))

    ;; --- VERSAND (msmtp) ---

    ;; Hier sagen wir Emacs, dass es msmtp zum Verschicken nutzen soll.
    (setq send-mail-function 'sendmail-send-it
          sendmail-program "/usr/bin/msmtp"
          message-sendmail-f-is-evil t
          message-sendmail-extra-arguments '("--read-envelope-from"))

    ;; --- KOMFORT ---

    ;; Bilder direkt in der Mail anzeigen (schön auf deinem Ultrawide!)
    (setq mu4e-view-show-images t)

    ;; HTML-Mails schick im Emacs-Puffer anzeigen
    (setq mu4e-html2text-command "w3m -T text/html"))

  ;; Anzahl ungelesene Emails in Modeline anzeigen
  (mu4e-modeline-mode 1)
  (add-hook 'mu4e-index-updated-hook #'force-mode-line-update)
  (setq mu4e-sent-folder   "/Sent"
      mu4e-drafts-folder "/Drafts"
      mu4e-trash-folder  "/Trash"
      mu4e-refile-folder "/Archive")
;; Proton ist zickig beim Löschen
(setq mu4e-change-filenames-when-moving t)
(setq mu4e-trash-without-flag t)
(setq mu4e-headers-leave-behavior 'apply)

Wichtig sind die letzten drei Parameter für Proton. Ich verstehe nicht genau, was eigentlich im Hintergrund geschieht. Aber wenn alles so konfiguriert ist, funktioniert das „Löschen“, also Verschieben einer Email in Trash, zuverlässig.

Abschluss

Wenn alles eingerichtet ist, Emacs einmal neu starten. Über Alt+x mu4e starten und sich (hoffentlich) freuen, dass Emails im Dashboard angezeigt werden. Ab da verweise ich dann auf die Dokumentation für mu4e für die Bedienung. Am besten den Versand einer Email einmal testen und prüfen, ob alles korrekt ankommt. Bei mir hat es (bis auf das Löschen von Mails) sofort funktioniert. Und teste dann einmal die Suche, wenn alle Emails synchronisiert sind.

Fazit

Für mich funktioniert die Emailverwaltung in Emacs wunderbar. Es ist rasend schnell. HTML-Emails werden auch gut dargestellt und sind sogar entspannter zu lesen. Emacs bereinigt quasi die HTML-Mails und man kann sich auf den Inhalt konzentrieren. Wenn Emacs geschlossen ist, läuft dennoch der Sync und die Indizierung. Dadurch sind lokal alle Daten aktuell. Der einzige „Wermutstropfen“… es kann durch die Intervalle durchaus einige Minuten dauern, bis in Emacs eine Email angezeigt wird. Ich kann damit leben. Falls mal ein 2FA-Code per Email gesendet wird, den ich wirklich sofort benötige, schaue ich entweder auf das Smartphone oder stoße den Sync kurz manuell an. Aber wie oft kommt das wirklich vor. Mich entschleunigt das Lesen der Emails in Emacs sehr. Und ich kann jetzt Emails mit TODOs in orgmode verknüpfen.

Links

• Proton Mail Bridge in Flathub
• Mu
• Mu4e
• mbsync
• msmtp

Ich bin begeistert, wie schnell und gut alles funktioniert. Allein die Suche war die Zeit für die Einrichtung wert. Ich gebe einen Suchbegriff ein und sofort (und wirklich sofort) werden mir alle Emails mit einem Treffer angezeigt. Wenn ich da an mein Postfach in der Firma denke (Outlook… hust)… da bin ich froh, wenn mir in einem akzeptablen Zeitraum überhaupt eine Liste mit Ergebnissen angezeigt wird.

Ich werde es die nächsten Tage einfach benutzen. Wenn es weiterhin stabil, schnell und ohne Probleme funktioniert, dann schreibe ich eine kleine Anleitung. Eigentlich habe ich die Anleitung bereits in org-roam. Aber dann kann ich es auch hier im Blog beschreiben, was für die Einrichtung gemacht werden muss.

Aber hier ein Bild:

Schritt 1 - Erstelle eine ICS-Datei

Das ist die Methode, die jetzt in meiner Emacs-Konfiguration vorhanden ist. Das Umkopieren der Dateien in meinen org-Ordner habe ich auskommentiert. Scheinbar kommt mein Sync-Client für meine NAS damit nicht klar und landet in einem endlosen Sync-Prozess. Einiges an Code ist also überflüssig. Gemini hat den soweit generiert und er funktioniert. Es werden in /tmp Dateien mit der exportieren HTML- und ICS-Agenda angelegt. Wie gesagt, die HTML-Agenda ist für mich jetzt überflüssig.

(defvar my/agenda-export-running nil
  "Verhindert, dass der Export mehrfach gleichzeitig startet.")

(with-eval-after-load 'org-agenda
  ;; subr-x stellt den 'dlet' Befehl bereit
  (require 'subr-x)

  (defun my/export-and-push-agenda ()
    "Exportiert die Agenda NAS-schonend und lädt sie auf den v-Server hoch."
    (interactive)
    (unless my/agenda-export-running
      (setq my/agenda-export-running t)
      (unwind-protect
          (dlet ((org-agenda-span 365)
                 (org-agenda-sticky nil)
                 (org-agenda-tags-column -1)
                 (org-agenda-prefix-format '((agenda . " %-10:c ")))
                 (org-icalendar-include-todo 'all))

            (let ((tmp-html "/tmp/agenda.html")
                  (tmp-ics "/tmp/agenda.ics")
                  (final-html (expand-file-name "~/org/agenda.html"))
                  (final-ics (expand-file-name "~/org/agenda.ics")))

              ;; 1. Export in den Temp-Ordner (unsichtbar für das NAS)
              (save-window-excursion
                (org-agenda-list)
                (with-current-buffer "*Org Agenda*"
                  (let ((inhibit-read-only t))
                    (delete-trailing-whitespace))
                  (org-agenda-write tmp-html)
                  (org-agenda-write tmp-ics)
                  (kill-buffer "*Org Agenda*")))

              ;; 2. HTML-Design anpassen (Schriftgröße & Umbruch)
              (with-current-buffer (find-file-noselect tmp-html)
                (goto-char (point-min))
                (when (search-forward "</style>" nil t)
                  (goto-char (match-beginning 0))
                  (insert "      body { font-size: 20pt; font-family: sans-serif; line-height: 1.4; padding: 20px; }\n")
                  (insert "      pre { white-space: pre-wrap; }\n"))
                (basic-save-buffer)
                (kill-buffer))

              ;; 3. Dateien atomar an das NAS übergeben
              ;;(rename-file tmp-html final-html t)
              ;;(rename-file tmp-ics final-ics t)

              ;; 4. Geräuschloser Upload zum v-Server (jan-iversen.de)
              (let ((default-directory "~/"))
                (start-process "agenda-upload" nil
                               "scp" tmp-ics "xxx@yyy:/var/www/ics/agenda.ics"))

              (message "Agenda-Export erfolgreich abgeschlossen.")))

        ;; Diese Zeile MUSS innerhalb der unwind-protect Klammern stehen
        (setq my/agenda-export-running nil)))))

Schritt 2 - Vorbereiten des Servers

Ich habe auf meinen virtuellen Server bereits NGINX im Einsatz. Ich habe mir dort lediglich unter /var/www den Ordner ics angelegt. Danach habe ich die Rechte an dem Ordner auf meinen Benutzer geändert. So kann ich einfach per scp eine Datei auf den Server kopieren. Eine neue Konfiguration für die Seite wurde angelegt. Und ich habe die Seite per htpasswd abgesichert. So kann niemand die Datei einfach herunterladen.

Schritt 3 - DNS-Eintrag

Bei Netcup habe ich einen neuen DNS-Eintrag gesetzt. Diesmal hat es nur wenige Minuten gedauert, bis der DNS-Eintrag auch überall bekannt war. Ich konnte also zügig weitermachen.

Schritt 4 - Erster Test

In Emacs habe ich die neue Methode das erste Mal gestartet. Die ICS-Datei wurde korrekt auf den Server kopiert. Über die URL konnte ich im Browser die Passwortabfrage testen und danach die Datei erfolgreich herunterladen. Hat also wunderbar geklappt.

Schritt 5 - Einrichtung auf dem Handy

Für Android gibt es das Programm ICSx⁵. Dieses Programm macht genau das, was ich wollte. Es lädt regelmäßig eine ICS-Datei herunter. In der Kalenderapp wird dann ein neuer Kalender angezeigt. Man kann noch Optionen wie Erinnerungszeiten setzen. Für mich reicht es aber, wenn ich die Einträge erst einmal im Kalender sehen kann.

Schritt 6 - Automatischer Hook in Emacs

Wenn ich etwas in Emacs an meiner Agenda ändere und speichere, soll ein Hook automatisch ausgeführt werden. Dieser Hook soll dann die Methode von oben aufrufen. Der ganze Vorgang geht erstaunlich schnell. Vielleicht liegt es daran, dass ich noch eine überschaubare Agenda habe.

(defun my/org-agenda-maybe-push ()
  "Prüft beim Speichern, ob es die Agenda-Datei ist und startet dann den Export."
  (when (and (buffer-file-name)
             (string= (file-truename (buffer-file-name))
                      (file-truename (expand-file-name "~/org/Agenda.org"))))
    ;; Wir stellen sicher, dass die Export-Funktion geladen ist
    (unless (fboundp 'my/export-and-push-agenda)
      (require 'org-agenda))
    (my/export-and-push-agenda)))

;; Den Hook global registrieren
(add-hook 'after-save-hook #'my/org-agenda-maybe-push)

Fazit

Um meine Termine unterwegs schnell einsehen zu können, reicht dieser Ansatz bisher. Es ist genügend automatisiert, damit ich mich auf den Prozess soweit verlassen kann. In meinem Backlog liegt aber als Todo bereits die Idee, eine richtige Caldav-Synchronisation mit Emacs gegen einen Caldav-Server einzurichten. Aber das ist noch Zukunftsmusik.

Folgende Pakete habe ich aktuell unter anderem in Verwendung:

• Orgmode (klar, oder)
• org-roam (Aufbau eines Wissennetz)
• denote (für meine bisherigen Notizen)
• org-download für Screenshots
• org-olivetti zum entspannten Schreiben
• sudo-edit zum Bearbeiten von Systemdateien
• Marginalia zur Ergänzung des Minibuffers um weitere Informationen
• EF-Themes
• Vertico für eine bessere Suche
• Consult
• Which-Key für die Anzeige der Tastenkombinationen

Und noch weitere Pakete….

Die Konfiguration ist eine org-Datei, die ich mittels org-babel-tangle dann in die init.el ausgebe.

Was mir aktuell sehr gefällt, ist die Schriftart Iosevka für Codeblöcke und Iosevka Aile für normalen Text. Es sieht für mich sehr edel aus.

Nun zu Emacs und meinen Vorbereitungen. Ich lese also die Kampagne und will für mich selber die Informationen festhalten. Außerdem möchte ich sie auch miteinder verknüpfen. Kurz geschrieben: ich will ein eigenes Wiki aufbauen. Dazu gibt es für Emacs das Paket Org-roam (Homepage). Org-Roam erstellt Notizen mit Metainformationen. Zusätzlich legt es eine Datenbank an, in der Verlinkungen und einige weitere Meta-Informationen enthalten sind. Soweit, so gut.

Nun möchte ich aber für die Kampagne in Org-Roam einen eigenen Bereich mit Notizen haben. Es soll getrennt von anderen Notizen sein. Org-Roam kann das grundsätzlich. Es gibt aber ein zusätzliches Modul Org-Roam-UI. Dies kann die Vernetzungen im Browser abbilden. Es ist interaktiv, kann die Notizen anzeigen und sogar auf Emacs reagieren. Verwendet man, wie ich, einen zusätzliche, separierten Ort für die Notizen, funktioniert die Ansicht der Notizen nicht. Man kann zwar das Netzwerk im Browser sehen, aber der Inhalt einer Notiz wird mit einem HTTP-Fehler beantwortet. Der Fehler wird in diesem Github-Issue beschrieben.

Ich bin kein Entwickler. Und kann die vermeintliche Lösung nicht bei mir umsetzen. Aber ich arbeite in einer Softwarefirma. Und ein sehr geschätzer Kollege ist Softwareentwickler und verwendet ebenfalls Emacs und kann sogar Lisp. Also habe ich ihn gefragt, ob er mir nicht helfen kann. Und er hat für mich folgende Lösung implementiert. Vielen lieben Dank an dieser Stelle für die Hilfe.

Vielleicht hilft sie jemand anderen.

In Doom-Emacs muss dieser Code in der config.el ergänzt werden. Danach dann den Sync in Doom ausführen und die Anzeige der Notizen funktioniert.

  ;; Fix für Org-Roam-UI
  (defvar jan/org-roam-ui--roam-directory nil)

  (defun jan/org-roam-ui--advice-set-dir (fun &rest args)
    (let ((old-value org-roam-directory))
      (setq org-roam-directory jan/org-roam-ui--roam-directory)
      (prog1
          (apply fun args)
        (setq org-roam-directory old-value))))

  (advice-add 'httpd/node :around 'jan/org-roam-ui--advice-set-dir)
  (advice-add 'httpd/img :around 'jan/org-roam-ui--advice-set-dir)

  (defun jan/org-roam-ui--save-dir (&rest args)
  (when org-roam-ui-mode
    (setq jan/org-roam-ui--roam-directory org-roam-directory)))

  (advice-add 'org-roam-ui-mode :after 'jan/org-roam-ui--save-dir)

Beispielvorschau im Browser (Spoiler)

Vorsicht: Spoiler! (Klicken zum Anzeigen)

Aber vielleicht sollten wir zuerst klären: Was ist Emacs?

Was ist eigentlich Emacs?

Ich glaube, auf diese Frage gibt es eigentlich keine wirkliche Antwort. Schaue ich in die Wikipedia, dann wird Emacs als Texteditor definiert. Auch die Homepage des GNU Emacs-Projekt beschreibt Emacs als “freien, erweiterbaren und konfigurierbaren Texteditor und mehr”. Dieses “und mehr” ist der gemeine Teil der Beschreibung. Nach meiner bisherigen Erfahrung mit Emacs würde ich folgende Definition nennen: “Emacs ist eine vielfach verwendbare, anpassbare und freie Plattform mit diversen Textmanipulationsmöglichkeiten sowie Anwendungsprogrammen.” Klingt irgendwie etwas sperrig. Man kann in Emacs Softwareentwicklung durchführen, man kann damit Projektorganisation durchführen, man kann aber auch darin seine RSS-Feeds lesen, Spiele spielen, Musik hören, im Internet surfen,…. und man kann auch Texte darin schreiben. Also bleiben wir vielleicht beim Texteditor… fürs Erste.

Wozu verwende ich Emacs?

Ich bin kein Softwareentwickler. Zwar habe ich früher, also in meinen jungen Jahren, ein wenig Softwareentwicklung gelernt (und damit meine ich Turbo Pascal, etwas C und ganz wenig Assembler), aber ich bin es nicht geworden. Meine Arbeit und auch mein Privatleben besteht zum Großteil daraus, Projekte zu verwalten. Und was gehört dazu? Informationen niederschreiben, Informationen wieder finden, Informationen zu verändert. Also ich muss Wissen managen. Emacs ist das Werkzeug, dass mich dabei unterstützt.

Was nutze ich in Emacs?

Welches Emacs denn?

Jetzt wird es wohl etwas technisch. Ich verwende nicht die Basisversion von GNU Emacs (im folgenden spreche ich von Vanilla). Bei mir läuft auf sämtlichen Computern Doom Emacs (Homepage von Doom). Das ist eine angepasste, vorkonfigurierte Version von Emacs. Ich habe einige Gründe, warum ich Doom und nicht Vanilla Emacs nutze.

1. Vanilla Emacs sorgt für Schmerzen in meiner linken Hand. Das ist eine gar nicht so untypische Begleiterscheinung, wenn man Emacs verwendet. Die Tastenkombinationen werden über STRG bzw. Alt durchgeführt. Und es gibt sehr, sehr, sehr viele Tastenkombinationen. Ich habe schnell festgestellt, dass ich damit Probleme bekomme. Doom konfiguriert Emacs so um, dass es ein modaler Editor ist. Emacs verhält sich dann ähnlich wie VIM. Ich kann viele Tastenkombinationen durch die Leertaste starten. Ich finde die Tastenkombinationen auch für mich logischer und einfacher. Und mir tut die Hand nicht weh. Also -> Doom

2. Doom bringt alles wichtige gleich mit Ich muss mich nicht mit der Konfiguration von Emacs zu sehr beschäftigen. Da kann sehr viel Zeit aufgebracht werden, bis Emacs so funktioniert, wie man es gerne haben möchte. Und ich bin kein Softwareentwickler. Die Konfiguration ist in Lisp geschrieben. Der Sprache, in der auch Emacs selbst entwickelt ist. Ich verstehe bedingt den Code. Aber wenn etwas nicht funktioniert, dann bin ich meistens aufgeschmissen.

   > Fun Fact: LLMs wie Gemini können bei Problemen mit Emacs so gut wie gar nicht helfen. Fast alle Antworten, die ich von Google Gemini erhalte, sind ausgedacht. Es ist erschreckend schlecht.

3. Doom sieht gut aus Ja…. es ist ein Texteditor. Aber Doom sieht wirklich gut aus. Da musste ich nicht viel ändern. Außer ein anderes Themes und eine angepasste Schrift, passt es.

Es gibt noch mehr Gründe für Doom Emacs. Aber die drei sind die wesentlichen.

Pakete, Funktionen??? Komm auf den Punkt.

Mein Fundament: Orgmode

Ja… was benutze ich nun. Der wichtigste Grund für mich…. Orgmode. Ganz klar. Der Orgmode ist genial. Ich kann gar nicht sagen, wie viel Spaß es mir macht, ein Meetingprotokoll im Orgmode zu schreiben. Oder z. B. diesen Blogeintrag… ich schreibe das gerade in Emacs im Orgmode. Und exportiere dann den Inhalt in Markdown. Das kann Emacs. Ich kann auch eine Latex- oder PDF-Datei erzeugen. Cool, oder? Ich verwende insbesondere beruflich auch viel die Agenda sowie die TODO-Verwaltung. Orgmode ist wie ein Werkzeugkasten mit wirklich sehr viel und gutem Werkzeug. Ich muss nur für mich selber entscheiden, was ich denn mit dem Werkzeugkasten genau machen möchte.

Notizenverwaltung leicht gemacht: Denote

Denote (Handbuch) ist ein sehr bekanntes Paket von Protesilaos Stavrou (auch bekannt als Prot). Damit kann ich meine Notizen super verwalten. Dieser Blogeintrag ist auch eine Denote-Notiz. Ich mag den Ansatz, dass die gesamte Verwaltung über den Dateinamen in Verbindung des Frontmatter durchgeführt wird. Wirklich geniale Idee. Im Beruf stelle ich immer mehr auf Denote um. Projekte, Meetingmitschriften, normale Notizen verwalte ich nahezu komplett über Denote. Ich kann schnell etwas finden. Es ist einfach und simpel und dennoch mächtig.

D&D-Kampagnen managen: Org-Roam

Jetzt wird es richtig abgefahren. Ich leite aktuell zwei Dungeons and Dragons-Runden. Dafür benötige ich auch viele Notizen. Und die Notizen müssen unter einander verlinkt sein. So gibt es z. B. NPCs, Orte, Ereignisse und Sessions. Wenn also in einer Session zwei NPCs eine Rolle spielen und diese sich an einem Ort befinden, verlinke ich von der Notiz für die Session zu den entsprechenden anderen Notizen. Org-Roam bietet dafür sehr gute Funtionen an. Ich kann auch z. B. in einer Notiz sehen, welche Backlinks es gibt. Also welche anderen Notizen verweisen auf diese Notiz. Mit einem Plugin kann ich dieses Wissensnetz visualisieren. Mir hilft es ungemein, so meine Kampagnen zu verwalten. Wobei… ich aktuell nur eine der beiden Kampagnen über Org-Roam und Emacs verwalte. Die andere läuft weiterhin in meinem Obsidian. Das ist der letzte Anwendungsfall bei mir für Obsidian (aber Obsidian ist auch genial… ich mag Emacs nur lieber).

Was nutze ich sonst?

Nun… eigentlich nur eine Sache… alle Dateien, egal ob Denote oder Org-Roam oder normale Texte sind bei mir alle im Orgmode-Format abgelegt. Es sind also normale Textdateien, die mit Markupinformationen angereichert sind. So kann ich sie mir dann auch auf dem Smartphone zum Beispiel anschauen. Ein normaler Texteditor reicht schon, dann kann ich den Inhalt lesen.

Warum Emacs und nicht Programm X, Y oder Z?

Ich habe schon kurz Obsidian erwähnt. Obsidian ist genial. Und ich habe es längere Zeit genutzt (ca. zwei Jahre). Mir hat in Obsidian eine gute Möglichkeit der Aufgabenverwaltung gefehlt. Und es gibt keinen wirklichen Kalender. Außerdem… Emacs ist schon wirklich nerdig. Es ist total anders als sämtliche anderen Programme. Das hat mich schon immer gereizt. Im Prinzip… der Orgmode war dann das endgültige Argument. Die Möglichkeit Textpassagen einfach ein- oder auzuklappen, ist genial. Todos sind einfach verwaltet. Für mich funktioniert Emacs einfach gut (unter Linux ist es super, Windows ist gut… könnte gerne etwas schneller sein).

Ist Emacs etwas für dich?

Emacs hat eine steile Lernkurve. Und ich werde niemals am Ende der Lernkurve ankommen. Aber ich glaube, Emacs belohnt mich auch. Ich lerne immer wieder eine neue Funktion dazu. Und freue mich über all die Kleinigkeiten, die einfach funktionieren und mir Arbeit abnehmen. Also stell dir vielleicht diese beiden Fragen.

1. Willst du etwas völlig Neues lernen?
2. Kannst und willst du dafür einiges an Zeit aufbringen?

Wenn du beide Fragen mit Ja beantwortest… dann schau dir doch Emacs mal an. Prot hat einige gute Videos. Schau dir auch vielleicht ein Video zum Orgmode an. Und dann verspürst du auch den Drang ein Programm kennenzulernen, welches so anders ist.