Aerc: TUI email yang dibuat dengan baik

 (blog.sergeantbiggs.net)
1 poin oleh GN⁺ 2024-08-24 | 1 komentar | Bagikan ke WhatsApp
  • Aerc adalah klien email TUI yang jauh lebih muda daripada Pine dan Mutt, tetapi kini sudah memiliki kematangan dan fitur yang layak untuk ditinjau kembali sebagai alat harian
  • Berkat bantuan berbasis man page seperti :help dan aerc-tutorial (7), konfigurasi dan key binding dapat dipelajari dengan cepat tanpa dokumentasi eksternal
  • Akun dikelola melalui wizard dan file konfigurasi INI ~/.config/aerc/accounts.conf, dan struktur folder yang berbeda di tiap server juga dapat dirapikan secara konsisten
  • Email HTML yang sulit ditangani di TUI dapat disesuaikan cara tampilnya dengan w3m, dante, :open, serta filter kustom berbasis MIME dan header
  • Dengan menggabungkan penulisan di Vim, address book eksternal, PGP, signature, template, dan notifikasi lampiran, workflow email yang berpusat pada terminal bisa dibuat secara fleksibel

Posisi Aerc dan kesan pertama

  • Aerc adalah klien email TUI, dengan rilis pertama sekitar 4 tahun lalu
  • Karena Pine dirilis pada 1992 dan Mutt pada 1995, Aerc tergolong sangat muda dibandingkan klien email terminal yang sudah ada
  • Awalnya saya cukup puas dengan Thunderbird dan Aerc terlihat seperti alat yang agak mendasar sehingga tidak saya pakai, tetapi setelah baru-baru ini melihatnya lagi, Aerc tampak cukup matang dan fiturnya memadai untuk digunakan sebagai klien harian
  • Karena beberapa kali mencoba neomutt lalu cepat frustrasi dan menyerah, ekspektasi terhadap Aerc juga hampir tidak ada, tetapi pengalaman penggunaannya ternyata melampaui harapan dan terasa sebagai salah satu klien email paling menyenangkan yang pernah saya coba
  • Masih terlalu dini untuk menilai bahwa Aerc lebih baik daripada klien email lain, tetapi hasil penggunaan selama beberapa hari sangat positif

Dokumentasi dan bantuan bawaan

  • Aerc memiliki bantuan bawaan yang dapat diakses dengan perintah :help
  • Tutorialnya secara ringkas memandu fitur utama dan key binding yang diperlukan untuk konfigurasi cepat
  • Halaman bantuan lainnya juga membahas tiap bagian aplikasi secara singkat dan jelas, sehingga mudah mempelajari fitur tanpa materi eksternal
  • Dokumentasi bantuan berbentuk man page yang dipipe ke less
    • Contoh: aerc-tutorial (7)
    • Ini adalah cara menyertakan sistem bantuan portabel di dalam aplikasi TUI

Konfigurasi akun dan pengelolaan folder

  • Akun dapat ditambahkan dengan wizard yang sederhana dan intuitif
  • Wizard membuat entri akun baru di ~/.config/aerc/accounts.conf
  • File ini menggunakan sintaks INI, sehingga mudah dibaca dan diubah
  • Konfigurasi akun dapat memuat alamat IMAP/SMTP, folder default, pengirim, lokasi salinan email terkirim, cache header, pengurutan folder, arsip, interval pengecekan email, file pemetaan folder, dan lain-lain

  • folders-sort

    • folders-sort adalah opsi untuk menimpa pengurutan otomatis pada folder tertentu
    • Folder yang ditentukan akan ditampilkan di bagian atas daftar sesuai urutan yang diberikan, sedangkan sisanya diurutkan alfabetis
    • Saya belum pernah melihatnya di klien grafis seperti Thunderbird atau Outlook, tetapi ini tampak seperti fitur yang sebaiknya ada di semua klien email

  • folder-map

    • folder-map memetakan struktur folder server yang berbeda-beda di tiap penyedia email menjadi nama folder untuk tampilan
    • Gmail menaruh semua item di bawah folder [Gmail], sebagian penyedia menaruh Sent dan Drafts di bawah INBOX, sementara penyedia lain mungkin tidak demikian
    • Struktur folder yang disediakan server sulit diubah kecuali Anda mengelola server email sendiri
    • Aerc mengubah folder server menjadi nama folder tampilan melalui file aturan pemetaan
      • Dapat memetakan ulang satu folder
      • Dapat memetakan ulang folder beserta semua subfoldernya
      • Dapat menghapus prefix dari semua subfolder
      • Dapat memetakan ulang subfolder sambil menghindari konflik folder
    • Dengan fitur ini, Anda dapat bekerja dengan struktur folder yang konsisten di semua akun, terlepas dari struktur servernya
    • Konsistensi seperti ini sangat penting saat mengelola email lewat CLI dibandingkan GUI

