ハクソク

世界を動かす技術を、日本語で。

メーリングリストを使う理由は？

241日前原文(mailarchive.ietf.org)

概要

メールアドレス や メーリングリスト は、現代でも多く利用されているインターネット技術。 メーリングリスト は他のコミュニケーション手段と比べて多くの技術的利点を持つ。 セキュリティ や プライバシー、 帯域幅の効率、 アーカイブ性 などが主な強み。 Webフォーラム や SNS にはない柔軟性と互換性を提供。 将来性 や 可搬性 にも優れるため、今後も重要な役割を果たす可能性が高い。

メーリングリストの利点

  • 特別なソフトウェアが不要 ・一般的なメールクライアントがあれば参加可能 ・自分好みのインターフェースで利用できる柔軟性

  • シンプルな仕組み ・基本的なネットマナーと共通ルールを覚えれば十分 ・複数のリスト参加も容易、Webフォーラムのような煩雑さがない

  • セキュリティリスクの最小化 ・シンプルな構造による脆弱性の抑制

  • プライバシーリスクの最小化 ・個人情報の漏洩リスクが低い

  • 帯域幅に優しい設計 ・モバイル環境や高額なデータプラン利用者にも適した通信量 ・Webフォーラムは帯域幅消費が多い

  • 高い相互運用性 ・メッセージ転送や複数リスト送信が容易 ・異なるシステム間での連携も柔軟

  • 非同期コミュニケーション ・リアルタイムでの接続不要 ・オフライン時の閲覧・返信が可能

  • 回復力の高さ ・ネットワーク障害や混雑時でも遅延後に正常配信 ・Webベースは障害時に利用不可

  • プッシュ型通知 ・新着メッセージが自動で届く ・Webフォーラムは都度確認が必要

  • 優れたスケーラビリティ ・参加者・トラフィック増加にも柔軟に対応

  • 悪用耐性の高さ ・適切な運用でスパム・攻撃に強い ・Webフォーラムは複雑さゆえに脆弱性が多い

  • スレッド管理と引用の容易さ ・議論の流れを追いやすい ・適切な編集で引用も明確

  • 高い可搬性 ・ドメインやホスト変更にも容易に対応

  • 自由な変換性 ・異なるソフトウェア・OS間での移行が簡単 ・Webフォーラムは移行が困難

  • メディア保存・読取の容易さ ・メールは簡単に保存・読み出し可能 ・Webフォーラムの保存は非常に困難

  • 最小限のリソース消費 ・CPU、メモリ、ディスク、帯域幅などの負荷が少ない

  • ゲートウェイ機能 ・UsenetやWebサイト、RSSフィードへの連携が可能 ・Python言語のメーリングリスト等が事例

  • 長期的なアーカイブ性 ・Unix「mbox」形式での保存が簡単 ・数十年前のアーカイブも現役で利用可能 ・大容量でもUSBメモリ1本で収まる

  • ローカルアーカイブ・検索 ・自分の好きなソフトでローカル保存・検索が可能 ・オフライン時でも利用可能 ・バックアップにより元データ消失時も安心

WebフォーラムやSNSとの比較

  • Webフォーラム ・UIがバラバラで学習コストが高い ・帯域幅消費・セキュリティリスクが大きい ・相互運用性・可搬性に乏しい

  • SNS ・プライバシーやデータ管理に難点 ・アーカイブ性や検索性で劣る

まとめ：今後の展望

  • メール や メーリングリスト は、今後も重要なインターネットインフラ
  • 柔軟性・堅牢性・可搬性 の高さが最大の強み
  • Webフォーラム や SNS の代替とはなり得ない独自の価値

Hackerたちの意見

最近、ここで「2025年にもまだメーリングリストが存在するのが不思議だ」と言ってた人に返事した時に書いたんだけど、代わりに次の条件を満たすものを教えてほしいな。 • プロプライエタリじゃない • フェデレーテッド • アーカイブ可能 • アクセス可能 • 特定の会社に依存しない

└

実際にちゃんと設定できるオープンソースの方法を教えてほしいな。

└

NNTPのニュースグループはその条件に合うんじゃない？ フェデレーテッドの部分は今はちょっと難しいけど。昔はほとんどのISPがNNTPサーバーを運営してたしね。でもプロトコル自体はそれをサポートしてるよ。[1]: https://en.wikipedia.org/wiki/Network_News_Transfer_Protocol

└

