เหตุผลที่ยังใช้ Mailing List

• Mailing list เป็นเทคโนโลยีเก่าแก่จากประวัติศาสตร์อินเทอร์เน็ต แต่ยังคงถูกใช้อย่างแพร่หลาย
• มอบประสบการณ์การใช้งานที่เรียบง่าย โดยไม่ต้องมี ซอฟต์แวร์เฉพาะทางหรือเว็บอินเทอร์เฟซที่ซับซ้อน
• ปลอดภัยอย่างมากในด้านความปลอดภัยและความเป็นส่วนตัว และเหมาะทั้งกับสภาพแวดล้อมบนมือถือและเครือข่ายแบนด์วิดท์ต่ำ
• ให้ทั้ง การทำงานร่วมกันได้อย่างมีประสิทธิภาพ และ ความยืดหยุ่น เช่น อิสระในการค้นหาและเก็บถาวรแบบออฟไลน์
• ต่างจากเว็บฟอรัมหรือโซเชียลมีเดีย ตรงที่มีจุดแข็งหลายด้านในเรื่องการเก็บถาวร การค้นหา การย้ายระบบ และการขยายระบบ

---

คุณค่าที่ยังคงอยู่ของเทคโนโลยี Mailing List

• ระบบอีเมลและ mailing list มีโครงสร้างแบบ federated อย่างสมบูรณ์ จึงไม่ต้องเชื่อมต่อพร้อมกันหรือใช้ซอฟต์แวร์พิเศษใด ๆ
• สามารถ เก็บถาวร และ ค้นหา ได้ง่าย และข้อดีนี้ไม่เคยหายไปไหน

เหตุผลที่ใช้ Mailing List

• Mailing list (ในยุคแรกเรียกว่า "reflector") ถูกใช้เป็น เครื่องมือสื่อสารสำคัญ มาตั้งแต่ช่วงเริ่มต้นของอินเทอร์เน็ต
• เหตุผลที่ยังใช้อยู่จนถึงทุกวันนี้คือมันมีข้อได้เปรียบทางเทคนิคที่เหนือกว่าวิธี ทางเลือกอื่น อย่างชัดเจน

ข้อดีหลักของ Mailing List

1. ไม่ต้องใช้ซอฟต์แวร์พิเศษ

   • ทุกคนสามารถเข้าร่วมได้อย่างอิสระด้วยเพียงเมลไคลเอนต์มาตรฐาน
   • ใช้งานได้อย่างสม่ำเสมอใน UI หรือสภาพแวดล้อมซอฟต์แวร์ที่แต่ละคนชอบ
   • ไม่จำเป็นต้องเรียนรู้อินเทอร์เฟซที่แตกต่างกันของ เว็บฟอรัม ทั้ง 687 แห่ง

2. เรียบง่ายและสม่ำเสมอ

   • แค่รู้ netiquette พื้นฐานและกฎอินเทอร์เน็ตไม่กี่ข้อ ก็เข้าร่วมได้ทันที
   • ต่างจากเว็บฟอรัมหลายแห่งที่มีโครงสร้างต่างกันโดยสิ้นเชิง การเข้าร่วม mailing list หลายรายการทำได้ง่าย

3. มีความเสี่ยงด้านความปลอดภัยต่ำมาก

   • ผู้ใช้สามารถเข้าร่วมได้โดยแทบไม่ต้องรับความเสี่ยงเพิ่มเติม

4. มีความเสี่ยงด้านความเป็นส่วนตัวต่ำมาก

   • แทบไม่มีการเปิดเผยข้อมูลส่วนบุคคล

   • สองข้อข้างต้น (ความปลอดภัย/ความเป็นส่วนตัว) ตัดกันอย่างชัดเจนกับความเสี่ยงของการใช้เว็บฟอรัมและโซเชียลมีเดีย

5. เป็นมิตรกับแบนด์วิดท์

   • เหมาะกับสภาพแวดล้อมบนมือถือและสถานการณ์ที่จำกัดการใช้ดาต้า
   • เว็บฟอรัมใช้ดาต้ามากกว่าเมื่อเทียบกัน

