Aerc: e-posta için iyi hazırlanmış bir TUI

 (blog.sergeantbiggs.net)
1 puan yazan GN⁺ 2024-08-24 | 1 yorum | WhatsApp'ta paylaş
  • Aerc, Pine ve Mutt'a kıyasla çok daha genç bir TUI e-posta istemcisi olsa da günlük kullanım için yeniden değerlendirmeye değer bir olgunluk ve özellik setine sahip
  • :help ve aerc-tutorial (7) gibi man page tabanlı yardım sayesinde harici belgelere gerek kalmadan yapılandırma ve tuş bağlarını hızlıca öğrenmek mümkün
  • Hesaplar sihirbaz ve ~/.config/aerc/accounts.conf içindeki INI yapılandırma dosyası ile yönetiliyor; sunucuya göre değişen klasör yapıları da tutarlı biçimde düzenlenebiliyor
  • TUI içinde sorun çıkarabilen HTML e-postalar için w3m, dante, :open, MIME ve başlık tabanlı özel filtrelerle görüntüleme biçimi ayarlanabiliyor
  • Vim ile yazım, harici adres defteri, PGP, imza, şablonlar ve ek uyarıları birleştirilerek terminal merkezli e-posta iş akışı esnek hale getirilebiliyor

Aerc'in konumu ve ilk izlenim

  • Aerc bir TUI e-posta istemcisi ve ilk sürümü yaklaşık 4 yıl önce yayımlandı
  • Pine 1992'de, Mutt ise 1995'te yayımlandığı için Aerc, mevcut terminal e-posta istemcileriyle kıyaslandığında oldukça genç sayılıyor
  • İlk başta Thunderbird'den nispeten memnundum ve Aerc biraz temel bir araç gibi göründüğü için kullanmamıştım; ancak yakın zamanda tekrar baktığımda günlük istemci olarak kullanılabilecek kadar olgun ve yeterince özellikli görünüyordu
  • neomutt'u birkaç kez denedikten sonra çabucak zorlanıp vazgeçmiş olmam nedeniyle Aerc'ten de neredeyse hiç beklentim yoktu; ama gerçek kullanım deneyimi beklentileri aştı ve şimdiye kadar kullandığım e-posta istemcileri içinde en keyifli olanlardan biri gibi hissettirdi
  • Henüz diğer e-posta istemcilerinden daha iyi olduğuna karar vermek için erken, ama birkaç günlük kullanımın sonucu oldukça olumlu

Belgeler ve yerleşik yardım

  • Aerc, :help komutuyla erişilen yerleşik bir yardım sistemine sahip
  • Eğitim bölümü, hızlı kurulum için gereken temel özellikleri ve tuş bağlarını kısa ve öz biçimde anlatıyor
  • Diğer yardım sayfaları da uygulamanın her bölümünü kısa ve net şekilde ele alıyor; bu da harici kaynak olmadan özellikleri öğrenmeyi kolaylaştırıyor
  • Yardım belgeleri, lesse yönlendirilen man page biçiminde
    • Örnek: aerc-tutorial (7)
    • Yani TUI uygulamasının içine taşınabilir bir yardım sistemi gömülmüş