Membaca email dan menangani HTML

  • Pengalaman membaca email secara umum biasa saja, dan sumber utama ketidaknyamanan lebih dekat ke email HTML daripada Aerc itu sendiri
  • Pada kebanyakan email multipart, versi teks polos lebih sulit dibaca daripada versi HTML
  • Umumnya maksudnya masih bisa dipahami, tetapi terkadang isi dapat terlihat bercampur aduk
  • Aerc menyediakan beberapa opsi untuk mengurangi masalah ini
    • Dengan kombinasi w3m dan dante, email dapat dilihat melalui parser/browser HTML
    • Pada sebagian email, output yang dihasilkan lebih baik daripada versi teks polos
    • Sebagai jalan terakhir, :open dapat digunakan untuk membukanya di web browser default
  • Cara tampilan dikonfigurasi dengan filter kustom
    • Filter adalah pipeline *nix yang dilalui pesan sebelum ditampilkan
    • Filter default mendukung pewarnaan teks polos, item kalender, dan email HTML
    • Filter dapat disetel untuk tipe MIME, dan juga dapat dicocokkan dengan header tertentu
    • Contoh konfigurasi mencakup entri seperti text/plain=colorize, text/calendar=calendar, text/html=html | colorize

Menulis email dan address book

  • Pengalaman menulis email sangat baik, dan kemampuan menulis email di Vim adalah keunggulan besar

  • Integrasi address book

    • Address book didelegasikan ke program eksternal, bukan dikelola langsung di dalam Aerc
    • Pengguna menentukan kueri pencarian yang akan dikirim ke program address book, lalu hasilnya dipakai untuk autocomplete pada field header yang relevan
    • Program defaultnya adalah abook
    • Berdasarkan pengujian, abook tidak mendukung nama yang berisi karakter non-ASCII, dan bagi pengguna yang sering bertukar email dengan penutur bahasa Jerman, batasan ini sangat fatal
    • Juga tidak ada cara mudah untuk mem-parse alamat dari seluruh email lalu mengimpornya ke abook
    • aercbook juga dicoba, tetapi masalah karakter non-ASCII tetap sama
    • Sebagai gantinya, aercbook mendukung fitur untuk mem-parse alamat email dari semua field header
    • emailbook-janet adalah versi penulisan ulang dari aercbook
      • Kinerjanya kurang baik, tetapi menyelesaikan masalah ASCII
      • Dengan key binding, Anda dapat memilih dan mem-parse email, lalu otomatis menambahkan semua alamat ke address book
    • emailbook-janet dan aercbook lebih merupakan alat untuk menyimpan nama dan email agar autocomplete bisa dilakukan, bukan address book lengkap
    • Jika membutuhkan address book yang lebih kuat, opsi seperti khard, solusi serupa, atau server LDAP juga dapat dipertimbangkan