6. การทำงานร่วมกันได้ยอดเยี่ยม

   • การส่งต่อข้อความและงานอย่างการ forward ทำได้ง่ายและยืดหยุ่น
   • เชื่อมต่อร่วมกับหลายรายการ บุคคล และระบบอีเมลอื่น ๆ ได้อย่างคล่องตัว
   • ความเข้ากันได้หรือการ forward ระหว่างซอฟต์แวร์เว็บฟอรัมแทบเป็นไปไม่ได้

7. ทำงานแบบ asynchronous

   • รับ ตรวจสอบ และเขียนข้อความได้โดยไม่ต้องออนไลน์แบบเรียลไทม์
   • สามารถตรวจทานเนื้อหาและเตรียมคำตอบได้แบบออฟไลน์

8. ทนทานต่อปัญหาเครือข่าย

   • แม้เกิดปัญหาหรือความล่าช้า ข้อความก็ยังถูกเก็บรักษาไว้และจะถูกส่งต่อจนเสร็จเมื่อระบบฟื้นตัว

9. โมเดลแบบ push (อัปเดตอัตโนมัติ)

   • เนื้อหาใหม่จะ มาถึงโดยอัตโนมัติ; ผู้ใช้ไม่ต้องเข้าไปตรวจเอง

10. ขยายระบบได้ยอดเยี่ยม

    • ต่อให้เพิ่มขนาดระบบ คุณภาพการให้บริการหรือความซับซ้อนในการดูแลก็ไม่เพิ่มขึ้นแบบก้าวกระโดด

11. ทนต่อการโจมตีและการใช้งานในทางที่ผิด

    • ค่อนข้างทนต่อการโจมตีซอฟต์แวร์หรือสแปมและฟิชชิง
    • เว็บฟอรัมเปิดรับภัยคุกคามด้านความปลอดภัยได้ง่ายมากเพราะมีความซับซ้อนสูง

12. รองรับ threading และการอ้างอิงได้ดี

    • ติดตามลำดับการสนทนาได้ง่าย และจัดการการอ้างอิงได้เหมาะสม

13. ย้ายระบบได้ง่าย

    • สามารถ ย้ายหรือ migrate รายการข้ามโดเมนหรือโฮสต์ได้อย่างอิสระ

14. แปลงและย้ายได้สะดวก

    • ย้ายไปยังเซิร์ฟเวอร์ ซอฟต์แวร์ หรือ OS อื่นได้อย่างอิสระ
    • เว็บฟอรัมมักแปลงหรือย้ายได้ยากมาก หรือทำไม่ได้เลย

15. จัดเก็บและอ่านจากสื่อภายในเครื่อง/สื่อกายภาพได้ง่าย

    • เว็บฟอรัมทำการเก็บถาวรในลักษณะนี้ได้ยากมากหรือแทบเป็นไปไม่ได้

16. ใช้ทรัพยากรต่ำมาก

    • ใช้ทรัพยากร CPU, หน่วยความจำ, ดิสก์ และเครือข่ายน้อยมาก

17. เชื่อมต่อกับ Usenet และสื่ออื่นได้

    • เช่นเดียวกับ Python Mailing List ที่สามารถเชื่อมต่อกับ Usenet แบบเกตเวย์สองทาง รวมถึงเชื่อมกับเว็บไซต์และ RSS ได้

18. ฟอร์แมตคลังเก็บที่อ่านได้ง่ายในระยะยาว

    • ใช้ฟอร์แมต Unix mbox ทำให้ข้อมูลเก็บถาวรเมื่อหลายสิบปีก่อนก็ยังเปิดอ่านได้โดยไม่มีปัญหา
    • ข้อมูลข้อความนับร้อยล้านรายการก็ยังเก็บลงใน USB memory เพียงอันเดียวได้

19. สามารถเก็บถาวรไว้ในเครื่องได้

    • ผู้ใช้สามารถสร้างและถือครองคลังเก็บของตนเองได้