Hesap ayarları ve klasör yönetimi

  • Hesaplar basit ve sezgisel bir sihirbazla eklenebiliyor
  • Sihirbaz, ~/.config/aerc/accounts.conf içinde yeni bir hesap girdisi oluşturuyor
  • Bu dosya INI sözdizimi kullandığı için okunması ve düzenlenmesi kolay
  • Hesap ayarlarında IMAP/SMTP adresleri, varsayılan klasörler, gönderici, gönderilmiş kutusuna kopya konumu, başlık önbelleği, klasör sıralama, arşiv, posta denetim aralığı ve klasör eşleme dosyaları yer alabiliyor

  • folders-sort

    • folders-sort, belirli klasörlerin otomatik sıralamasını geçersiz kılan bir seçenek
    • Belirlenen klasörler verilen sırayla listenin üstünde gösteriliyor, geri kalanı ise alfabetik sıralanıyor
    • Thunderbird veya Outlook gibi grafik istemcilerde bunu görmedim ama tüm e-posta istemcilerinde olsa iyi olacak bir özellik gibi duruyor

  • folder-map

    • folder-map, e-posta sağlayıcısına göre değişen sunucu klasör yapısını görüntüleme amaçlı klasör adlarına eşliyor
    • Gmail tüm öğeleri [Gmail] klasörü altında tutuyor; bazı sağlayıcılar Sent ve Drafts klasörlerini INBOX altına koyarken bazıları koymuyor
    • E-posta sunucusunu doğrudan yönetmiyorsanız sunucunun sunduğu klasör yapısını değiştirmek zor
    • Aerc, eşleme kuralı dosyasıyla sunucu klasörlerini görüntüleme amaçlı klasör adlarına dönüştürüyor
      • Tek bir klasör yeniden eşlenebiliyor
      • Bir klasör ve tüm alt klasörleri yeniden eşlenebiliyor
      • Tüm alt klasörlerden önek kaldırılabiliyor
      • Klasör çakışmalarını önleyerek alt klasörler yeniden eşlenebiliyor
    • Bu özellik sayesinde sunucu yapısından bağımsız olarak tüm hesaplarda tutarlı bir klasör yapısıyla çalışmak mümkün
    • GUI yerine CLI ile e-posta yönetirken bu tür bir tutarlılık özellikle önemli

E-posta okuma ve HTML işleme

  • E-posta okuma deneyimi genel olarak sıradandı; rahatsızlığın ana nedeni Aerc'in kendisinden çok HTML e-postalardı
  • Çoğu multipart e-postada düz metin sürümü, HTML sürümüne göre daha zor okunuyor
  • Genel olarak anlam çıkarılabiliyor ama bazen içerik birbirine karışmış gibi görünebiliyor
  • Aerc bu sorunu azaltmak için birkaç seçenek sunuyor
    • w3m ve dante kombinasyonuyla bir HTML ayrıştırıcı ve tarayıcı üzerinden görüntüleme yapılabiliyor
    • Bazı e-postalarda üretilen çıktı düz metin sürümünden daha iyi oluyor
    • Son çare olarak :open kullanılıp varsayılan web tarayıcısında açılabiliyor
  • Görüntüleme biçimi özel filtrelerle yapılandırılıyor
    • Filtreler, mesaj görüntülenmeden önce bir işlem hattından geçen *nix boru hatları
    • Varsayılan filtreler düz metin renklendirme, takvim öğeleri ve HTML e-postaları destekliyor
    • Filtreler MIME türüne göre ayarlanabiliyor ve belirli başlıklarla da eşleştirilebiliyor
    • Örnek ayarlarda text/plain=colorize, text/calendar=calendar, text/html=html | colorize gibi girdiler bulunuyor

E-posta yazma ve adres defteri

  • E-posta yazma deneyimi çok iyi ve Vim içinde e-posta yazabilmek büyük bir avantaj

  • Adres defteri entegrasyonu

    • Adres defteri, Aerc içinde doğrudan yönetilmek yerine harici programlara devredilen bir yapıda
    • Kullanıcı adres defteri programına gönderilecek arama sorgusunu belirliyor ve sonuçlar ilgili başlık alanlarının otomatik tamamlamasında kullanılıyor
    • Varsayılan program abook
    • Testlere göre abook, ASCII dışı karakterler içeren isimleri desteklemiyordu; bu da Almanca konuşan kullanıcılarla sık e-posta yazışan biri için kritik bir sınırlama
    • Ayrıca tüm e-postalardan adresleri ayrıştırıp abook'a kolayca aktarmanın bir yolu da yoktu
    • aercbook da denendi ama ASCII dışı karakter sorunu aynıydı
    • Bunun yerine aercbook, tüm başlık alanlarından e-posta adreslerini ayrıştırmayı destekliyor
    • emailbook-janet, aercbook'un yeniden yazılmış bir sürümü
      • Performansı daha düşük ama ASCII sorununu çözüyor
      • Tuş bağıyla bir e-posta seçilip ayrıştırılabiliyor ve tüm adresler otomatik olarak adres defterine eklenebiliyor
    • emailbook-janet ve aercbook, tam teşekküllü bir adres defterinden ziyade isim ve e-posta saklayıp otomatik tamamlama sağlayan araçlar
    • Daha güçlü bir adres defterine ihtiyaç varsa khard veya benzer çözümler ya da bir LDAP sunucusu gibi seçenekler düşünülebilir