文字通り、オープンソースのフォーラムやウィキは、ほぼすべての要件を満たしてるよ。ただ「フェデレーテッド」だけは、他のマシンにダンプ→リストアするかどうかによるけどね。でも、1日に1万通のメールを受け取ることなく、自分の投稿に対する返信を得たいアドホックな貢献者には、ずっと優しいよ。もしメーリングリストのユーザーがCCをちゃんと使ってたら、こんな問題は起きないはずなんだけど、現実はそうじゃないからね。メーリングリストの常連ユーザーの悪い技術的マナーが、みんながメーリングリストを嫌う主な理由だと思う。=== 記事のいくつかのポイントを否定するために編集中：「1. メーリングリストには特別なソフトウェアは必要ない」というのは完全に嘘だよ。「メールプログラムをインストールしなきゃいけない」と受け入れるなら、「lynxやcurlをインストールしなきゃいけない」とも受け入れられるでしょ？ フォーラムとの3/4の対比は完全に嘘だし。フォーラムを使うことにどんなセキュリティやプライバシーのリスクがあるの？ メールアドレスが漏れるの？ ... 残りのナンセンスには詳しく返事したくもないよ。1999年から更新されてない特定のフォーラムのことを言ってるの？ そういう問題があるから、みんな解決策を作ってきたんだよ。

└

それが、ディスコースがディスコードグループやスラックグループに移行するのが嫌な理由そのものなんだ。Facebookグループも見たことあるし。どれもアカウントがないとアクセスできないし、多くの場合は招待が必要（デフォルトでプライベート）だし、検索エンジンにもインデックスされてないし、プロプライエタリで、エクスポートやアーカイブもできない。知識が失われるのを求めてるようなもんだよ。

└

「特定の会社に依存しない」を「特定の会社からのランサムウェアに囚われない」に変えた方がいいかもね。

└

残念な現実だけど、99.99%の人にとっては、WhatsAppグループが必要な条件の1/5を満たしてる感じ。 （少なくとも、テキスト選択が壊れてるから1ポイントはもらえるかな。）みんなあんまり気にしてないし、ただメッセージを送り合いたいだけなんだよね。簡単に人を追加したり削除したりできる方法が欲しいだけ。

└

ActivityPub？みんながTwitterのクローンとして使ってるからって、メーリングリストスタイルのコンテンツを載せられないわけじゃないよ。そういうことをやるなら、Mastodonの特徴を使わない方がいいかもね。でも、Mastodonの特徴を使うのも簡単だし。ボットを使ってメンションを聞き取って、質問を受け入れるためのモデレーションや承認キューを使って、受け入れたものをリブログすればいいだけ。ATProtoもここではほとんどの要件を満たすけど、APは自己ホスティングができて、ATPとは違った形でまとまってる。APは標準化されてるし、標準化団体を通過してるからね。

└

メーリングリストは連携してないよね。みんな特定のドメインの特定のアドレスにメールを送らなきゃいけないし、そのメールアドレスとドメインを管理してる人がメールを検閲したりブロックしたりできる。（スパムをブロックする時にはいいことだけどね！）メーリングリストがある程度中央集権的なのは仕方ないけど、純粋なメーリングリストの代わりに使える素晴らしい選択肢がたくさんあるよ。人気のあるオープンソースのウェブフォーラムは全部メール通知をサポートしてるし、大抵はメールでの投稿もできるし（phpBBやDiscourseはできるよ）、全部クローラブルなアーカイブを持ってる。

└

昨日、誰かがRedditで「メールリストをやめてRSSを使うことにした」って言ってるのを見たんだけど。

└

もしかしてMatrix？

http://www.mail-archive.com/nginx@nginx.org/msg25495.html経由で。残念ながら、nginx.orgのメーリングリストが今月末（2025年9月）に閉鎖されると昨日発表されたよ。追記：freenginxのフォークを調べる理由がもう一つ増えたかもね — https://news.ycombinator.com/item?id=39373327 — そこのメーリングリストはhttp://freenginx.org/en/support.htmlにあるよ。

└

こちらも見てね: https://en.angie.software

HOAのために、統一された会話と通知のプラットフォームとして一つ設定したよ。みんな、例えば卒業パーティーのようなイベントで、余分な車があるかもしれない時に通知するために、正確に一つのメールアドレスを覚えておけばいいんだ。FacebookやGoogleアカウントも必要ないしね。人が引っ越すと、リストの住所も更新されるだけ。モデレーションで困ったのは、みんなが最後に送られたメールを探して、スレッドを復活させて、話題を自分の気になることに変えちゃうこと。だから、1〜2週間の非活動後にスレッドを自動ロックするように設定して、新しい話題を始めるように強制したよ。

