1 คะแนน โดย GN⁺ 2024-08-24 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • 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-sort

    • folders-sort เป็นตัวเลือกสำหรับเขียนทับการเรียงลำดับอัตโนมัติของโฟลเดอร์บางรายการ
    • โฟลเดอร์ที่ระบุจะแสดงที่ด้านบนของรายการตามลำดับที่ให้ไว้ ส่วนที่เหลือจะเรียงตามตัวอักษร
    • แม้ไม่เคยเห็นในไคลเอนต์กราฟิกอย่าง Thunderbird หรือ Outlook แต่ดูเป็นฟีเจอร์ที่ไคลเอนต์อีเมลทุกตัวควรมี
  • folder-map

    • folder-map ใช้แมป โครงสร้างโฟลเดอร์บนเซิร์ฟเวอร์ ที่แตกต่างกันไปตามผู้ให้บริการอีเมล ให้เป็นชื่อโฟลเดอร์สำหรับแสดงผล
    • Gmail วางทุกรายการไว้ใต้โฟลเดอร์ [Gmail] ผู้ให้บริการบางรายวาง Sent และ Drafts ไว้ใต้ INBOX ขณะที่บางรายอาจไม่ทำเช่นนั้น
    • โครงสร้างโฟลเดอร์ที่เซิร์ฟเวอร์ให้มามักเปลี่ยนได้ยาก เว้นแต่จะดูแลเซิร์ฟเวอร์อีเมลเอง
    • Aerc แปลงโฟลเดอร์บนเซิร์ฟเวอร์เป็นชื่อโฟลเดอร์สำหรับแสดงผลด้วยไฟล์กฎการแมป
      • แมปโฟลเดอร์เดี่ยวใหม่ได้
      • แมปโฟลเดอร์พร้อมโฟลเดอร์ย่อยทั้งหมดใหม่ได้
      • ลบคำนำหน้าออกจากโฟลเดอร์ย่อยทั้งหมดได้
      • แมปโฟลเดอร์ย่อยใหม่ได้โดยหลีกเลี่ยงการชนกันของโฟลเดอร์
    • เมื่อใช้ฟีเจอร์นี้ จะทำงานกับ โครงสร้างโฟลเดอร์ที่สอดคล้องกัน ได้ในทุกบัญชี ไม่ว่าโครงสร้างเซิร์ฟเวอร์จะเป็นอย่างไร
    • ความสอดคล้องแบบนี้สำคัญเป็นพิเศษเมื่อจัดการอีเมลด้วย CLI มากกว่า GUI

การอ่านอีเมลและการจัดการ HTML

  • ประสบการณ์อ่านอีเมลโดยรวมค่อนข้างปกติ และสาเหตุหลักของความไม่สะดวกอยู่ที่ อีเมล HTML มากกว่าตัว Aerc เอง
  • ในอีเมลแบบ multipart ส่วนใหญ่ เวอร์ชันข้อความธรรมดาอ่านยากกว่าเวอร์ชัน HTML
  • โดยทั่วไปยังพอเข้าใจความหมายได้ แต่บางครั้งเนื้อหาอาจดูปนกันยุ่งเหยิง
  • Aerc มีตัวเลือกหลายอย่างเพื่อช่วยลดปัญหานี้
    • สามารถดูผ่านตัวแยกวิเคราะห์/เบราว์เซอร์ HTML ด้วยการผสาน w3m และ dante
    • สำหรับอีเมลบางฉบับ เอาต์พุตที่สร้างขึ้นดีกว่าเวอร์ชันข้อความธรรมดา
    • ทางเลือกสุดท้ายคือใช้ :open เพื่อเปิดในเว็บเบราว์เซอร์เริ่มต้น
  • วิธีแสดงผลกำหนดผ่าน ฟิลเตอร์กำหนดเอง
    • ฟิลเตอร์คือไปป์ไลน์แบบ *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 ไม่กี่วัน ให้ความรู้สึกว่าเป็นเครื่องมือที่ ขัดเกลามาอย่างดี และดูเป็นไคลเอนต์อีเมลที่น่าใช้งานต่อไปอีกสักระยะ