20. ค้นหาในเครื่องได้

    • ผู้ใช้สามารถค้นหาได้อย่างรวดเร็วด้วย ซอฟต์แวร์ค้นหา ที่ต้องการ
    • ค้นหาได้อย่างอิสระแม้อยู่ในสภาพแวดล้อมออฟไลน์
    • หากมีการสำรองข้อมูลไว้ก็ไม่ต้องกังวลเรื่องการสูญหายของต้นฉบับ และเว็บฟอรัมไม่ได้ให้ความสามารถนี้

[GN⁺]

ความคิดเห็นจาก Hacker News

• เมื่อไม่นานมานี้เห็นคนหนึ่งแปลกใจว่าในปี 2025 mailing list ยัง "คงอยู่" เลยทำให้นึกขึ้นมาแบบนี้
  เลยสงสัยว่าใครพอจะเสนอทางเลือกอื่นได้ไหมที่

  • ไม่เป็นกรรมสิทธิ์ของเจ้าใดเจ้านึง
  • เป็นเครือข่ายแบบ federated
  • ทำ archive ได้
  • เข้าถึงได้ง่าย
  • ไม่ผูกติดกับบริษัทใดบริษัทหนึ่ง
    ลิงก์ที่เกี่ยวข้อง

  • เพราะเหตุนี้เองเลยไม่ชอบเทรนด์ที่บทสนทนาย้ายไปอยู่ใน Discord, Slack หรือแม้แต่ Facebook Groups มาก
    แพลตฟอร์มพวกนี้ต้องมีบัญชีหรือคำเชิญแยกต่างหาก (ส่วนใหญ่ปิดเป็นค่าเริ่มต้น), ไม่ถูกค้นเจอโดย search engine, เป็นระบบปิด และทำ archive หรือ export ก็ไม่ได้
    สุดท้ายความรู้ก็หายไปเรื่อย ๆ

  • พูดให้เป๊ะ ๆ mailing list ก็ไม่ใช่เครือข่ายแบบ federated เสียทีเดียว
    เพราะทุกคนต้องส่งเมลไปยังที่อยู่เฉพาะภายใต้โดเมนเดียว จึงอาจถูกบล็อกหรือเซ็นเซอร์ได้โดยผู้ดูแลโดเมนนั้น
    (ซึ่งในแง่การกันสแปมกลับเป็นข้อดีด้วย)
    ถ้ารับความรวมศูนย์ได้ระดับหนึ่ง ตัวแทนของ mailing list ก็มีอยู่ไม่น้อย
    เว็บฟอรัมโอเพนซอร์สยอดนิยมส่วนใหญ่รองรับทั้งการแจ้งเตือนทางอีเมล, การโพสต์ผ่านอีเมล, archive ที่ crawler เข้าถึงได้ ฯลฯ (เช่น phpBB, Discourse)

  • คิดว่า NNTP (Newsgroups) ตรงตามเงื่อนไขพวกนี้
    ส่วนของเครือข่ายแบบ federated เดี๋ยวนี้อาจยุ่งยากขึ้นหน่อย แต่เมื่อก่อน ISP ส่วนใหญ่เปิดเซิร์ฟเวอร์ NNTP กัน
    ตัวโปรโตคอลเองรองรับโครงสร้างแบบ federated
    ดูรายละเอียดเกี่ยวกับ Network News Transfer Protocol (NNTP)

  • สำหรับคำว่า "ไม่ผูกติดกับบริษัทใดบริษัทหนึ่ง"
    ผมอยากเปลี่ยนคำพูดให้เป็น
    "ไม่ถูกจับเป็นตัวประกันโดย ransomware ของบริษัทใดบริษัทหนึ่ง" มากกว่า
    ประเด็นที่เกี่ยวข้อง

  • ในโลกความเป็นจริง สำหรับคน 99.99% WhatsApp group ตอบโจทย์ได้แค่ข้อเดียวจากทั้งหมด (หวังว่าน่าจะได้สักข้อหนึ่งนะ ผมไม่แน่ใจเพราะเลือกข้อความได้ไม่ค่อยดี)
    สิ่งที่คนต้องการก็แค่ส่งข้อความหากันง่าย ๆ และเพิ่มหรือลบสมาชิกได้สะดวก
    เงื่อนไขที่เหลือจริง ๆ แล้วไม่ได้สนใจกัน