PGP, imza, şablonlar ve uyarılar

  • Thunderbird'ün PGP/GPG desteğinde en rahatsız edici nokta ayrı bir anahtar zinciri kullanmasıydı
  • Aerc'in de kendi anahtar zinciri var ama bu isteğe bağlı
  • Varsayılan davranış doğrudan GPG anahtar zincirini kullanmak
  • Mesaj imzalamak için belirli bir anahtar kimliği belirtilebiliyor veya Aerc'in e-posta adresine göre anahtarı bulması sağlanabiliyor
  • Tüm e-postaları otomatik imzalama seçeneği ve opportunistic encryption seçeneği de var
  • GPG yapılandırması düzgünse PGP desteği sorunsuz çalışıyor

  • Genel yapılandırma özellikleri

    • Aerc, hesap bazında signature-file= ile metin dosyası eklemeye dayalı imza desteği sunuyor
    • İmzayı üretmek için harici komut da çalıştırılabiliyor
    • E-posta şablonları da destekleniyor ama henüz ayrıntılı incelenmiş değil
    • E-posta konusundaki Re: tekrarlarını birden fazla dilde akıllıca kaldırmaya çalışıyor ve bunun için regex kullanıyor
    • Regex kuralları geçersiz kılınabiliyor veya genişletilebiliyor
    • Boş konu denetimi ve ek dosya uyarısı da destekleniyor
      • Boş konu denetimi, konu satırının boş olup olmadığını kontrol ediyor
      • Ek uyarısı regex tabanlı olduğu için kolayca genişletilebiliyor
      • Varsayılan regex ^[^>]*attach(ed|ment)
      • > ile başlayan satırlar hariç tutularak başkasının ekten söz ettiği alıntılar filtreleniyor
      • Almanca e-postalar için regex, an(ge)?h[aä]ngt? içerecek şekilde genişletilebiliyor
    • Birkaç günlük kullanımın ardından Aerc, iyi cilalanmış bir his veriyor ve bir süre daha kullanılmaya değer bir e-posta istemcisi gibi görünüyor

İlgili okumalar

