Aerc: TUI สำหรับอีเมลที่ทำมาอย่างดี
(blog.sergeantbiggs.net)- Aerc เป็นไคลเอนต์อีเมลแบบ TUI ที่ยังใหม่กว่า Pine และ Mutt มาก แต่ตอนนี้มี ความสมบูรณ์และฟีเจอร์ เพียงพอให้กลับมาพิจารณาใช้เป็นเครื่องมือประจำวันได้
- ด้วย ความช่วยเหลือแบบ man page เช่น
:helpและaerc-tutorial (7)ทำให้เรียนรู้การตั้งค่าและคีย์ไบน์ดิงได้อย่างรวดเร็วโดยไม่ต้องพึ่งเอกสารภายนอก - บัญชีจัดการผ่านวิซาร์ดและ ไฟล์ตั้งค่า INI ที่
~/.config/aerc/accounts.confและสามารถจัดระเบียบโครงสร้างโฟลเดอร์ที่ต่างกันในแต่ละเซิร์ฟเวอร์ให้สอดคล้องกันได้ - อีเมล HTML ซึ่งมักจัดการยากใน TUI สามารถปรับวิธีแสดงผลได้ด้วย
w3m,dante,:openและฟิลเตอร์กำหนดเองตาม MIME/เฮดเดอร์ - สามารถผสานการเขียนด้วย Vim, สมุดที่อยู่ภายนอก, PGP, ลายเซ็น, เทมเพลต และการแจ้งเตือนสิ่งที่แนบมา เพื่อสร้าง เวิร์กโฟลว์อีเมลที่เน้นเทอร์มินัล ได้อย่างยืดหยุ่น
ตำแหน่งของ Aerc และความประทับใจแรก
- Aerc เป็น ไคลเอนต์อีเมลแบบ TUI โดยมีรุ่นแรกเมื่อประมาณ 4 ปีก่อน
- Pine เปิดตัวในปี 1992 และ Mutt เปิดตัวในปี 1995 ดังนั้น Aerc จึงถือว่ายังใหม่มากเมื่อเทียบกับไคลเอนต์อีเมลบนเทอร์มินัลรุ่นเดิม ๆ
- ช่วงแรกค่อนข้างพอใจกับ Thunderbird และ Aerc ดูเหมือนเป็นเครื่องมือพื้นฐานอยู่บ้างจึงไม่ได้ใช้ แต่เมื่อไม่นานนี้กลับมาดูอีกครั้ง พบว่ามันดูสมบูรณ์และมีฟีเจอร์เพียงพอสำหรับใช้เป็นไคลเอนต์ประจำวัน
- จากประสบการณ์ที่เคยลอง neomutt หลายครั้งแล้วท้อและเลิกไปอย่างรวดเร็ว จึงแทบไม่ได้คาดหวังกับ Aerc แต่ประสบการณ์ใช้งานจริงเกินความคาดหมาย และเป็นหนึ่งในไคลเอนต์อีเมลที่ใช้แล้วรู้สึกสนุกที่สุดเท่าที่เคยลองมา
- ยังเร็วเกินไปที่จะตัดสินว่า ดีกว่า ไคลเอนต์อีเมลอื่น ๆ แต่ผลจากการใช้งานไม่กี่วันถือว่าเป็นบวกมาก
เอกสารและความช่วยเหลือในตัว
- Aerc มี ความช่วยเหลือในตัว ที่เข้าถึงได้ด้วยคำสั่ง
:help - บทสอนใช้งานแนะนำฟีเจอร์หลักและคีย์ไบน์ดิงที่จำเป็นสำหรับการตั้งค่าอย่างรวดเร็วได้อย่างกระชับ
- หน้าความช่วยเหลืออื่น ๆ ก็อธิบายแต่ละส่วนของแอปพลิเคชันสั้นและชัดเจน ทำให้เรียนรู้ฟีเจอร์ได้ง่ายโดยไม่ต้องใช้ข้อมูลภายนอก
- เอกสารช่วยเหลืออยู่ในรูปแบบ man page ที่ถูก pipe ไปยัง
less- ตัวอย่าง:
aerc-tutorial (7) - เป็นแนวทางที่รวมระบบช่วยเหลือแบบพกพาไว้ภายในแอปพลิเคชัน TUI
- ตัวอย่าง:
การตั้งค่าบัญชีและการจัดการโฟลเดอร์
- สามารถเพิ่มบัญชีได้ด้วยวิซาร์ดที่เรียบง่ายและเข้าใจง่าย
- วิซาร์ดจะสร้างรายการบัญชีใหม่ใน
~/.config/aerc/accounts.conf - ไฟล์นี้ใช้ ไวยากรณ์ INI จึงอ่านและแก้ไขได้ง่าย
- การตั้งค่าบัญชีสามารถประกอบด้วยที่อยู่ IMAP/SMTP, โฟลเดอร์พื้นฐาน, ผู้ส่ง, ตำแหน่งคัดลอกจดหมายที่ส่งแล้ว, แคชเฮดเดอร์, การเรียงลำดับโฟลเดอร์, การเก็บถาวร, รอบการตรวจอีเมล และไฟล์แมปโฟลเดอร์ เป็นต้น
-
folders-sortfolders-sortเป็นตัวเลือกสำหรับเขียนทับการเรียงลำดับอัตโนมัติของโฟลเดอร์บางรายการ- โฟลเดอร์ที่ระบุจะแสดงที่ด้านบนของรายการตามลำดับที่ให้ไว้ ส่วนที่เหลือจะเรียงตามตัวอักษร
- แม้ไม่เคยเห็นในไคลเอนต์กราฟิกอย่าง Thunderbird หรือ Outlook แต่ดูเป็นฟีเจอร์ที่ไคลเอนต์อีเมลทุกตัวควรมี
-
folder-mapfolder-mapใช้แมป โครงสร้างโฟลเดอร์บนเซิร์ฟเวอร์ ที่แตกต่างกันไปตามผู้ให้บริการอีเมล ให้เป็นชื่อโฟลเดอร์สำหรับแสดงผล- Gmail วางทุกรายการไว้ใต้โฟลเดอร์
[Gmail]ผู้ให้บริการบางรายวางSentและDraftsไว้ใต้INBOXขณะที่บางรายอาจไม่ทำเช่นนั้น - โครงสร้างโฟลเดอร์ที่เซิร์ฟเวอร์ให้มามักเปลี่ยนได้ยาก เว้นแต่จะดูแลเซิร์ฟเวอร์อีเมลเอง
- Aerc แปลงโฟลเดอร์บนเซิร์ฟเวอร์เป็นชื่อโฟลเดอร์สำหรับแสดงผลด้วยไฟล์กฎการแมป
- แมปโฟลเดอร์เดี่ยวใหม่ได้
- แมปโฟลเดอร์พร้อมโฟลเดอร์ย่อยทั้งหมดใหม่ได้
- ลบคำนำหน้าออกจากโฟลเดอร์ย่อยทั้งหมดได้
- แมปโฟลเดอร์ย่อยใหม่ได้โดยหลีกเลี่ยงการชนกันของโฟลเดอร์
- เมื่อใช้ฟีเจอร์นี้ จะทำงานกับ โครงสร้างโฟลเดอร์ที่สอดคล้องกัน ได้ในทุกบัญชี ไม่ว่าโครงสร้างเซิร์ฟเวอร์จะเป็นอย่างไร
- ความสอดคล้องแบบนี้สำคัญเป็นพิเศษเมื่อจัดการอีเมลด้วย CLI มากกว่า GUI
การอ่านอีเมลและการจัดการ HTML
- ประสบการณ์อ่านอีเมลโดยรวมค่อนข้างปกติ และสาเหตุหลักของความไม่สะดวกอยู่ที่ อีเมล HTML มากกว่าตัว Aerc เอง
- ในอีเมลแบบ multipart ส่วนใหญ่ เวอร์ชันข้อความธรรมดาอ่านยากกว่าเวอร์ชัน HTML
- โดยทั่วไปยังพอเข้าใจความหมายได้ แต่บางครั้งเนื้อหาอาจดูปนกันยุ่งเหยิง
- Aerc มีตัวเลือกหลายอย่างเพื่อช่วยลดปัญหานี้
- วิธีแสดงผลกำหนดผ่าน ฟิลเตอร์กำหนดเอง
- ฟิลเตอร์คือไปป์ไลน์แบบ *nix ที่ส่งข้อความผ่านก่อนแสดงผล
- ฟิลเตอร์เริ่มต้นรองรับการลงสีข้อความธรรมดา รายการปฏิทิน และอีเมล HTML
- ฟิลเตอร์สามารถตั้งกับ MIME type ได้ และจับคู่กับเฮดเดอร์เฉพาะได้ด้วย
- ตัวอย่างการตั้งค่ามีรายการอย่าง
text/plain=colorize,text/calendar=calendar,text/html=html | colorize
การเขียนอีเมลและสมุดที่อยู่
- ประสบการณ์เขียนอีเมลดีมาก และข้อดีใหญ่คือสามารถ เขียนเมลใน Vim ได้
-
การเชื่อมต่อสมุดที่อยู่
- สมุดที่อยู่มีโครงสร้างที่มอบหมายให้โปรแกรมภายนอกจัดการ แทนที่จะจัดการโดยตรงภายใน Aerc
- เมื่อผู้ใช้ระบุคำค้นที่จะส่งไปยังโปรแกรมสมุดที่อยู่ ผลลัพธ์จะถูกใช้สำหรับเติมอัตโนมัติในฟิลด์เฮดเดอร์ที่เกี่ยวข้อง
- โปรแกรมเริ่มต้นคือ abook
- จากการทดสอบ abook ไม่รองรับชื่อที่มีอักขระ non-ASCII และข้อจำกัดนี้เป็นปัญหาร้ายแรงหากติดต่ออีเมลกับผู้ใช้ภาษาเยอรมันบ่อย ๆ
- ไม่มีวิธีง่าย ๆ ในการพาร์สที่อยู่จากอีเมลทั้งหมดแล้วนำเข้า abook
- ได้ลอง aercbook ด้วย แต่ปัญหาอักขระ non-ASCII ก็ยังเหมือนเดิม
- อย่างไรก็ตาม aercbook รองรับการพาร์สที่อยู่อีเมลจากทุกฟิลด์เฮดเดอร์
- emailbook-janet เป็นเวอร์ชันเขียนใหม่ของ aercbook
- ประสิทธิภาพด้อยกว่า แต่แก้ปัญหา ASCII ได้
- สามารถใช้คีย์ไบน์ดิงเลือกอีเมล พาร์ส แล้วเพิ่มที่อยู่ทั้งหมดลงในสมุดที่อยู่โดยอัตโนมัติได้
emailbook-janetและaercbookเป็นเครื่องมือสำหรับเก็บเพียงชื่อกับอีเมลเพื่อให้เติมอัตโนมัติได้ มากกว่าจะเป็นสมุดที่อยู่เต็มรูปแบบ- หากต้องการสมุดที่อยู่ที่ทรงพลังกว่า อาจพิจารณา khard หรือโซลูชันคล้ายกัน รวมถึงตัวเลือกอย่าง LDAP server
PGP, ลายเซ็น, เทมเพลต และการแจ้งเตือน
- จุดที่ไม่สะดวกที่สุดของการรองรับ PGP/GPG ใน Thunderbird คือการใช้ keychain แยกต่างหาก
- Aerc ก็มี keychain ของตัวเองเช่นกัน แต่เป็น ตัวเลือกเสริม
- พฤติกรรมเริ่มต้นคือใช้ GPG keychain เดิมโดยตรง
- สามารถระบุ key ID เฉพาะที่จะใช้เซ็นข้อความ หรือให้ Aerc ค้นหาคีย์จากที่อยู่อีเมลได้
- มีตัวเลือกเซ็นอัตโนมัติทุกอีเมลและตัวเลือก opportunistic encryption ด้วย
- หากตั้งค่า GPG ไว้อย่างถูกต้อง การรองรับ PGP จะทำงานได้ไม่มีปัญหา
-
ฟีเจอร์การตั้งค่าทั่วไป
- Aerc รองรับ ลายเซ็น ต่อบัญชีโดยใส่ไฟล์ข้อความผ่าน
signature-file= - สามารถรันคำสั่งภายนอกเพื่อสร้างลายเซ็นได้ด้วย
- รองรับเทมเพลตอีเมลเช่นกัน แต่ยังไม่ได้ดูรายละเอียดมากนัก
- พยายามลบ
Re:ที่ซ้ำในหัวข้อเมลอย่างชาญฉลาดในหลายภาษา โดยใช้ regular expression - สามารถเขียนทับหรือขยาย regular expression ได้
- รองรับการตรวจหัวข้อว่างและการแจ้งเตือนสิ่งที่แนบมาด้วย
- การตรวจหัวข้อว่างจะตรวจว่าหัวข้อว่างหรือไม่
- การแจ้งเตือนสิ่งที่แนบมาอิง regular expression จึงขยายได้ง่าย
- regular expression เริ่มต้นคือ
^[^>]*attach(ed|ment) - ตัดบรรทัดที่ขึ้นต้นด้วย
>ออก เพื่อกรองข้อความอ้างอิงที่คนอื่นพูดถึงสิ่งที่แนบมา - สำหรับอีเมลภาษาเยอรมัน สามารถขยาย regular expression ให้รวม
an(ge)?h[aä]ngt?ได้
- จากการใช้ Aerc ไม่กี่วัน ให้ความรู้สึกว่าเป็นเครื่องมือที่ ขัดเกลามาอย่างดี และดูเป็นไคลเอนต์อีเมลที่น่าใช้งานต่อไปอีกสักระยะ
- Aerc รองรับ ลายเซ็น ต่อบัญชีโดยใส่ไฟล์ข้อความผ่าน
1 ความคิดเห็น
ความคิดเห็นใน Hacker News
ใช้ Aerc เป็น ไคลเอนต์อีเมลประจำวัน มานานแล้ว และแม้จะใช้ผ่าน IMAP (เช่น Gmail) แต่ก็ใช้งานกับไดเรกทอรีอีเมลภายในเครื่องได้ดีพอเช่นกัน
อายุมากเกินกว่าจะเรียนรู้ key binding ใหม่ ๆ เลยเปลี่ยน key mapping ของ Aerc ให้เป็น key binding แบบ Vim และทำให้จัดการอีเมลจำนวนมากได้เร็วมาก
ตั้งค่าให้ Gmail กับ Imapfilter ทำงานได้ถูกต้อง และยังสร้างฟิลเตอร์ที่ไคลเอนต์อีเมลเดิม ๆ มักทำได้ไม่ถูกใจ: เช่น ฟิลเตอร์ตามผู้ส่งปัจจุบัน
ff = :filter -f "{{index (.From | emails) 0}}", ดูอีเมลที่มีหัวข้อเดียวกันfs = :filter -H subject:"{{.SubjectBase}}", ค้นหาจากหัวข้อfS = :filter -H subject:ประมาณนี้ถ้าสนใจจะลิงก์ GitHub repository ให้
แถมยังได้ยินมาว่า Gmail จะทยอยเลิกใช้ IMAP ด้วย
เพิ่มพรีวิวรูปภาพแนบไว้ด้วย
เคยขุด mutt แบบลึก ๆ แล้ว แต่สุดท้ายสรุปว่า ไคลเอนต์อีเมลแบบกราฟิก ตอบโจทย์ความต้องการของฉันได้ดีกว่า
Mutt/aerc ไม่รองรับ Windows ซึ่งเป็นระบบที่ฉันชอบหรือใช้บ่อยในงาน และการดู/ส่งอีเมล HTML ก็ยังไม่ดีพอ เพื่อนร่วมงานสงสัยว่าทำไมอีเมลของฉันถึงดูแปลก ๆ และรูปแบบการตอบกลับหายไป
ใน Betterbird การลากอีเมลไปวางในโฟลเดอร์ทำได้รวดเร็ว และต่างจาก mutt ที่ต้องใช้เวลานานกว่าจะตั้งค่าให้พอดี มันใช้งานได้ทันที mbsync หรือ offlineimap รองรับ OAuth ได้ไม่ดีนัก แต่ Betterbird รองรับมาในตัว
เวลาจำเป็นก็ Shift+คลิก เพื่อตอบกลับหรือเขียนแบบ plain text ได้เหมือนกัน ฉันแทบอยู่ในเทอร์มินัลตลอด แต่เรื่องนี้ขอแค่นี้ ส่วนการลงทุนไปใช้ newsboat เป็น RSS reader จนถึงตอนนี้ก็ยังโอเค
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 ก็ดู อีเมล HTML ได้ตามที่บทความบอกไว้ การย้ายอีเมลก็อาจทำได้เร็วกว่าใช้เมาส์ลากมากด้วยการกดคีย์ และถ้าใช้โฟลเดอร์เดิมซ้ำ ๆ ก็จะยิ่งเร็วขึ้น: ใช้ประมาณ
pa = :archive flat,pb = :move Brain,pf = :moveการตั้งค่าซับซ้อนน้อยกว่า mutt มาก และ OAuth ก็ทำงานได้ดี Betterbird ก็โอเค แต่ไม่ชอบตรงที่ใช้คีย์ลัดของฉันเองไม่ได้
w3mใน mailcap หรือset send_multipart_alternative_filter=markdown2html.pyในmuttrcตามลำดับhttps://gitlab.com/muttmua/mutt/-/blob/master/contrib/markdown2html
ฉันใช้แต่ Linux แต่ชอบ GUI และใช้ Evolution ต่อกับ MS Exchange แบบ on-premises อีเมลโดเมนส่วนตัวสำหรับเพื่อนกับครอบครัวก็รันด้วย Dovecot, Exim ฯลฯ
ไม่เคยรู้จัก Betterbird แต่บุ๊กมาร์กไว้เพื่อประเมินแล้ว สักวันคงต้องทิ้ง Exchange server ไป และรอดูการถกเถียงว่าจะไป M365 ไหม จากมุมมองของตัวแทนที่ดูแลระบบอีเมลมากว่า 25 ปี สุดท้ายแล้ว Exchange ก็น่าจะแทนที่ได้ด้วยการผสม IMAPD, MTA และแอปปฏิทิน
แต่ดูเหมือนการดูแลรักษาจะหยุดไปแล้ว และน่าจะรองรับเฉพาะ backend ของ notmuch
1: https://github.com/akissinger/dodo
2: https://qutebrowser.org/
vแทนoก็จะดูอีเมลในเว็บเบราว์เซอร์ที่เปิดอยู่ได้สำหรับ การอ่านอีเมล HTML ถือว่าใช้ได้ดีพอสมควร แต่ฉันใช้แค่ส่วนตัว ไม่ใช่งาน ดังนั้นแต่ละคนอาจต่างกัน
ผมเบื่อกับการเปิดแท็บ Gmail 5 แท็บกับแท็บเมลที่ไม่ใช่ Gmail อีก 2 แท็บทิ้งไว้ เลยตั้งค่า aerc สัปดาห์นี้ โดยซิงก์เมลด้วย แบ็กเอนด์ Notmuch ใช้ lieer สำหรับ Gmail และ mbsync สำหรับเมลที่ไม่ใช่ Gmail
ใช้เวลาประมาณ 12 ชั่วโมงในการตั้งค่าและทำความคุ้นเคยกับ flow แต่สนุกกว่าวิธีทำงานเดิมมาก ต่างจากแท็บ Gmail หนึ่งแท็บใน Firefox ที่กินแรมเกิน 100MB ชุดใหม่นี้เบากว่ามาก และการค้นหาในเครื่องก็เร็วและคุณภาพดี
1: https://github.com/wangp/bower
ไม่จำเป็นต้องใช้ Emacs เป็นไคลเอนต์เสมอไป มีฟรอนต์เอนด์ให้ใช้มากมาย รวมถึง aerc ด้วย
https://notmuchmail.org/frontends/
ในบรรดานั้น alot น่าจะเป็นตัวที่เป็นที่รู้จักที่สุด
https://github.com/pazz/alot
ไคลเอนต์เมลแบบ terminal UI ดูน่าสนใจเสมอ แต่คิดว่ารู้แล้วว่าทำไมลึก ๆ ถึงรู้สึกต่อต้าน
เทอร์มินัลคือ พื้นที่ทำสมาธิ ของผม เป็นสนามเด็กเล่นที่ผมไปทำงานจริง ๆ ที่ต้องใช้สมาธิลึกและสนุกกับมัน
การอ่านหรือเขียนเมลเป็นงานจุกจิกเหมือน Slack เลยไม่อยากเอามันเข้ามาอยู่ในเทอร์มินัลของผม
การแยกงานพวกนี้ออกไปต่างหาก กลับยิ่งตอกย้ำความรู้สึกด้านลบที่มีต่องานนั้น ในเมื่อสุดท้ายก็ต้องจัดการทั้งหมดอยู่ดี ทำให้มันทรมานน้อยลงสักนิดยังดีกว่า และอย่างน้อยในกรณีของผม มันไม่ทำลายข้อดีของการทำงานในเทอร์มินัล
ปัญหาที่พบกับอีเมลตอนนี้มาจากการขาดการพัฒนา เครื่องมืออีเมลที่ทันสมัยและเป็นส่วนตัว
คำว่าเป็นส่วนตัวในที่นี้หมายถึงการจัดชุดใช้งานที่ไม่ไปอยู่บนเมลเซิร์ฟเวอร์ของคนอื่น สามารถดาวน์โหลดหรือซิงก์ IMAP ระยะไกลได้ง่ายหรือเขียนเองได้ มี IMAP บนโฮมเซิร์ฟเวอร์ส่วนตัว มีไคลเอนต์ที่เน้นการค้นหาอย่าง notmuch-emacs/mu4e และมีเครื่องมือกรองดี ๆ อย่าง MailDrop
ชิ้นส่วนทั้งหมดมีอยู่แล้ว จะจัดหมวดหมู่เมลที่ซิงก์ด้วย IMAPFilter กับ OfflineIMAP ใหม่ หรือดาวน์โหลดด้วย fetchmail กับ MailDrop แล้วใช้ notmuch ใน Emacs หรือ Aerc ก็ได้ แต่ทั้งหมดเป็นโปรแกรมแยกกันที่มีการตั้งค่า สไตล์ คุณภาพเอกสาร และความเป็นมิตรต่างกัน สำหรับคนที่ไม่ geek หรือไม่ใช่ผู้เชี่ยวชาญจึงเหมือนว่าไม่มีอะไรให้ใช้เลย
ด้วยเหตุนี้หลายคนจึงมองอีเมลว่าเท่ากับเว็บเมล และยอมรับเว็บเมลเป็นบริการของบุคคลที่สามเหมือน Slack หรือ WhatsApp Web นี่เป็นมุมมองที่อันตรายต่อเสรีภาพในการสื่อสารและพลังที่อีเมลมอบให้
การจับใบเรียกเก็บเงินประจำจาก ISP ด้วยกฎ MailDrop เพื่อรันสคริปต์ เพิ่มกำหนดชำระและยอดเงินลงในปฏิทิน แล้วตรวจสอบว่ามีธุรกรรมที่เกี่ยวข้องในซอฟต์แวร์บัญชี local หรือไม่และแจ้งเตือนหากผิดปกติ ไม่ใช่เรื่องยากสำหรับเครื่องมือแบบข้อความอย่าง org-agenda, BeanCount, MailDrop และอีเมล แต่สำหรับซอฟต์แวร์สมัยใหม่กลับยากมาก และเป็นความสูญเสียครั้งใหญ่สำหรับ power user ที่มีศักยภาพซึ่งเส้นทางในการเรียนรู้และทำ automation ง่าย ๆ นั้นยาวเกินไป หรือไม่รู้ด้วยซ้ำว่ามีความเป็นไปได้นี้
IT เกิดมาเพื่อทำให้ชีวิตเรียบง่ายขึ้นและขยายการรับรู้ของมนุษย์ แต่น่าเศร้าที่แทบทุกคนลืมเรื่องนั้นไปแล้ว
[1] เพราะชื่อไฟล์เมล เมื่อซิงก์ข้ามหลายเครื่อง มักเกิดปัญหาเกี่ยวกับสถานะยังไม่ได้อ่านหรือแท็ก และการสร้างข้อความซ้ำบ่อย ๆ
เดิมทีอีเมลควรปรับแต่ง workflow, การกรอง, การจัดเรียง, การจัดโฟลเดอร์ ฯลฯ ได้ 100% โดยผู้ใช้
เครื่องมือเก่า ๆ ยังทำงานอยู่ ดังนั้นความเป็นไปได้นั้นยังมีอยู่ เพียงแต่ควรมีการบอกให้มากขึ้นว่าอีเมลจะยอดเยี่ยมแค่ไหนเมื่อใช้ตามเจตนาเดิม ถ้าผมเชื่อว่า Gmail คืออีเมล ผมก็คงเกลียดอีเมลเหมือนกัน แต่ Gmail ไม่ใช่อีเมลทั้งหมด
procmail กับ mutt ยังทำงานได้ดีอยู่จนถึงตอนนี้
ชอบ โปรเจ็กต์แบบข้อความ สมัยใหม่มาก ขอบคุณที่ช่วยให้เทอร์มินัลยังคงมีชีวิตและมีความหมายต่อไป
เคยเห็นคนสาธิตการอ่านอีเมลด้วย mu4e ใน Emacs ส่วน HTML ก็ pipe ไปดูใน Firefox โดยตรง และบางส่วนแปลงเป็น PDF เพื่อดู
https://www.youtube.com/watch?v=1uulLBKBMX8
aerc ค่อนข้างแปลกตรงที่ถูกออกแบบมาเป็น ไคลเอนต์ ไม่ใช่ฝั่งที่เก็บเมลไว้ในคอมพิวเตอร์ จึงมีผลกระทบด้านประสิทธิภาพและข้อจำกัดบางอย่าง
ใช้กับเมล local ได้ก็จริง แต่เท่าที่ผมดูแล้วรู้สึกเหมือนเป็นฟีเจอร์รอง อย่างไรก็ตามนั่นเป็นสิ่งที่ผมเห็นเมื่อนานมาแล้ว ตอนนี้อาจเปลี่ยนไปแล้วก็ได้
ด้วยการออกแบบแบบนั้น IMAP น่าจะทำงานได้ดีกว่านี้ แต่กลับหลุดการเชื่อมต่อบ่อย และถ้าจะต่อใหม่ต้องรีสตาร์ต ปัญหาปุ่มลัดทับกันระหว่าง neovim กับ aerc ก็ไม่สะดวก
โดยรวมยังไม่น่าพอใจ อาจกลับไปดูได้ว่าพลาดอะไรในการตั้งค่าหรือเปล่า แต่ตอนนี้ฝากความหวังไว้กับ neomutt มากกว่า
mbsync,notmuchเพื่อปรับปรุงประสบการณ์โดยรวมwhileแล้วถ้ามันเริ่มแปลก ๆ ก็ออกด้วยqจากนั้นเปิดใหม่ในไม่กี่วินาทีถึงอย่างนั้นก็ยังเป็นเมลไคลเอนต์ที่ชอบที่สุด แต่แน่นอนว่ายังดีขึ้นได้อีก
https://lwn.net/Articles/837960/
himalaya ดูมีอนาคต
https://github.com/soywod/himalaya
https://pimalaya.org/himalaya/cli/latest/index.html
ไม่เห็นมีที่ไหนอธิบายว่า “TUI” คืออะไรเลย น่าจะมองว่าเป็น อินเทอร์เฟซผู้ใช้แบบข้อความ