• สมาคมเจ้าของบ้านในอพาร์ตเมนต์ของเรา (HOA) ใช้ mailing list เดียวสำหรับคุยและประกาศทั้งหมด
  ทุกคนแค่จำอีเมลอยู่รายการเดียวก็พอ เลยเอาไปใช้ประกาศงานอย่างปาร์ตี้ฉลองเรียนจบได้ทันที
  สะดวกเพราะไม่ต้องมีบัญชี Facebook หรือ Google Groups
  ถ้ามีคนย้ายออกก็แค่อัปเดตที่อยู่ในลิสต์
  ปัญหาในการใช้งานจริงอย่างเดียวคือคนมักกดตอบอีเมลล่าสุดแบบไม่คิด ทำให้หัวข้อของ thread เปลี่ยนไป
  เลยตั้งให้ thread ถูกล็อกอัตโนมัติหลังไม่มีความเคลื่อนไหว 1-2 สัปดาห์
  เพื่อให้หัวข้อใหม่จริง ๆ ถูกตั้งเป็น thread ใหม่

  • เรื่องน่าสนใจอย่างหนึ่งคือ Outlook (เฉพาะเดสก์ท็อปไคลเอนต์นะ ไม่แน่ใจ 365) ถ้าเปลี่ยนหัวข้อเวลาตอบกลับ มันจะสร้าง thread ใหม่ให้อัตโนมัติ
    Microsoft ใส่ฟีเจอร์นี้มาเพราะพบว่ามีคนจำนวนมาก "เริ่มเขียนเมลใหม่ด้วยการกดตอบเมลล่าสุดจากผู้รับเดิม"

  • รู้สึกว่า UX ของ mailing list จริง ๆ แล้วไม่ได้ดีขนาดนั้น

  • อพาร์ตเมนต์ของเราใช้ Google Groups
    มีสแปมบ้างเป็นครั้งคราว แต่โดยรวมจัดการ thread ได้โอเค
    เพียงแต่ก็น่าเสียดายที่มีคนเยอะเกินไปส่งคำถามทุกเรื่องถึงทุกคน เช่น ขอแนะนำช่างประปา

• คงประเมินค่าความสำคัญของโครงสร้างแบบ federated/กระจายศูนย์ที่อีเมลมีต่ำไปได้ยาก
  ปัญหาของเทคโนโลยียุคใหม่จำนวนมากมีรากมาจากความรวมศูนย์
  ความมั่งคั่งและอำนาจไปรวมอยู่กับบริษัทไม่กี่แห่ง และอำนาจควบคุมอินเทอร์เน็ตก็ถูกยกให้พวกนั้น
  เกิดปัญหาทางเทคนิคอย่างรุนแรงในการให้บริการข้อมูลและบริการในระดับโลก
  การสอดแนมโดยรัฐ (เช่น PRISM) ทำได้ง่ายขึ้นมาก และยังกลายเป็นเป้าของการโฆษณา การชวนเชื่อ และการใช้งานในทางมิชอบ
  อธิปไตยข้อมูลอ่อนแอลง
  ปัญหาแบบนี้แทบไม่ใช่ปัญหาเลยในเทคโนโลยีกระจายศูนย์เมื่อ 50 ปีก่อน
  เว็บถูกสร้างขึ้นบนโปรโตคอลแบบกระจายอย่างอีเมล, Usenet, DNS และอินเทอร์เน็ตเอง
  แต่ทุกวันนี้น่าประหลาดที่อินเทอร์เน็ตกลับลงเอยด้วยความรวมศูนย์อย่างหนัก
  คิดว่าส่วนหนึ่งเป็นความรับผิดชอบของการทำเว็บยุคแรก ๆ
  ผมเคยเขียนยาว ๆ เกี่ยวกับเรื่องนี้ไว้ก่อนแล้ว ถ้าสนใจก็ดูได้
  อ้างอิง 1 / อ้างอิง 2

  • คิดว่าการใช้คำว่า "เครือข่ายแบบ federated/กระจายศูนย์" ปนกันไปมาเป็นเรื่องอันตราย