PGP, signature, template, notifikasi

  • Hal paling tidak nyaman dari dukungan PGP/GPG di Thunderbird adalah penggunaan keychain terpisah
  • Aerc juga memiliki keychain sendiri, tetapi opsional
  • Perilaku defaultnya adalah menggunakan keychain GPG apa adanya
  • Anda dapat menentukan ID kunci tertentu untuk menandatangani pesan, atau membiarkan Aerc mencari kunci berdasarkan alamat email
  • Ada juga opsi untuk menandatangani semua email secara otomatis dan opsi opportunistic encryption
  • Jika konfigurasi GPG sudah benar, dukungan PGP bekerja tanpa masalah

  • Fitur konfigurasi umum

    • Aerc mendukung signature dengan menyertakan file teks melalui signature-file= untuk tiap akun
    • Signature juga dapat dibuat dengan menjalankan perintah eksternal
    • Template email juga didukung, tetapi belum saya telusuri secara mendetail
    • Aerc berupaya menghapus pengulangan Re: pada judul email secara cerdas dalam berbagai bahasa, dan menggunakan regex untuk itu
    • Regex tersebut dapat ditimpa atau diperluas
    • Pemeriksaan judul kosong dan notifikasi lampiran juga didukung
      • Pemeriksaan judul kosong memeriksa apakah judul kosong
      • Notifikasi lampiran berbasis regex sehingga mudah diperluas
      • Regex defaultnya adalah ^[^>]*attach(ed|ment)
      • Baris yang dimulai dengan > dikecualikan untuk menyaring kutipan ketika orang lain menyebut lampiran
      • Untuk email berbahasa Jerman, regex dapat diperluas agar mencakup an(ge)?h[aä]ngt?
    • Setelah digunakan selama beberapa hari, Aerc sangat terasa dipoles dengan baik, dan tampak sebagai klien email yang layak terus digunakan untuk sementara waktu

Bacaan terkait