1 ความคิดเห็น

 
GN⁺ 2024-08-24
ความคิดเห็นใน 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 เคยลองทำกับ mutt แล้วเลิกไปเพราะไม่อยากเสียเวลาทั้งบ่าย
      แถมยังได้ยินมาว่า Gmail จะทยอยเลิกใช้ IMAP ด้วย
    • เห็นโพสต์นี้แล้วทำให้อยากกลับไปลองจับ aerc อีกครั้ง โดยเฉพาะฟิลเตอร์ตัวแรกเป็นฟีเจอร์ที่อยากได้ในไคลเอนต์อีเมลมาตลอด
    • https://github.com/rafo/aerc-vim
      เพิ่มพรีวิวรูปภาพแนบไว้ด้วย
    • สนใจ vim key binding เป็นพิเศษ ถ้ามีอันนั้นน่าจะเริ่มใช้งานได้ง่ายขึ้นมาก
  • เคยขุด 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 น่าจะ build บน Windows ได้ด้วย และต้องมีแค่ Go กับ make เท่านั้น Betterbird เองก็เพิ่งรองรับแค่ MacOS จนถึงไม่กี่สัปดาห์ก่อน และตอนที่เสนอให้ทำ build สำหรับ Mac ครั้งแรกก็ถูกปฏิเสธเพราะเรื่องเงิน
      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
    • Windows สมัยนี้มี Hyper-V มาในระดับหนึ่ง และรัน Linux VM ได้ อีกทั้ง OpenSSH ก็มีมาให้เป็นค่าเริ่มต้นแล้ว แม้ต้องปรับแต่งนิดหน่อยเพื่อให้ได้สภาพแวดล้อมที่เหมาะสม แต่ก็ไม่มาก
      ฉันใช้แต่ Linux แต่ชอบ GUI และใช้ Evolution ต่อกับ MS Exchange แบบ on-premises อีเมลโดเมนส่วนตัวสำหรับเพื่อนกับครอบครัวก็รันด้วย Dovecot, Exim ฯลฯ
      ไม่เคยรู้จัก Betterbird แต่บุ๊กมาร์กไว้เพื่อประเมินแล้ว สักวันคงต้องทิ้ง Exchange server ไป และรอดูการถกเถียงว่าจะไป M365 ไหม จากมุมมองของตัวแทนที่ดูแลระบบอีเมลมากว่า 25 ปี สุดท้ายแล้ว Exchange ก็น่าจะแทนที่ได้ด้วยการผสม IMAPD, MTA และแอปปฏิทิน
    • dodo อาจเป็นคำตอบก็ได้ โดยพื้นฐานเป็นไคลเอนต์อีเมลแบบกราฟิก แต่มี Vim binding เยอะ จึงเป็นรูปแบบที่ผสมข้อดีของเทอร์มินัลกับกราฟิก และให้ความรู้สึกเหมือน qutebrowser สำหรับอีเมล
      แต่ดูเหมือนการดูแลรักษาจะหยุดไปแล้ว และน่าจะรองรับเฉพาะ backend ของ notmuch
      1: https://github.com/akissinger/dodo
      2: https://qutebrowser.org/
    • แม้แนวคิดทางการเมืองของผู้เขียนจะชวนสงสัย แต่ฉันใช้ mutt-wizard อยู่ และในการตั้งค่านั้นแค่กด v แทน o ก็จะดูอีเมลในเว็บเบราว์เซอร์ที่เปิดอยู่ได้
      สำหรับ การอ่านอีเมล HTML ถือว่าใช้ได้ดีพอสมควร แต่ฉันใช้แค่ส่วนตัว ไม่ใช่งาน ดังนั้นแต่ละคนอาจต่างกัน
  • ผมเบื่อกับการเปิดแท็บ Gmail 5 แท็บกับแท็บเมลที่ไม่ใช่ Gmail อีก 2 แท็บทิ้งไว้ เลยตั้งค่า aerc สัปดาห์นี้ โดยซิงก์เมลด้วย แบ็กเอนด์ Notmuch ใช้ lieer สำหรับ Gmail และ mbsync สำหรับเมลที่ไม่ใช่ Gmail
    ใช้เวลาประมาณ 12 ชั่วโมงในการตั้งค่าและทำความคุ้นเคยกับ flow แต่สนุกกว่าวิธีทำงานเดิมมาก ต่างจากแท็บ Gmail หนึ่งแท็บใน Firefox ที่กินแรมเกิน 100MB ชุดใหม่นี้เบากว่ามาก และการค้นหาในเครื่องก็เร็วและคุณภาพดี

    • ถ้าใช้ Notmuch ขอแนะนำ bower เป็น terminal UI ที่โต้ตอบกับ notmuch และตั้งค่าให้ทำงานข้าม SSH ได้ ดังนั้นแม้ notmuch DB จะอยู่บนคอมพิวเตอร์อีกเครื่อง ก็ยังเปิดไฟล์แนบในเครื่อง local ได้
      1: https://github.com/wangp/bower
    • ขอแนะนำอย่างยิ่งให้ลองใช้ notmuch ผมเปลี่ยนมาใช้ตั้งแต่ราวปี 2011 แล้วไม่เคยย้อนกลับไปอีกเลย
      ไม่จำเป็นต้องใช้ Emacs เป็นไคลเอนต์เสมอไป มีฟรอนต์เอนด์ให้ใช้มากมาย รวมถึง aerc ด้วย
      https://notmuchmail.org/frontends/
      ในบรรดานั้น alot น่าจะเป็นตัวที่เป็นที่รู้จักที่สุด
      https://github.com/pazz/alot
  • ไคลเอนต์เมลแบบ terminal UI ดูน่าสนใจเสมอ แต่คิดว่ารู้แล้วว่าทำไมลึก ๆ ถึงรู้สึกต่อต้าน
    เทอร์มินัลคือ พื้นที่ทำสมาธิ ของผม เป็นสนามเด็กเล่นที่ผมไปทำงานจริง ๆ ที่ต้องใช้สมาธิลึกและสนุกกับมัน
    การอ่านหรือเขียนเมลเป็นงานจุกจิกเหมือน Slack เลยไม่อยากเอามันเข้ามาอยู่ในเทอร์มินัลของผม

    • ผมมองต่างออกไปนิดหน่อย ยิ่งงานไหนรู้สึกเป็นงานจุกจิก ผมยิ่งถูกดึงดูดเข้าหาเครื่องมือที่ทำให้ประสบการณ์นั้นดีขึ้น
      การแยกงานพวกนี้ออกไปต่างหาก กลับยิ่งตอกย้ำความรู้สึกด้านลบที่มีต่องานนั้น ในเมื่อสุดท้ายก็ต้องจัดการทั้งหมดอยู่ดี ทำให้มันทรมานน้อยลงสักนิดยังดีกว่า และอย่างน้อยในกรณีของผม มันไม่ทำลายข้อดีของการทำงานในเทอร์มินัล
    • ผมเองก็พึ่งพาเทอร์มินัลมากในเกือบทุกอย่าง แต่ อีเมลแบบ terminal UI กับการท่องเว็บไม่เคยเข้ากันได้ดีเลย สำนวนนี้อธิบายเหตุผลได้พอดี
  • ปัญหาที่พบกับอีเมลตอนนี้มาจากการขาดการพัฒนา เครื่องมืออีเมลที่ทันสมัยและเป็นส่วนตัว
    คำว่าเป็นส่วนตัวในที่นี้หมายถึงการจัดชุดใช้งานที่ไม่ไปอยู่บนเมลเซิร์ฟเวอร์ของคนอื่น สามารถดาวน์โหลดหรือซิงก์ 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] เพราะชื่อไฟล์เมล เมื่อซิงก์ข้ามหลายเครื่อง มักเกิดปัญหาเกี่ยวกับสถานะยังไม่ได้อ่านหรือแท็ก และการสร้างข้อความซ้ำบ่อย ๆ

    • คำว่า PERSONAL ที่เขียนด้วยตัวพิมพ์ใหญ่นั้นสำคัญจริง ๆ ทุกวันนี้หลายคนติดอยู่ในเว็บไซต์อย่าง Gmail จนไม่รู้ด้วยซ้ำว่าอะไรทำได้บ้าง
      เดิมทีอีเมลควรปรับแต่ง 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 มากกว่า

    • ใช้ร่วมกับไดเรกทอรีเมล local ดีกว่าอย่างชัดเจน ผมคิดว่าผู้ใช้ terminal UI สำหรับเมลส่วนใหญ่ใช้ร่วมกับยูทิลิตีอย่าง mbsync, notmuch เพื่อปรับปรุงประสบการณ์โดยรวม
    • ผมก็เจอ IMAP หลุดการเชื่อมต่อ เหมือนกัน อาจฟังดูมั่ว ๆ หน่อย แต่ผมรัน aerc ในลูป while แล้วถ้ามันเริ่มแปลก ๆ ก็ออกด้วย q จากนั้นเปิดใหม่ในไม่กี่วินาที
      ถึงอย่างนั้นก็ยังเป็นเมลไคลเอนต์ที่ชอบที่สุด แต่แน่นอนว่ายังดีขึ้นได้อีก
    • สงสัยว่าปุ่มลัดทับกันระหว่าง neovim กับ aerc หมายถึงอะไร Vim ใช้แทบทุกปุ่มบนคีย์บอร์ดอยู่แล้ว เลยเหมือนจะเป็นปัญหาที่เกิดกับโปรแกรมแทบทุกตัวได้ไม่ใช่หรือ
    • mutt ซึ่งเป็น user agent อีเมลที่ดีที่สุด จะเชื่อมต่อใหม่อัตโนมัติเมื่อการเชื่อมต่อกับเซิร์ฟเวอร์ IMAP ล้มเหลว แต่ดูเหมือนจะไม่ได้ทำงานทุกครั้ง
      https://lwn.net/Articles/837960/
    • นั่นก็เหมือนกับ mutt ไม่ใช่เหรอ?
  • himalaya ดูมีอนาคต
    https://github.com/soywod/himalaya
    https://pimalaya.org/himalaya/cli/latest/index.html

  • ไม่เห็นมีที่ไหนอธิบายว่า “TUI” คืออะไรเลย น่าจะมองว่าเป็น อินเทอร์เฟซผู้ใช้แบบข้อความ