• มีประกาศว่า mailing list ของ nginx.org จะยุติลงสิ้นเดือนนี้ (กันยายน 2025)
  อาจเป็นอีกเหตุผลหนึ่งที่ควรสนใจ fork อย่าง freenginx
  ข้อมูลเกี่ยวกับ mailing list ฝั่งนั้นดูได้ที่นี่
  รายละเอียดเพิ่มเติมเกี่ยวกับ fork ของ freenginx

  • เพิ่มเติมคือ โครงการ Angie ก็น่าดูควบคู่กันไปด้วย

• เห็นด้วยว่า mailing list มีข้อดีในเรื่องต่อไปนี้

  • เรียบง่ายมาก
  • เป็นมิตรกับแบนด์วิดท์
  • ทำงานร่วมกันได้ดี
  • รองรับการสื่อสารแบบ asynchronous
  • พกพาได้
  • แปลงรูปแบบได้อย่างอิสระ
  • บันทึกลงสื่อและอ่านกลับได้

  แต่ไม่เห็นด้วยกับประเด็นเหล่านี้

  • ไม่ต้องใช้ซอฟต์แวร์พิเศษ
  • มีภัยคุกคามด้านความปลอดภัยน้อย
  • มีความเสี่ยงด้านความเป็นส่วนตัวต่ำ
  • มีคอนเทนต์ใหม่ส่งมาแบบ push ทันที
  • ขยายระบบได้ดีมาก
  • มีช่องให้ abuse น้อย
  • จัดการ thread ได้ยอดเยี่ยม

  ผมยังใช้ mailing list ทั้งเรื่องงานและเรื่องส่วนตัวอยู่
  แต่มันก็ยังให้ความรู้สึกว่าเป็นเทคโนโลยียุค 1970 ชัดเจน
  เราสามารถสร้าง mailing list แบบใหม่ที่ปรับปรุงให้เข้ากับยุคปัจจุบันได้สบาย ๆ
  แต่เพราะไม่มี business model ที่รองรับ เลยไม่ค่อยมีความคืบหน้า

  • อยากรู้ว่าที่ว่า "ให้ความรู้สึกเหมือนเทคโนโลยียุค 1970" นั้นหมายถึงอะไร และทำไมถึงเป็นเรื่องไม่ดี
    ในการถกเถียงทางเทคนิค คนที่คัดค้าน mailing list ส่วนใหญ่มักพูดว่า
    "คนรุ่นใหม่มองว่าอีเมลเชยและล้าสมัย"
    ถ้าได้ยินคำตอบแบบนี้ ก็น่าจะต้องทบทวนตัวเองและเลิกยึดติดกับภาพจำแบบนั้น

  • ประเด็นที่ว่า "ไม่พัฒนาเพราะไม่มี business model" กลับยิ่งเป็นหลักฐานว่าอีเมลคือระบบที่ดีที่สุดด้วยซ้ำ
    เพราะมันเป็น open standard จึงไม่มีบริษัทไหนเป็นเจ้าของหรือยึดครองได้
    นี่คือจุดแข็งพื้นฐานที่สุดของอีเมล

  • ไม่เห็นด้วยกับคำกล่าวที่ว่า 'มีความเสี่ยงด้านความเป็นส่วนตัวต่ำ'
    ถ้าโพสต์เมลอย่างเป็นทางการ ทุกคนก็จะเห็นอีเมลแอดเดรสของผม ความเป็นส่วนตัวแทบไม่มีอยู่เลย
    ถ้าอยากเข้าร่วมแบบไม่เปิดเผยตัวก็ต้องลำบากไปสร้างอีเมลแยกต่างหาก
    ซึ่งทั้งสมัคร อ่าน และตอบกลับก็ยุ่งพอสมควร
    ถ้าเป็นฟอรัม แค่ตั้งชื่อเล่น
    แล้วรับการแจ้งเตือนแบบไม่ระบุตัวตนเข้ากล่องเมลหลักของตัวเองก็ได้ สะดวกกว่ามาก