└

面白い事実：Outlook（デスクトップクライアント；365についてはわからないけど）で返信の件名を変更すると、自動的に新しいスレッドが始まるよ。この機能は、MSが「意図した受取人からの最後のメールに返信する」っていうのが新しいメールを作成する一般的な方法だとわかったから追加されたんだ。

└

メールリストのUXが実際にはそんなに良くないって感じだね…

フォーラムの時代に育った者として、メーリングリストに新たな魅力を感じてる。最近、80年代の面白いメーリングリストのアーカイブを見つけたよ。https://github.com/MITDDC/cpmarchive-1979-1984/blob/main/cpm...

メーリングリストが大好きで、今でも好きだけど、みんなのメールアドレスがオープンになっちゃうのはちょっと嫌だよね、詐欺師やスパマーもいるし。今でも使ってるけど（ほんの少し！ほとんどが「技術系」じゃないけど）。使い捨てだけど見た目は普通の専用メールアドレスを持ってる。もっと多くのグループがメーリングリストを採用してくれたらいいなと思ってる。小さな映画・文学クラブを始めたこともあって、そこそこ反響もあったけど、みんな最新のグループチャットツールやオンラインミーティングツールを持ち込みたがった。非同期のメーリングリストを提案したけど（プライベートなやつ；見つけられたらいいなと思ってた）、他のみんなに即座に却下された気がする。

実際、企業のエンジニアリングディスカッションにメーリングリストを使うことを主張してきたよ。それがコードレビューや設計ディスカッションの手段になると、スムーズなワークフローが実現できる。さらに、メーリングリストリフレクターを書くのは実質的に簡単だし、 decentで安全なメールクライアントライブラリがあれば、週末には動くようになるよ。IRCやSlack、Discord、ウェブフォーラムのクローンをカスタマイズするのと比べると、メーリングリストはベンダーロックインの問題がなくて、メールクライアントを持って基本的なルールを守れる人なら誰でも参加できる。PGP暗号化と非否認を確認するリフレクターを持つ招待制のメーリングリストは、ほとんどの企業のディスカッションには十分だよ。一般公開のメーリングリストでは、新しいユーザーはリストのネットiquetteやフォーマットルールを理解するまで、一定期間モデレーションキューに入れられることもある。

これらが利点だと思う：メーリングリストはシンプル - メーリングリストは帯域幅に優しい - メーリングリストは相互運用性がある - 非同期である - ポータブルである - 自由に相互変換できる - メディアに書き込んだり、そこから読んだりできる これらが利点だとは思わない：メーリングリストは特別なソフトウェアを必要としない - 最小限のセキュリティリスクを課す - 最小限のプライバシーリスクを課す - プッシュ型で、新しいコンテンツがそのまま表示される - 美しくスケールする - 悪用ベクトルが比較的少ない - スレッド処理が得意 仕事でもプライベートでもメーリングリストを使ってるけど、1970年代の技術って感じがする。これらの利点を保ちながら、壊れてるところを直したメーリングリストを今の時代に作れるはずだけど、ビジネスモデルがないんだよね。

└

「最小限のプライバシーリスク」なんて、まじでクソみたいな「利点」だよ。自分のメールアドレスをみんなに見られる状態にしてるんだから、メールリストのプライバシーなんて存在しないよね。匿名でいたいなら、別のメールアドレスを登録しなきゃいけなくて、それがめっちゃ面倒なんだよ。フォーラムなら、登録して匿名のニックネームを選べば、普通の受信箱に匿名で参加して更新を受け取れるのに。

一部のIETF作業グループはSlackを使ってるけど、例えばQUIC WGの招待をもらうのは結構大変だったよ。

メールリストのUI/UXを耐えられるようにするために、おすすめのメールクライアントってある？

└

Gmailを使ってるけど、自動でトピックにラベルを付けるフィルターをオンにしないといけないんだよね。

「それらは自由に相互変換可能です。つまり、AがホストするリストをBのソフトウェアを使ってCのオペレーティングシステム上で、Yのソフトウェアを使ってZのオペレーティングシステム上でXをホストすることができます。ただし、HTTP経由でアクセスできるアーカイブソフトウェアに大きく依存し始めると、メッセージにハードコーディングされたリンクがあるため、そのソフトウェアを使い続けることになります。」