1 komentar

 
GN⁺ 2024-08-24
Pendapat Hacker News

  • Saya sudah lama memakai Aerc sebagai klien email harian, dan meski menggunakannya dengan IMAP (Gmail, dll.), Aerc juga cukup bisa dipakai dengan direktori email lokal
    Karena sudah terlalu tua untuk mempelajari binding tombol baru, saya mengubah pemetaan tombol Aerc menjadi binding tombol ala Vim, dan jadi bisa memproses banyak sekali email dengan sangat cepat
    Saya mengatur Gmail dan Imapfilter agar berjalan dengan benar, dan juga membuat filter yang selalu terasa kurang di klien email lama: misalnya filter berdasarkan pengirim saat ini ff = :filter -f "{{index (.From | emails) 0}}", melihat email dengan judul yang sama fs = :filter -H subject:"{{.SubjectBase}}", pencarian yang mencakup judul fS = :filter -H subject:, dan semacamnya
    Kalau ada yang tertarik, saya akan menautkan repositori GitHub-nya

    • Saya penasaran dengan integrasi Gmail. Saya pernah mencobanya dengan mutt, lalu menyerah karena tidak ingin menghabiskan sepanjang sore untuk itu
      Selain itu, saya juga mendengar bahwa Gmail akan menghapus IMAP secara bertahap
    • Setelah membaca ini, saya jadi ingin mencoba mengutak-atik aerc lagi, dan khususnya filter pertama itu adalah fitur yang selalu saya inginkan di klien email
    • https://github.com/rafo/aerc-vim
      Saya juga menambahkan pratinjau gambar lampiran
    • Saya khususnya tertarik pada binding tombol vim. Kalau ada itu, sepertinya akan jauh lebih mudah untuk mulai menggunakannya

  • Saya sudah mendalami mutt, tetapi akhirnya sampai pada kesimpulan bahwa klien email grafis lebih cocok untuk kebutuhan saya
    Mutt/aerc tidak mendukung Windows, yang saya sukai atau banyak saya gunakan untuk pekerjaan, dan kemampuan melihat serta mengirim email HTML juga kurang. Rekan kerja saya bingung kenapa email saya terlihat aneh dan format balasannya hilang
    Di Betterbird, menyeret dan menjatuhkan email ke folder terasa cepat, dan tidak seperti mutt yang butuh waktu lama untuk mendapatkan konfigurasi yang memadai, Betterbird langsung berjalan. mbsync atau offlineimap lemah dalam dukungan OAuth, sedangkan Betterbird mendukungnya secara bawaan
    Saat perlu, saya juga bisa membalas atau menulis dalam teks biasa dengan Shift+klik. Saya hampir hidup di terminal, tetapi untuk yang satu ini cukup sampai di sini; investasi memakai newsboat sebagai pembaca RSS sejauh ini baik-baik saja
    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/

    • Sepertinya Aerc juga bisa di-build di Windows, dan hanya perlu Go serta make. Betterbird juga sampai beberapa minggu lalu hanya mendukung MacOS, dan saat pertama kali build Mac diusulkan, usulan itu ditolak karena masalah uang
      Seperti yang disebutkan di artikel, Aerc juga bisa melihat email HTML. Memindahkan email juga bisa jauh lebih cepat dengan input tombol daripada drag mouse, dan kalau memakai folder yang sama berulang-ulang, akan lebih cepat lagi: misalnya pa = :archive flat, pb = :move Brain, pf = :move
      Konfigurasinya jauh tidak serumit mutt, dan OAuth juga berjalan dengan baik. Betterbird juga bagus, tetapi saya tidak suka karena tidak bisa memakai shortcut keyboard saya
    • Masalah kedua dan ketiga masing-masing bisa diredakan dengan pengaturan seperti entri mailcap w3m atau set send_multipart_alternative_filter=markdown2html.py di muttrc
      https://gitlab.com/muttmua/mutt/-/blob/master/contrib/markdown2html
    • Windows sekarang sudah menyertakan Hyper-V sampai taraf tertentu, bisa menjalankan VM Linux, dan OpenSSH juga tersedia secara bawaan. Untuk membuat lingkungan yang sesuai memang perlu sedikit penyesuaian, tetapi tidak banyak
      Saya hanya memakai Linux tetapi lebih suka GUI, dan menghubungkan Evolution ke MS Exchange on-premises. Saya juga mengoperasikan email domain pribadi untuk teman dan keluarga dengan Dovecot, Exim, dan lain-lain
      Saya belum tahu Betterbird, tetapi sudah menandainya untuk dievaluasi. Suatu saat kami harus membuang server Exchange, dan saya menantikan diskusi apakah akan pindah ke M365. Dari sudut pandang seorang CEO yang sudah menjalankan sistem email selama lebih dari 25 tahun, pada akhirnya Exchange pun bisa digantikan dengan kombinasi IMAPD, MTA, dan aplikasi kalender
    • Mungkin dodo memang cocok. Pada dasarnya ini klien email grafis, tetapi punya banyak binding Vim sehingga memadukan kelebihan terminal dan grafis, dan terasa seperti qutebrowser untuk email
      Namun sepertinya pemeliharaannya berhenti dan tampaknya hanya mendukung backend notmuch
      1: https://github.com/akissinger/dodo
      2: https://qutebrowser.org/
    • Pandangan politik pembuatnya memang meragukan, tetapi saya memakai mutt-wizard, dan dalam konfigurasi itu cukup menekan v alih-alih o untuk melihat email di browser web yang sedang terbuka
      Untuk membaca email HTML, itu sudah cukup baik. Namun saya hanya memakainya untuk pribadi, bukan pekerjaan, jadi bisa berbeda bagi tiap orang

  • Karena sudah muak membuka 5 tab Gmail dan 2 tab email non-Gmail, minggu ini saya menyiapkan aerc, lalu menyinkronkan email dengan backend Notmuch, lieer untuk Gmail, dan mbsync untuk non-Gmail
    Butuh kira-kira 12 jam untuk mengatur dan membiasakan diri dengan alurnya, tetapi jauh lebih menyenangkan daripada cara kerja sebelumnya. Berbeda dengan satu tab Gmail di Firefox yang memakan lebih dari 100 MB, konfigurasi baru ini jauh lebih ringan, dan pencarian lokalnya juga cepat serta berkualitas baik

    • Kalau memakai Notmuch, saya merekomendasikan bower. Ini UI terminal yang berinteraksi dengan notmuch, dan bisa dikonfigurasi agar bekerja lewat SSH, sehingga meski DB notmuch ada di komputer lain, lampiran tetap bisa dibuka di mesin lokal
      1: https://github.com/wangp/bower
    • Saya sangat menyarankan untuk mencoba notmuch. Sejak beralih sekitar 2011, saya tidak pernah kembali
      Untuk kliennya tidak harus memakai Emacs; ada banyak frontend, termasuk aerc
      https://notmuchmail.org/frontends/
      Di antaranya, alot mungkin yang paling dikenal
      https://github.com/pazz/alot

  • Klien email UI terminal selalu terlihat menarik, tetapi rasanya saya mulai paham kenapa ada bagian dalam diri saya yang menolaknya
    Terminal adalah ruang meditasi saya. Itu tempat bermain untuk benar-benar bekerja, fokus mendalam, dan melakukan hal yang saya nikmati
    Membaca atau menulis email itu pekerjaan remeh seperti Slack, jadi saya tidak ingin memasukkannya ke dalam terminal saya

    • Saya melihatnya sedikit berbeda. Semakin suatu pekerjaan terasa seperti pekerjaan remeh, semakin saya tertarik pada alat yang memperbaiki pengalaman itu
      Menurut saya, memisahkan pekerjaan seperti ini justru memperkuat asosiasi negatif terhadapnya. Pada akhirnya semua itu harus ditangani, jadi lebih baik dibuat sedikit kurang menyiksa, dan setidaknya dalam kasus saya, itu tidak merusak keunggulan bekerja di terminal
    • Saya juga sangat bergantung pada terminal untuk sebagian besar hal, tetapi email UI terminal dan browsing web tidak pernah terasa cocok. Ungkapan ini menjelaskan alasannya dengan tepat

  • Masalah yang saya alami dengan email saat ini berasal dari kurangnya pengembangan alat email modern dan personal
    Yang saya maksud dengan personal di sini adalah konfigurasi yang tidak hidup di server email orang lain, mudah mengunduh atau menyinkronkan IMAP jarak jauh atau menggunakannya langsung, memiliki IMAP homeserver pribadi, serta memiliki klien berorientasi pencarian seperti notmuch-emacs/mu4e dan alat filtering yang layak seperti MailDrop
    Potongan-potongannya sudah ada semua. Kita bisa mengklasifikasikan ulang email yang disinkronkan dengan IMAPFilter dan OfflineIMAP, atau mengunduhnya dengan fetchmail dan MailDrop, lalu memakai notmuch di Emacs atau Aerc. Tetapi yang ada hanya program-program terpisah dengan konfigurasi, gaya, kualitas dokumentasi, dan keramahan yang berbeda-beda, sehingga bagi orang yang tidak terlalu geek atau bukan ahli, tidak ada apa-apa
    Akibatnya, banyak orang menyamakan email dengan webmail, dan menerima webmail sebagai layanan pihak ketiga seperti Slack atau WhatsApp Web. Ini adalah pandangan yang berbahaya bagi kebebasan komunikasi dan kekuatan yang diberikan email
    Menangkap tagihan rutin ISP dengan aturan MailDrop untuk menjalankan skrip, menambahkan tenggat dan jumlahnya ke kalender, lalu memeriksa apakah ada transaksi terkait di software akuntansi lokal dan memberi peringatan jika ada kejanggalan bukanlah hal sulit dengan alat berbasis teks seperti org-agenda, BeanCount, MailDrop, dan email. Dengan software modern, itu sangat sulit; ini kerugian besar bagi calon power user yang proses mempelajari dan menerapkan otomatisasi mudah terasa terlalu panjang, atau bahkan tidak tahu kemungkinan itu ada
    IT lahir untuk menyederhanakan hidup dan memperluas kognisi manusia, dan menyedihkan bahwa hampir semua orang melupakannya
    [1] Karena nama file email, sinkronisasi di beberapa mesin sering menimbulkan ketidaknyamanan terkait status belum dibaca atau tag, pembuatan pesan duplikat, dan sebagainya

    • Kata PERSONAL yang ditulis dengan huruf besar itu benar-benar penting. Banyak orang saat ini terkurung di situs seperti Gmail, sampai-sampai tidak tahu apa saja yang sebenarnya mungkin
      Seharusnya email sejak awal bisa 100% dikustomisasi untuk workflow, filtering, pengurutan, folder, dan sebagainya
      Karena alat-alat lama masih berfungsi, kemungkinan itu masih ada. Hanya saja perlu lebih banyak diketahui betapa hebatnya email jika dipakai sesuai maksud awalnya. Kalau saya percaya Gmail adalah email, saya juga akan membenci email, tetapi Gmail bukan email itu sendiri
      procmail dan mutt masih bekerja dengan baik sampai sekarang

  • Saya sangat menyukai proyek berbasis teks yang modern. Terima kasih sudah terus menjaga terminal tetap hidup dan bermakna

  • Saya pernah melihat demonstrasi seseorang membaca email dengan mu4e di Emacs; bagian HTML langsung di-pipe ke Firefox untuk dilihat, dan sebagian lagi dikonversi ke PDF untuk dibaca
    https://www.youtube.com/watch?v=1uulLBKBMX8

  • aerc cukup unik karena dirancang sebagai klien, bukan untuk menyimpan email di komputer. Jadi ada dampak performa dan batasan tertentu
    Email lokal memang bisa dipakai, tetapi menurut saya terasa seperti fitur kelas dua, meski itu saya lihat sudah lama sekali sehingga sekarang mungkin berbeda
    Dengan desain seperti itu, semestinya IMAP bekerja lebih baik, tetapi koneksinya sering terputus dan harus direstart agar tersambung kembali. Bentrokan shortcut antara neovim dan aerc juga mengganggu
    Secara keseluruhan kurang memuaskan. Saya bisa saja meninjau ulang apakah ada yang terlewat dalam konfigurasi, tetapi untuk saat ini saya lebih menaruh harapan pada neomutt

    • Jelas lebih baik dipakai bersama direktori email lokal. Saya rasa sebagian besar pengguna UI terminal untuk email memakainya bersama utilitas seperti mbsync, notmuch untuk memperbaiki keseluruhan pengalaman
    • Saya juga mengalami koneksi IMAP terputus. Mungkin terdengar agak asal-asalan, tetapi saya menjalankan aerc di dalam loop while, lalu kalau mulai aneh saya keluar dengan q dan membukanya lagi dalam beberapa detik
      Tetap saja ini masih klien email favorit saya, tetapi jelas masih bisa lebih baik
    • Saya penasaran apa maksud bentrokan shortcut antara neovim dan aerc. Vim memakai hampir semua tombol di keyboard, jadi rasanya itu masalah yang bisa terjadi dengan hampir program apa pun, bukan?
    • mutt, user agent email terbaik, otomatis menyambung ulang jika koneksi ke server IMAP gagal. Hanya saja sepertinya tidak selalu berhasil
      https://lwn.net/Articles/837960/
    • Bukankah mutt juga begitu?

  • himalaya tampaknya menjanjikan
    https://github.com/soywod/himalaya
    https://pimalaya.org/himalaya/cli/latest/index.html

  • Tidak terlihat penjelasan di mana pun tentang apa itu “TUI”. Sepertinya bisa dipahami sebagai antarmuka pengguna teks