• ชอบ mailing list ทั้งเมื่อก่อนและตอนนี้
  แต่เพราะอีเมลของผู้เข้าร่วมทุกคนถูกเปิดเผย
  จึงเสี่ยงต่อการถูกรบกวนจากสแปม การหลอกลวง และอื่น ๆ สูง
  เลยสร้างอีเมลไว้ใช้กับ mailing list โดยเฉพาะ (ทิ้งได้แต่ไม่ให้ดูเป็นอีเมลใช้แล้วทิ้งชัด ๆ)
  และก็หวังว่ากลุ่มต่าง ๆ จะหันมาใช้ mailing list กันมากขึ้นด้วย
  ตอนที่เคยเริ่มชมรมหนัง/วรรณกรรมเล็ก ๆ ในอดีต
  ผมเสนอ mailing list (asynchronous, เป็นส่วนตัว)
  แต่ทุกคนกลับชอบเครื่องมือแชตกลุ่มหรือเครื่องมือประชุมออนไลน์สมัยใหม่มากกว่า
  ข้อเสนอของผมเลยถูกปัดตกทันที

• ขอแนะนำ mailing list อย่างมากสำหรับการสื่อสารในทีมวิศวกรรมของบริษัท รวมถึง code review และการคุยเรื่องออกแบบ
  workflow ผ่าน mailing list นั้นตรงไปตรงมามาก
  ตรงกันข้าม IRC, Slack, Discord และเว็บฟอรัม ปรับแต่งหรือพัฒนาต่อเองได้ยากกว่า
  mailing list ไม่มีเรื่อง vendor lock-in ให้กังวลด้วย
  และตราบใดที่ทุกคนทำตามกติกาพื้นฐาน ใครก็เข้าร่วมได้
  ภายในองค์กรก็ทำ mailing list แบบเชิญเท่านั้นที่มีทั้งการเข้ารหัส PGP และการตรวจสอบ non-repudiation ได้สบาย
  ถ้าเป็นลิสต์สาธารณะ ผู้ใช้ใหม่ก็แค่ผ่าน moderation queue ช่วงหนึ่งเพื่อดูมารยาทและรูปแบบการโพสต์

  • สำหรับการทำงานร่วมกันภายในองค์กร ผมคิดว่า NNTP ดีกว่ามาก (ถ้า mail client รองรับ)
    ช่วงปลายยุค 90 ผมเคย deploy NNTP จริงและพอใจมาก
    ทุกวันนี้ใช้ shared mailbox บน IMAP ก็ให้ผลใกล้เคียงกันได้
    ตอนทำโครงการ Cyrus ของ CMU พวกเราทุ่มเทกับเรื่องนี้พอสมควร
    IMAP client ส่วนใหญ่รองรับ shared group
    ถ้าเซ็ตเซิร์ฟเวอร์ดี ๆ ก็ใช้งานได้ไม่ยาก

• ในฐานะคนที่โตมากับยุคฟอรัม ผมเริ่มกลับมาประเมินค่า mailing list ใหม่
  ช่วงนี้ยังไปค้น archive ของ mailing list ยุค 80s ด้วย
  ตัวอย่าง archive ยุค 80s

• หลายข้อโต้แย้งเหล่านี้ใช้กับ newsgroups (Usenet) ได้เหมือนกัน
  ใช้กับ client ไหนก็ได้ และทำ archive ได้
  การค้นหา archive ก็ค่อนข้างง่ายกว่า (แม้ส่วนใหญ่จะไม่สมบูรณ์ เลยต้องพึ่งบริการแยกอย่าง Deja, Google Groups ฯลฯ)
  บาง newsgroups ก็ยังใช้งานอยู่จนถึงทุกวันนี้
  แล้วทำไมมันถึงหายไปมากขนาดนี้กัน?

  • คำตอบน่าจะอยู่ที่แนวคิด Eternal September

• ทั้ง mailing list และ RSS เป็นระบบเก่าและเรียบง่าย แต่ใช้งานได้ดี
  และก็ดีตรงที่ไม่มีโฆษณา