1 yorum

 
GN⁺ 2024-08-24
Hacker News yorumları

  • Aerc’i uzun zamandır günlük e-posta istemcim olarak kullanıyorum; IMAP (Gmail vb.) ile kullanıyorum ama yerel posta dizinleriyle de gayet kullanılabilir.
    Yeni tuş atamalarını öğrenmek için artık yaşlı sayılırım, bu yüzden Aerc’in tuş eşlemelerini Vim tarzı tuş bağlamalarına çevirdim ve çok sayıda e-postayı çok hızlı işleyebilir hale geldim.
    Gmail ve Imapfilter düzgün çalışacak şekilde ayarladım; mevcut e-posta istemcilerinde hep eksikliğini hissettiğim filtreleri de oluşturdum: geçerli gönderene göre filtre ff = :filter -f "{{index (.From | emails) 0}}", aynı konulu e-postaları görme fs = :filter -H subject:"{{.SubjectBase}}", konu içinde arama fS = :filter -H subject: gibi.
    İlgilenirseniz GitHub deposunu linklerim.

    • Gmail entegrasyonunu merak ediyorum. mutt ile denemiştim ama bütün öğleden sonrayı buna ayırmak istemediğim için vazgeçtim.
      Üstelik Gmail’in IMAP’i kademeli olarak kaldıracağına dair şeyler de duydum.
    • Bunu görünce aerc’i yeniden kurcalayasım geldi; özellikle ilk filtre, e-posta istemcilerinde hep istediğim bir özellikti.
    • https://github.com/rafo/aerc-vim
      Ekli görsel önizlemesini de ekledim.
    • Özellikle vim tuş bağlamaları ilgimi çekiyor. Bu olursa başlamak çok daha kolay olacak gibi.

  • mutt’u epey derinlemesine kurcaladım ama sonunda grafik arayüzlü bir e-posta istemcisinin ihtiyaçlarıma daha iyi uyduğu sonucuna vardım.
    Mutt/aerc, tercih ettiğim ve işte sık kullandığım Windows’u desteklemiyor; HTML e-posta görüntüleme ve gönderme tarafı da yetersiz. İş arkadaşlarım e-postalarımın neden garip göründüğünü ve yanıt biçimlendirmesinin neden kaybolduğunu merak ediyor.
    Betterbird’de e-postaları klasörlere sürükleyip bırakmak hızlı; düzgün bir ayar düzeni kurması uzun süren mutt’un aksine hemen çalışıyor. mbsync veya offlineimap’in OAuth desteği zayıf, Betterbird ise bunu yerleşik olarak destekliyor.
    Gerektiğinde Shift+tıklama ile düz metin yanıt veya yeni ileti de yazılabiliyor. Neredeyse terminalde yaşıyorum ama bu konuda sınır burası; RSS okuyucu olarak newsboat’a yaptığım yatırım ise şimdiye kadar iyi gitti.
    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 muhtemelen Windows’ta da derlenebilir; Go ve make yeterli. Betterbird de birkaç hafta öncesine kadar yalnızca MacOS desteğine sahipti; ilk Mac derlemesi önerildiğinde de para meselesi yüzünden reddedilmişti.
      Aerc, yazıda anlatıldığı gibi HTML e-posta görüntüleme de yapabiliyor. E-posta taşımak da fareyle sürüklemekten çok daha hızlı olabilir; aynı klasörleri tekrar tekrar kullanıyorsanız daha da hızlıdır: pa = :archive flat, pb = :move Brain, pf = :move gibi kullanıyorum.
      Yapılandırması mutt’tan çok daha az karmaşık ve OAuth da iyi çalışıyor. Betterbird de fena değil ama kendi klavye kısayollarımı kullanamamayı sevmiyorum.
    • İkinci ve üçüncü sorunlar, sırasıyla w3m mailcap girdisi veya muttrc içinde set send_multipart_alternative_filter=markdown2html.py gibi ayarlarla hafifletilebilir.
      https://gitlab.com/muttmua/mutt/-/blob/master/contrib/markdown2html
    • Günümüzde Windows’ta bir ölçüde Hyper-V var, Linux VM çalıştırılabiliyor ve OpenSSH de varsayılan olarak geliyor. Uygun ortamı oluşturmak için biraz elden geçirmek gerekiyor ama çok fazla değil.
      Ben yalnızca Linux kullanıyorum ama GUI tercih ediyorum; şirket içi MS Exchange’e Evolution bağlayarak kullanıyorum. Arkadaşlar ve aile için kişisel alan adı e-postalarını da Dovecot, Exim vb. ile işletiyorum.
      Betterbird’ü bilmiyordum ama değerlendirmek için yer imlerine ekledim. Bir gün Exchange sunucusunu bırakmam gerekecek; M365’e geçip geçmeme tartışmasını merakla bekliyorum. 25 yılı aşkın süredir e-posta sistemleri işleten bir yönetici olarak, nihayetinde Exchange’in de IMAPD, MTA ve takvim uygulaması birleşimiyle değiştirilebileceğini düşünüyorum.
    • dodo doğru seçenek olabilir. Temelde grafik arayüzlü bir e-posta istemcisi ama çok sayıda Vim bağlaması olduğu için terminal ve grafik arayüzün iyi yanlarını birleştiriyor; e-posta için qutebrowser gibi hissettiriyor.
      Ancak bakımı durmuş gibi görünüyor ve yalnızca notmuch arka ucunu destekliyor gibi.
      1: https://github.com/akissinger/dodo
      2: https://qutebrowser.org/
    • Yazarın siyasi eğilimleri tartışmalı ama mutt-wizard kullanıyorum; onun ayarında o yerine yalnızca vye basınca e-postayı açık web tarayıcısında görebiliyorsunuz.
      HTML e-posta okumak için yeterince iyiydi. Yine de iş için değil, yalnızca kişisel kullanımda kullandığımdan kişiden kişiye değişebilir.

  • Gmail sekmesi 5 tane ve Gmail dışı posta sekmesi 2 tane açık tutmaktan bıkıp bu hafta aerc’i kurdum; Notmuch arka ucu ve Gmail için lieer, Gmail dışı hesaplar için mbsync ile postaları eşitliyorum.
    Kurup akışa alışmam kabaca 12 saat sürdü ama önceki çalışma biçimimden çok daha keyifli. Firefox’ta tek bir Gmail sekmesinin 100 MB’tan fazla yediği durumun aksine yeni yapılandırma çok daha hafif; yerel arama da hızlı ve kaliteli.

    • Notmuch kullanıyorsanız bower’ı öneririm. notmuch ile etkileşen bir terminal UI ve SSH üzerinden de çalışacak şekilde ayarlanabiliyor; böylece notmuch DB başka bir bilgisayarda olsa bile ekleri yerel makinede açabiliyorsunuz.
      1: https://github.com/wangp/bower
    • notmuch’ı mutlaka denemenizi şiddetle öneririm. 2011 civarında geçtim ve bir daha geri dönmedim.
      İstemci olarak ille de Emacs kullanmanız gerekmiyor; aerc dahil çok sayıda ön uç var.
      https://notmuchmail.org/frontends/
      Bunların arasında muhtemelen en bilineni alot.
      https://github.com/pazz/alot

  • Terminal UI posta istemcileri bana hep çekici görünürdü ama sanırım içten içe neden mesafeli durduğumu anlıyorum.
    Terminal benim meditasyon alanım. Derin odaklandığım, keyif aldığım gerçek işleri yapmak için gittiğim oyun alanı.
    E-postaları okumak veya yazmak Slack gibi angarya; bunu terminalimin içine sokmak istemiyorum.

    • Ben biraz farklı görüyorum. Bir iş ne kadar angarya gibi gelirse, o deneyimi iyileştirecek araçlara o kadar çekiliyorum.
      Bu tür işleri ayrı tutmanın, o işe dair olumsuz çağrışımı daha da güçlendirdiğini düşünüyorum. Nasıl olsa bir noktada hepsini halletmek gerekiyor; o yüzden biraz daha az eziyetli hâle getirmek daha iyi. En azından benim durumumda terminalde çalışmanın avantajlarını da zedelemiyor.
    • Ben de çoğu şeyde terminale epey bağımlıyım ama terminal UI e-posta ve web’de gezinme bende hiç oturmadı. Nedenini bu ifade tam açıklıyor.

  • Bugün e-postada yaşadığımız sorun, modern ve kişisel e-posta araçlarının geliştirilmesinin yetersizliğinden kaynaklanıyor.
    Burada kişisel derken, başkasının posta sunucusunda yaşamayan; uzak IMAP’i kolayca indirip/eşitleyebilen ya da doğrudan kullanabilen; kişisel bir ev sunucusu IMAP’i olan; notmuch-emacs/mu4e gibi arama odaklı istemciler ve MailDrop gibi düzgün filtreleme araçlarıyla kurulan bir yapıdan söz ediyorum.
    Parçalar zaten var. IMAPFilter ve OfflineIMAP ile eşitlenen postaları yeniden sınıflandırabilir, fetchmail ve MailDrop ile indirebilir, Emacs’in notmuch’ını veya Aerc’i kullanabilirsiniz. Ama bunların hepsi farklı ayarlara, tarzlara, dokümantasyon kalitesine ve kullanıcı dostuluğuna sahip ayrı programlar; daha az geek olan ya da uzman olmayan biri için ortada hiçbir şey yok.
    Bu yüzden pek çok kişi e-postayı webmail ile özdeşleştiriyor, webmail’i de Slack ya da WhatsApp web gibi üçüncü taraf bir hizmet olarak kabul ediyor. Bu, iletişim özgürlüğü ve e-postanın sağladığı güç açısından tehlikeli bir bakış açısı.
    ISS’nin düzenli faturasını MailDrop kuralıyla yakalayıp bir betik çalıştırmak, son ödeme tarihini ve tutarı takvime eklemek, ardından yerel muhasebe yazılımında ilgili işlem var mı diye kontrol edip tuhaf bir şey varsa uyarmak; metin tabanlı araçlar olan org-agenda, BeanCount, MailDrop ve e-posta ile zor değil. Modern yazılımla ise çok zor; kolay otomasyonu öğrenip uygulamaya kalkmak için süreç fazla uzun olan ya da böyle bir olasılığın varlığını bile bilmeyen potansiyel power user’lar için büyük kayıp.
    BT, hayatı basitleştirmek ve insan bilişini genişletmek için doğdu; neredeyse herkesin bunu unutmuş olması üzücü.
    [1] Posta dosyası adları nedeniyle birden fazla makinede eşitleme yapınca okunmamış durumu veya etiketlerle ilgili sıkıntılar, yinelenen mesajların oluşması gibi şeyler sık yaşanıyor.

    • Büyük harfle yazılmış PERSONAL gerçekten önemli. Bugün pek çok kişi Gmail gibi web sitelerine hapsolmuş durumda; neyin mümkün olduğunu bile bilmiyor.
      E-posta aslında iş akışı, filtreleme, sıralama, klasörleme vb. konularda %100 kullanıcı tarafından özelleştirilebilir olmalıydı.
      Eski araçlar hâlâ çalıştığı için bu olasılık hâlâ var. Sadece e-posta, asıl amaçlandığı gibi kullanıldığında ne kadar harika olduğunun daha çok bilinmesi gerekiyor. Gmail’in e-posta olduğuna inansaydım ben de e-postadan nefret ederdim; ama Gmail e-postanın kendisi değil.
      procmail ve mutt bugün de gayet iyi çalışıyor.

  • Modern metin tabanlı projeleri gerçekten seviyorum. Terminali canlı ve anlamlı tutmaya devam ettiğiniz için teşekkürler.

  • Birinin Emacs’te mu4e ile e-posta okuma demosunu izledim; HTML kısmını doğrudan Firefox’a pipe ederek görüyor, bazılarını da PDF’ye çevirerek okuyordu.
    https://www.youtube.com/watch?v=1uulLBKBMX8

  • aerc, postayı bilgisayarda depolayan taraftan ziyade bir istemci olarak tasarlanmış olmasıyla epey sıra dışı. Bu yüzden performans etkileri ve kısıtları var.
    Yerel posta da kullanılabiliyor ama benim gördüğüm kadarıyla ikinci sınıf bir özellik gibi hissettirmişti; gerçi bunu uzun zaman önce görmüştüm, şimdi farklı olabilir.
    Böyle bir tasarımda IMAP’in daha iyi çalışması beklenirdi ama bağlantı sık sık kopuyordu ve yeniden bağlamak için yeniden başlatmak gerekiyordu. neovim ile aerc arasındaki kısayol çakışmaları da can sıkıcıydı.
    Genel olarak memnun kalmadım. Ayarlarda neyi kaçırdığıma tekrar bakabilirim ama şimdilik neomutt’tan daha umutluyum.

    • Yerel posta diziniyle birlikte kullanmak kesinlikle daha iyi. Çoğu posta terminal UI kullanıcısının, tüm deneyimi iyileştirmek için bunu mbsync, notmuch gibi yardımcı araçlarla birlikte kullandığını düşünüyorum.
    • Ben de IMAP bağlantı kopmaları yaşadım. Biraz derme çatma gelebilir ama aerc’i bir while döngüsünün içinde çalıştırıyorum; tuhaflaşınca q ile çıkıp birkaç saniye içinde tekrar açıyorum.
      Yine de hâlâ en sevdiğim posta istemcisi, ama kesinlikle daha iyi olabilir.
    • neovim ile aerc’in kısayol çakışması derken ne kastedildiğini merak ediyorum. Vim klavyedeki neredeyse tüm tuşları kullanıyor; bu aslında hemen her programla yaşanabilecek bir sorun değil mi?
    • En iyi e-posta kullanıcı ajanı olan mutt, IMAP sunucu bağlantısı başarısız olursa otomatik olarak yeniden bağlanır. Gerçi her seferinde çalışıyor gibi görünmüyor.
      https://lwn.net/Articles/837960/
    • Bu mutt için de aynı değil mi?

  • himalaya umut vadeder görünüyor
    https://github.com/soywod/himalaya
    https://pimalaya.org/himalaya/cli/latest/index.html

  • “TUI”nin ne olduğu hiçbir yerde açıklanmamış gibi görünüyor. Metin kullanıcı arayüzü olarak düşünülebilir