ユーズネット

Usenet ( / ˈ j uː z n ɛ t / )、USENET、^[1]または「完全」にはUser's Network、^[1]は、コンピュータ上で利用できる世界規模の分散型ディスカッション システムです。これは、汎用のUnix-to-Unix Copy (UUCP) ダイヤルアップネットワーク アーキテクチャから開発されました。Tom TruscottとJim Ellis が1979 年にこのアイデアを考案し、1980 年に設立されました。^{[2]ユーザーは、}ニュースグループと呼ばれる 1 つ以上のトピック カテゴリにメッセージ (記事または投稿と呼ばれ、まとめてニュースと呼ばれます) を投稿します。Usenet は多くの点で掲示板システム(BBS) に似ており、広く使用されるようになったインターネット フォーラムの先駆けです。ディスカッションは、Web フォーラムや BBS と同様にスレッド化されますが、投稿はサーバーに順番に保存されます。^{[3] [4]}

BBS や Web メッセージ ボードと Usenet の主な違いは、中央サーバーと専用の管理者またはホスティング プロバイダーが存在しないことです。Usenet は、常に変化する大規模なニュース サーバーセットに分散されており、これらのニュース サーバーは「ニュース フィード」を介してメッセージを保存し、相互に転送します。個々のユーザーは、誰でも操作できるローカル (または単に優先) ニュース サーバーからメッセージを読んだり、そのサーバーに投稿したりできます。これらの投稿は、ローカル サーバーとピアリングされている他のニュース サーバーに自動的に転送されます。一方、ローカル サーバーは、ピア サーバーが現在不足しているニュースを受信します。この結果、任意のサーバー上の任意のユーザーが投稿したコンテンツは、他のサーバー上の同じニュース グループにサブスクライブしている他のユーザーに自動的に拡散されます。

BBS やメッセージ ボードと同様に、個々のニュース サーバーまたはサービス プロバイダーには特定のコンテンツを配信する義務はなく、さまざまな理由で配信を拒否する場合があります。たとえば、ニュース サーバーは、スパムフィルターをトリガーする投稿の受信または転送を拒否することでスパムの拡散を制御しようとする場合があります。また、大容量のデータ ストレージを持たないサーバーは、主にファイル共有に使用されるニュース グループの配信を拒否し、ディスカッション指向のグループに限定する場合があります。ただし、BBS や Web フォーラムとは異なり、Usenet は分散型であるため、コンテンツを受け取りたいユーザーは、必要なフィードを配信するニュース サーバーに接続するだけで、そのコンテンツにアクセスできます。

Usenet は、ネットワークの世界において文化的、歴史的に重要な意味を持ち、「FAQ」、「flame」、「sockpuppet」、「spam」など、広く認知されている多くの概念や用語を生み出したり、普及させたりしました。^[5] 1990 年代初頭、インターネットへのアクセスが一般的に手頃な価格になる少し前に、FidoNetのダイヤルアップBBSネットワークを介した Usenet 接続により、サーバーを必要とせず、(ローカル) 電話サービスだけで、長距離または世界規模のディスカッションやその他のコミュニケーションが普及しました。^[6]

Usenetという名前は、「ユーザー ネットワーク」という言葉に由来しています。^[3]最初の Usenet グループはNET.generalで、すぐにnet.generalになりました。^{[7] Usenet で最初の商業スパムは、移民弁護士の}Canter と Siegel がグリーン カード サービスを宣伝したものでした。 ^[7]

インターネットでは、Usenet は、標準の保護されていない接続の場合はTransmission Control Protocol (TCP)ポート119 上のNetwork News Transfer Protocol (NNTP)を介して転送され、 Secure Sockets Layer (SSL) 暗号化接続の場合は TCP ポート 563 を介して転送されます。

Usenet は 1979 年に考案され、1980 年にノースカロライナ大学チャペルヒル校とデューク大学で公的に設立されました。^{[8] [2]これは}World Wide Web がオンラインになる10 年以上前(つまり、一般の人々がインターネットにアクセスできるようになる前) であり、現在でも広く使用されている最も古いコンピュータ ネットワーク通信システムの 1 つです。Usenet はもともと「貧乏人のARPANET」上に構築され、UUCP をトランスポート プロトコルとして使用して、メールやファイルの転送、およびA Newsなどの新しく開発されたニュース ソフトウェアによるアナウンスを提供していました。「Usenet」という名前は、 USENIX組織が運営に積極的な役割を果たすという作成者の希望を強調しています。 ^[9]

ユーザーがUsenetに投稿する記事は、ニュースグループと呼ばれるトピックのカテゴリに分類され、ニュースグループ自体も主題の階層に論理的に分類されます。たとえば、sci.mathとsci.physicsはsci.*階層内にあります。また、talk.originsとtalk.atheismはtalk.*階層内にあります。ユーザーがニュースグループを購読すると、ニュースクライアントソフトウェアはユーザーが読んだ記事を追跡します。^[10]

ほとんどのニュースグループでは、記事の大半は他の記事への返信です。1 つの返信以外の記事にたどり着くことができる記事のセットは、スレッドと呼ばれます。最近のニュースリーダーのほとんどは、記事をスレッドとサブスレッドに整理して表示します。たとえば、ワイン製造のニュースグループrec.crafts.winemaking では、誰かが「最高の酵母は何か?」というスレッドを開始すると、そのスレッドまたは会話は、おそらく 6 人か 8 人の異なる作成者による数十の返信にまで拡大することがあります。数日間にわたって、さまざまなワイン酵母に関する会話は、ツリー状のいくつかのサブスレッドに分岐する可能性があります。

ユーザーが記事を投稿すると、最初はそのユーザーのニュース サーバーでのみ利用できます。各ニュース サーバーは、1 つ以上の他のサーバー (その「ニュースフィード」) と通信し、記事を交換します。このようにして、記事はサーバーからサーバーにコピーされ、最終的にはネットワーク内のすべてのサーバーに届くことになります。後のピアツーピアネットワークは同様の原理で動作しますが、Usenet の場合、転送を開始するのは通常、受信者ではなく送信者です。Usenet は、ネットワークがはるかに遅く、常に利用できるとは限らない状況で設計されました。元の Usenet ネットワーク上の多くのサイトは、メッセージの送受信を一括して行うために、1 日に 1 回か 2 回しか接続しませんでした。^{[11]これは主に、転送には}POTSネットワークが通常使用され、夜間の電話料金は安かった ためです。

Usenet の記事の形式と送信方法は、インターネットの電子メールメッセージと似ています。両者の違いは、電子メール メッセージには 1 人以上の特定の受信者がいるのに対し、Usenet の記事は、メッセージが投稿されたグループをニュース サーバーに持つすべてのユーザーが読むことができるという点です。^[12]

今日、Usenetは、インターネットフォーラム、ブログ、メーリングリスト、ソーシャルメディアに比べて重要性が下がっています。Usenetは、これらのメディアとはいくつかの点で異なります。Usenetでは、関連するグループへの個人登録は不要です。情報はリモートサーバーに保存される必要はなく、アーカイブは常に利用可能です。メッセージを読むには、メールやWebクライアントではなく、ニュースクライアントが必要です。ただし、ほとんどのニュースグループが複数のWebサイトにコピーされているため、通常のWebブラウザを使用して、Usenetニュースグループを読んだり参加したりすることがかなり可能になりました。 ^[13] alt.binaries のグループは、今でもデータ転送に広く使用されています。

多くのインターネット サービス プロバイダーやその他多くのインターネット サイトは、ユーザーがアクセスできるようにニュース サーバーを運営しています。独自のサーバーを直接運営していない ISP は、ニュースフィードを専門に運営している別のプロバイダーのアカウントをユーザーに提供することがよくあります。初期のニュース実装では、サーバーとニュースリーダーは 1 つのプログラム スイートで、同じシステムで実行されていました。今日では、電子メール クライアントに似ていますが、代わりに Usenet サーバーにアクセスする別のニュースリーダー クライアント ソフトウェアが使用されています。^[14]

すべての ISP がニュース サーバーを運営しているわけではありません。ニュース サーバーは、大量のデータが関係し、顧客ベースが小さく (主流のインターネット サービスと比較して)、顧客サポート インシデントが不釣り合いに多い (ニュース記事が見つからないという苦情が頻繁に寄せられる) ため、管理が最も難しいインターネット サービスの 1 つです。一部の ISP はニュースの運用を専門サイトに外注しており、通常、ユーザーには ISP 自身がサーバーを運営しているように見えます。これらのサイトの多くは、限られた数のニュース グループを含む制限されたニュースフィードを提供しています。このようなニュースフィードから省略されることが多いのは、外国語のニュース グループと、主にソフトウェア、音楽、ビデオ、画像を含むalt.binaries階層で、記事データの 99% 以上を占めています。^{[引用が必要]}

また、ISP がニュースを配信しない、または制限されたフィードを配信するユーザーに対して、完全に無制限のサービスを提供する Usenet プロバイダーもあります。^{[引用が必要]}

ニュースグループは通常、ニュースリーダーを使ってアクセスされます。ニュースリーダーとは、ニュースグループの投稿を読んだり返信したりできるアプリケーションです。これらのアプリケーションは、1 つ以上のニュース サーバーのクライアントとして機能します。歴史的に、Usenet はAT&Tで開発されたUnixオペレーティング システムに関連付けられていましたが、ニュースリーダーはすぐにすべての主要なオペレーティング システムで利用できるようになりました。^[15] 1990 年代後半から 2000 年代にかけての電子メール クライアント プログラムやインターネット スイートには、統合されたニュースリーダーが含まれていることが多かったです。ニュースグループの愛好家は、これらが Usenet のプロトコル、標準、規約を正しく使用するスタンドアロンのニュースリーダーよりも劣っていると批判することが多かったです。^[16]

ワールドワイドウェブ（WWW）の台頭により、ウェブフロントエンド（web2news）がより一般的になった。ウェブフロントエンドにより、技術参入障壁は1つのアプリケーションとUsenet NNTPサーバアカウントの必要なしにまで下がった。現在、Usenetグループへのウェブベースのゲートウェイを提供するウェブサイトは数多くあるが、何らかの理由で一部のウェブインターフェースから発信されたメッセージをフィルタリングし始めた人々もいる。^{[17] [18]} Googleグループ^[19]はそのようなウェブベースのフロントエンドの1つであり、一部のウェブブラウザはnews:プロトコルリンクを介してGoogleグループに直接アクセスできる。^[20]

ニュースグループの少数はモデレーターによって管理されており、読者が投稿したメッセージは直接 Usenet に配信されず、代わりにニュースグループのモデレーターに承認のために電子メールで送られる。モデレーターは投稿された記事を受け取り、レビューし、承認された記事を世界中に適切に伝播できるように挿入する。モデレーターによって承認された記事には、Approved: というヘッダー行が付けられる必要がある。モデレーターは、読者がニュースグループで目にするメッセージがニュースグループの憲章に準拠していることを確認するが、そのような規則やガイドラインに従う必要はない。^[21]通常、モデレーターはニュースグループの提案で任命され、モデレーターの変更は後継者計画に従って行われる。^[22]

歴史的には、Usenetの再編成以前にはmod.*階層が存在していました。 ^[23].moderated現在、モデレートされたニュースグループは、通常、グループ名に が追加され、どの階層にも表示されます。

Big-8 階層の Usenet ニュースグループは、Request for Discussion (RFD) と呼ばれる提案によって作成されます。RFD には、ニュースグループ名、チェックグループ ファイル エントリ、モデレートされているかされていないかという情報が必要です。グループをモデレートする場合は、有効な電子メール アドレスを持つモデレータを少なくとも 1 人提供する必要があります。その他の有益ではあるが必須ではない情報には、グループをモデレートする場合は、憲章、根拠、モデレート ポリシーなどがあります。^[24]新しいニュースグループの提案に関する議論が続き、Big-8 管理委員会のメンバーが投票によって新しいニュースグループを承認するか却下するかを決定することで終了します。

ユーズネットニュースグループの大部分はモデレートされていないニュースグループで、モデレートされていないニュースグループの読者が投稿したメッセージは、すぐに伝播して誰でも見ることができる。最小限の編集コンテンツフィルタリングと伝播速度は、ユーズネットコミュニティの核心の一つである。伝播のあまり引用されない弁護の一つは、伝播されたメッセージをキャンセルすることだが、このコマンドを使用するユーズネットユーザーはほとんどおらず、一部のニュースリーダーはキャンセルコマンドを提供していない。これは、記事の保存期間が比較的短期間で切れてしまうためでもある。モデレートされていないユーズネットグループのほとんどすべては、大量のスパムを受け取る傾向がある。^{[25] [26] [27]}

Usenet は、ニュース「記事」（インターネット メール メッセージに似ています）を生成、保存、取得し、潜在的に広範囲に分散している読者間で交換するためのプロトコルのセットです。これらのプロトコルは、参加しているサーバーのネットワーク全体にコピーを伝播するフラッディング アルゴリズムを最も一般的に使用します。メッセージがサーバーに到達すると、そのサーバーは、その記事をまだ見ていないネットワーク ネイバーすべてにメッセージを転送します。メッセージのコピーはサーバーごとに 1 つだけ保存され、各サーバーは、そのサーバーにアクセスできる (通常はローカルの) 読者に要求に応じてメッセージを提供します。Usenet サーバーのコレクションは、リソースを交換することでリソースを共有するという点で、ピアツーピアの特性を備えていますが、交換の粒度は現代のピアツーピア システムとは異なるスケールであり、この特性により、電子メール リーダーのような一般的なクライアント サーバー アプリケーションを使用してニュース サーバーに接続するシステムの実際のユーザーは除外されます。

RFC 850 は、Usenet サーバーによって交換されるメッセージの最初の正式な仕様でした。これは RFC 1036 に置き換えられ、その後 RFC 5536 と RFC 5537 に置き換えられました。

不適切なコンテンツが投稿された場​​合、Usenet はキャンセル メッセージを作成することでネットワーク全体から投稿を自動的に削除する機能をサポートしていますが、認証の欠如とそれに伴う悪用により、この機能は頻繁に無効になっています。著作権者は、米国のオンライン著作権侵害責任制限法など、世界知的所有権機関の条約の規定を使用して、侵害コンテンツの手動削除を要求することができますが、これには各ニュース サーバー管理者に通知する必要があります。

インターネットでは、Usenet は、標準の保護されていない接続の場合はTCP ポート119 上のNetwork News Transfer Protocol (NNTP)を介して、 SSL暗号化接続の場合は TCP ポート 563 を介して転送されます。

世界中のニュースグループの主要なセットは 9 つの階層に含まれており、そのうち 8 つは管理と命名を規定する合意ガイドラインに従って運営されています。現在の8 つのビッグ グループは次のとおりです。

• comp.* – コンピュータ関連のディスカッション ( comp.software、comp.sys.amiga )
• humanities.* –美術、文学、哲学( humanities.classics、humanities.design.misc )
• misc.* – その他のトピック ( misc.education、misc.forsale、misc.kids )
• news.* – ニュースに関する議論やお知らせ（現在の出来事ではなく、Usenet のこと）（news.groups、news.admin）
• rec.* – レクリエーションとエンターテイメント ( rec.music、rec.arts.movi​​es )
• sci.* – 科学関連の議論 ( sci.psychology、sci.research )
• soc.* – ソーシャルディスカッション ( soc.college.org、soc.culture.african )
• talk.* – さまざまな物議を醸すトピックについて話す ( talk.religion、talk.politics、talk.origins )

alt .*階層は、Big Eight のグループを制御する手順の対象ではないため、あまり組織化されていません。alt .*階層のグループは、より専門的または特定的になる傾向があります。たとえば、Big Eight の下には子供向けの本に関するディスカッションを含むニュースグループがあるかもしれませんが、alt 階層のグループは特定の子供向けの本の著者専用である可能性があります。バイナリはalt.binaries.*に投稿されるため、すべての階層の中で最大になります。

これら以外にも、多くのニュースグループの階層が分散している。japan .*、malta.*、ne.*などの地域別および言語別の階層は、日本、マルタ、ニューイングランドなどの特定の国や地域を対象としている。企業やプロジェクトは、フリーソフトウェア財団の歴史的な gnu.* 階層のように、独自の階層を管理して自社製品について議論したり、コミュニティに技術サポートを提供したりしている。マイクロソフトは2010 年 6 月にニュースサーバーを閉鎖し、現在はフォーラムで製品サポートを提供している。^[28]ユーザーの中には、「Usenet」という用語を Big Eight 階層のみを指すのに好んで使う人もいれば、alt.*も含める人もいる。より一般的な用語「ネットニュース」には、民間の組織のニュースシステムも含めたメディア全体が組み込まれている。

非公式のサブ階層規則も存在します。*.answersは通常、FAQ のクロスポスト グループで、管理されています。FAQ は 1 つのグループ内で投稿され、階層の先頭にある*.answersグループへのクロスポストは、そのニュース グループ内の情報の精緻化と見なされることがあります。一部のサブグループは再帰的であり、 alt.*ではばかげた点にまで至ります^{[引用が必要]}。

Usenet は、もともと 7ビットの ASCII文字セットでエンコードされたテキスト コンテンツを配布するために作成されました。8 ビットの値を ASCII にエンコードするプログラムの助けを借りて、バイナリ ファイルをコンテンツとして配布することが現実的になりました。バイナリ投稿は、サイズが大きく、著作権の状態が疑わしいことが多いため、やがて特定のニュースグループに制限され、管理者がトラフィックを許可または拒否しやすくなりました。

バイナリ コンテンツのエンコード方法として最も古く広く使用されているのは、 Unix UUCP パッケージのuuencodeです。1980 年代後半には、Usenet の記事は 60,000 文字に制限されることがよくありましたが、現在ではさらに大きなハード制限が存在します。そのため、ファイルは一般に、読者が再構成する必要があるセクションに分割されます。

ヘッダー拡張とBase64および Quoted-Printable MIMEエンコーディングにより、新しい世代のバイナリ トランスポートが誕生しました。実際には、テキスト メッセージでは MIME の採用が増えていますが、ほとんどのバイナリ添付ファイルでは使用されていません。ファイルにメタデータが添付されているオペレーティング システムの中には、特殊なエンコーディング形式を使用するものもあります。Mac OS では、BinHexと特殊な MIME タイプの両方が使用されます。かつて使用されていた可能性のある、あまり知られていない他のエンコーディング システムとしては、BTOA、XX エンコーディング、BOO、および USR エンコーディングがあります。

ファイル転送時間を短縮する試みとして、yEncと呼ばれる非公式のファイル エンコーディングが 2001 年に導入されました。このエンコーディングでは、ほとんどの 8 ビット文字は最初に 7 ビット ASCII スペースにエンコードしなくてもネットワーク経由で安全に転送できると想定して、転送されるデータを約 30% 削減します。Usenet に大容量のバイナリ投稿をアップロードする最も一般的な方法は、ファイルをRARアーカイブに変換し、Parchiveファイルを作成することです。パリティ ファイルは、ファイルのすべての部分がサーバーに到達しない場合に、失われたデータを再作成するために使用されます。

バイナリニュースグループはファイルの配布に使用でき、2022年現在でも、BitTorrentの代替としてファイルを共有およびダウンロードするための手段として人気を保っています。^[29]

各ニュース サーバーは、各ニュースグループのコンテンツ用に一定量のストレージ スペースを割り当てます。このストレージがいっぱいになると、新しい投稿が到着するたびに、新しいコンテンツ用のスペースを確保するために古い投稿が削除されます。サーバーで使用できるネットワーク帯域幅は大きいが、ストレージ割り当てが少ない場合、大量のコンテンツが到着して割り当てがオーバーフローし、グループに以前含まれていたすべてのコンテンツが押し出される可能性があります。投稿が削除されるまでサーバー上に保持される平均時間は、一般に保持時間と呼ばれます。

バイナリ ニュースグループは、追加される記事の量を処理するのに十分なストレージが割り当てられている場合にのみ、確実に機能します。十分な保持時間がなければ、グループのストレージ割り当てから消去される前に、読者はバイナリのすべての部分をダウンロードできません。これは、かつては望ましくないコンテンツの投稿に対抗する方法でした。ニュースグループは、抑制されるべきすべてのコンテンツを押しのけるのに十分な量のランダムなゴミデータの投稿であふれていました。これは、サービス プロバイダーが、スパムの洪水を含む毎日投稿されるすべてのものを削除せずに保持するのに十分なストレージを割り当てることで補われました。

最新の Usenetニュース サーバーは、利用可能な最大速度で新しいデータが大量に流入しても、何年分ものバイナリ コンテンツをアーカイブできるだけの十分な容量を備えています。

保存期間が長いことや、インターネットのアップロード速度が向上していることから、Usenetは個人ユーザーによるバックアップデータの保存にも使用されています。^[31]商用プロバイダーはより使いやすいオンラインバックアップサービスを提供していますが、Usenetへのデータの保存は無料です（Usenetへのアクセス自体は無料ではない場合があります）。この方法では、アップロード者がデータの配布の制御を譲る必要があります。ファイルは、投稿先のニュースグループのデータを交換するすべてのUsenetプロバイダーに自動的に配布されます。通常、ユーザーはデータを手動で選択、準備、アップロードする必要があります。バックアップファイルは誰でもダウンロードできるため、データは通常暗号化されています。ファイルがアップロードされた後、世界中のさまざまな地域のさまざまなニュースサーバーに複数のコピーが分散されているため、データ損失の可能性が低くなります。

主要なUsenetサービスプロバイダーの保存期間は12年以上です。^{[32]これにより、60}ペタバイト（60000テラバイト）以上のストレージが実現します（画像を参照）。Usenetをデータストレージとして使用する場合、保存期間が短いサービスと比較して、データがより長期間保存されることを保証するために、より長い保存期間を提供するプロバイダーが好まれます。

バイナリ ニュースグループは、完全に合法的なユーザー作成作品、フリー ソフトウェア、パブリック ドメイン マテリアルの配布に使用できますが、一部のバイナリ グループは、プロプライエタリ ソフトウェア、著作権で保護されたメディア、ポルノ マテリアルの違法配布に使用されます。

ISPが運営するUsenetサーバーは、ネットワークトラフィックを削減し、関連する法的問題を回避するために、すべてのalt.binaries.*グループへのアクセスを頻繁にブロックします。商用Usenetサービスプロバイダーは、通信サービスとして運営していると主張し、自社の機器を介して転送されるユーザーが投稿したバイナリコンテンツについては責任を負わないと主張しています。米国では、著作権者からの削除通知に準拠し、対応するメカニズムを確立することを条件に、UsenetプロバイダーはDMCA セーフハーバー規制の下で保護される資格があります。^[33]

著作権で保護されたコンテンツをUsenetネットワーク全体から削除することは、サーバー間の急速な伝播と各サーバーによる保持のため、ほぼ不可能な作業です。Usenetプロバイダーに削除を申請しても、そのサーバーの保持キャッシュから削除されるだけで、他のサーバーからは削除されません。すべてのサーバーから削除するために特別な投稿キャンセルメッセージを配信することは可能ですが、多くのプロバイダーは、誰でも簡単に偽造して送信できるため、標準ポリシーによってキャンセルメッセージを無視しています。 ^{[34] [35]}削除申請がネットワーク全体で最も効果的であるためには、コンテンツが投稿された元のサーバーに、他のサーバーに伝播される前に発行する必要があります。この早い段階でコンテンツを削除すれば、それ以上の伝播は防げますが、現代の高速リンクでは、コンテンツは到着するのと同じ速さで伝播するため、著作権所有者によるコンテンツの確認と削除の発行に時間がかかりません。^[36]

違法コンテンツを投稿した人の身元を特定することも、ネットワークの信頼ベースの設計により同様に困難です。SMTPメールと同様に、サーバーは一般に、投稿のヘッダーと発信元情報が真実かつ正確であると想定します。しかし、 SMTPメールと同様に、Usenetの投稿ヘッダーは簡単に偽造できるため、メッセージの発信元の真の身元と場所が不明瞭になります。^{[37]このように、Usenetは現代のP2Pサービスとは大きく異なります。コンテンツを配信するほとんどのP2Pユーザーは、通常、}ネットワークアドレスによって他のすべてのユーザーにすぐに識別されますが、Usenet投稿の発信元情報は、元のサーバーを通過した後は完全に不明瞭になり、入手できなくなります。^[38]

また、現代のP2Pサービスとは異なり、ダウンロードした人の身元は隠されています。P2Pサービスでは、ダウンロードした人はネットワークアドレスによって他のすべての人に識別されます。Usenetでは、ダウンロードした人はサーバーに直接接続し、サーバーだけが接続者のアドレスを知っています。一部のUsenetプロバイダーは使用ログを保持していますが、すべてのプロバイダーが、米国レコード協会などの外部の関係者にこのログ情報を気軽に提供しているわけではありません。^{[39] [40] [41]}匿名化ゲートウェイがUSENETに存在するため、投稿の真の発信元の追跡も複雑になっています。

ニュースグループの実験は 1979 年に初めて行われました。デューク大学のTom TruscottとJim Ellis が、ローカル アナウンス プログラムの代替としてこのアイデアを思いつき、Steve Bellovinが作成したBourne シェルスクリプトを使用して、近くのノースカロライナ大学とのリンクを確立しました。ニュースの公開は、Steve Daniel と Truscott が作成した従来のコンパイル済みソフトウェアの形式で行われました。 ^{[8] [43]} 1980 年に、Usenet は、Usenet と ARPANET の両方に接続されていたUC Berkeleyを介してARPANETに接続されました。接続を設定した大学院生Mary Ann Hortonは、「fa」(「From ARPANET」 ^[44] ) 識別子を使用して、「ARPANET から Usenet にメーリング リストをフィード」し始めました。^[45] Usenet は、最初の 1 年間で、リード大学、オクラホマ大学、ベル研究所など 50 の会員サイトを獲得し、^[8]ネットワークを使用する人の数は劇的に増加しました。しかし、UsenetユーザーがARPANETに貢献できるようになるまでには、まだしばらく時間がかかりました。^[46]

UUCP ネットワークは、コストが低く、既存の専用線、 X.25リンク、さらにはARPANET接続を使用できることから、急速に普及しました。1983 年までに、500 を超えるホストから数千人が参加しました。ホストのほとんどは大学とベル研究所のサイトでしたが、Unix 関連企業も増えてきました。1984 年にはホストの数がほぼ 2 倍の 940 になりました。100 を超えるニュースグループが存在し、そのうち 20 以上が Unix やその他のコンピュータ関連のトピック、少なくとも 3 分の 1 がレクリエーションに使用されていました。^{[47] [8]} UUCP ホストのメッシュが急速に拡大するにつれて、Usenet サブセットをネットワーク全体から区別することが望ましいようになりました。1982 年の USENIX 会議で、新しい名前を選択するための投票が行われました。Usenet という名前は保持されましたが、ニュースにのみ適用されることが決定されました。^[48] UUCPNET という名前は、ネットワーク全体の共通名になりました。

UUCP に加えて、初期の Usenet トラフィックはFidoNetやその他のダイヤルアップBBSネットワークとも交換されていました。1990 年代半ばまでに、ほぼ 40,000 の FidoNet システムが稼働し、ローカル電話サービスのみで世界中の何百万ものユーザーと通信できるようになりました。BBS コミュニティによる Usenet の広範な使用は、UFGATE (UUCP to FidoNet Gateway)、FSUUCP、UUPC などの UUCP の MS-DOS 実装によって可能になった UUCP フィードの導入によって促進されました。1986 年、RFC 977 は、 UUCP トラフィックの非公式なインターネット転送のより柔軟な代替手段として、 TCP/IP経由で Usenet 記事を配信するためのNetwork News Transfer Protocol (NNTP) 仕様を提供しました。1990 年代のインターネット ブーム以降、Usenet の配信はほぼすべて NNTP 経由で行われています。^[49]

Usenet の初期のバージョンでは、1 日に 1 ～ 2 件の記事を処理できるように設計された Duke の A News ソフトウェアが使用されていました。バークレーの Matt Glickman と Horton は、増加するトラフィック (1983 年末時点で 1 日に約 50 件の記事) に対応できる改良版B Newsを作成しました。 ^[8]インターネット メールとの互換性とパフォーマンスの向上を実現したメッセージ フォーマットにより、B News は主要なサーバー ソフトウェアになりました。トロント大学のGeoff CollyerとHenry Spencerが開発したC Newsは、機能面では B News に匹敵しますが、処理速度は大幅に高速です。1990 年代初頭には、 UUCP のバッチ処理によるストア アンド フォワード設計ではなく、NNTP によって可能になった連続メッセージ フローを利用するために Rich SalzがInterNetNews を開発しました。それ以来、 INN の開発は継続され、他のニュース サーバー ソフトウェアも開発されました。^[50]

Usenet は最初のインターネット コミュニティであり、商用化前のインターネットにおける最も重要な公開開発の多くが行われた場所でした。Tim Berners-Lee がWorld Wide Webの開始を発表した場所であり、^[51] Linus Torvalds がLinuxプロジェクトを発表した場所であり、^[52] Marc Andreessen がMosaic ブラウザーの作成とイメージ タグの導入を発表した場所であり、 ^[53] World Wide Web をグラフィカルなメディアに変えることで革命を起こした場所でもあります。

現在インターネットで一般的に使用されている 多くの専門用語は、Usenetで生まれたか、または普及しました。 ^{[54]同様に、}スパムをめぐる継続的な問題など、後にインターネット全体に広がった多くの紛争もUsenetで始まりました。^[55]

「Usenet は、下痢をしている象の群れのようなものです。巨大で、方向転換が難しく、畏敬の念を抱かせ、面白く、そして予期しないときに驚くほどの量の排泄物の源となります。」

— ジーン・スパフォード、1992年

PC MagazineのSascha Seganは2008年に「Usenetは何年も前から衰退している」と述べた。^{[56] Seganは、AOLがUsenetへのアクセスを開始した1993年の}永遠の9月がUsenetの衰退の始まりであると指摘する人もいると述べた。彼は、1990年代後半までにユーザーがUsenetに大きな（非テキスト）ファイルを置き始めると、Usenetのディスク容量とトラフィックがそれに応じて増加したと主張している。インターネットサービスプロバイダーは、なぜバイナリ記事をホストする必要があるのか​​疑問に思った。

AOLは2005年にUsenetへのアクセスを中止した。2010年5月、30年以上前にUsenetを開始したデューク大学は、利用率の低さとコストの上昇を理由にUsenetサーバーを廃止した。 ^{[57] [58]} 2011年2月4日、ノースカロライナ大学チャペルヒル校のUsenetニュースサービスリンク（news.unc.edu）は32年の歴史に幕を閉じた。^[要出典]

これに対して、TechCrunchのジョン・ビッグスは「コマンドラインの方がマウスより優れていると考える人がいる限り、オリジナルのテキストのみのソーシャルネットワークは生き続けるだろう」と述べた。^[59] Usenetにはまだアクティブなテキストニュースグループがいくつかあるが、このシステムは現在主にユーザー間で大容量のファイルを共有するために使用されており、Usenetの基盤となる技術は変わっていない。^[60]

時間の経過とともに、Usenet のトラフィック量は着実に増加しています。2010 年現在、^[update]Big-8 ニュースグループ全体でのテキスト投稿数は、1 時間あたり平均 1,800 件、1 日あたり平均 25,000 件となっています。^[61]ただし、これらの平均値はバイナリ グループのトラフィックと比較するとごくわずかです。^[62]このトラフィック増加の多くは、個別のユーザーやニュースグループのディスカッションの増加によるものではなく、大量の自動スパムと、大容量のファイルが一般に公開されることが多い.binariesニュースグループ^[61]の使用増加によるものです。変化の小さなサンプル (1 日あたりのフィード サイズで測定) を以下に示します。

2008年、ベライゾン・コミュニケーションズ、タイム・ワーナー・ケーブル、スプリント・ネクステルは、ニューヨーク州司法長官 アンドリュー・クオモと児童ポルノのソースへのアクセスを遮断する協定に署名した。^[65]タイム・ワーナー・ケーブルはユーズネットへのアクセスの提供を停止した。ベライゾンは「ビッグ8」階層へのアクセスを削減した。スプリントはalt.*階層へのアクセスを停止した。AT&Tはalt.binaries.*階層へのアクセスを停止した。クオモは児童ポルノ反対運動でユーズネットを具体的に名指しすることはなかった。PCワールドのデビッド・デジャンは、ISPがクオモの運動を口実にユーズネットへのアクセスを部分的に終了させようとしているのではないかと懸念する人もいると述べた。なぜなら、ユーズネットへのアクセスはインターネット・サービス・プロバイダーにとってコストがかかり、顧客からの需要も高くないからである。2008年、ユーズネットへのアクセスを提供しなくなったAOLとクオモの運動に応じた4つのプロバイダーは、米国で5大インターネット・サービス・プロバイダーであり、米国のISP市場シェアの50%以上を占めていた。^[66] 2009年6月8日、AT&Tは2009年7月15日をもってUsenetサービスへのアクセスを停止すると発表した。^[67]

AOLは、ウェブログ、チャットフォーラム、オンライン会議の人気の高まりを理由に、2005年初頭に統合Usenetサービスを停止すると発表した。^[68] AOLコミュニティは、約11年前にUsenetの普及に多大な役割を果たした。^[69]

2009年8月、ベライゾンは2009年9月30日をもってユーズネットへのアクセスを停止すると発表した。 ^{[70] [71]} JANETは2010年7月31日をもってユーズネットのサービスを停止し、代替手段としてグーグルグループを挙げた。^[72] マイクロソフトは2010年6月1日をもってパブリックニュースグループ（msnews.microsoft.com）のサポートを中止し、代替手段としてウェブフォーラムを提供すると発表した。^[73]

一般的なISPがUsenetサービスを中止する主な理由としては、ブログとの競争による実際の読者数の減少や、使用されていないグループや中止されたグループでのファイル共有やスパムに充てられるトラフィックの割合の増加によるコストと責任の懸念などが挙げられます。^{[74] [75]}

一部のISPは、クオモの児童ポルノ反対運動による圧力を、サービスの一部としてUsenetフィードを廃止する理由の1つとして挙げなかった。^[76] ISPのCoxとAtlantic Communicationsは2008年の傾向に抵抗したが、最終的には両社とも2010年にそれぞれのUsenetフィードを廃止した。^{[77] [78] [79]}

ユーズネット記事の公開アーカイブは、ユーズネットの初期から存在しており、1982年後半にケネス・アルムクイストが作成したシステムなどがその例である。 ^{[80] [81]}ユーズネット投稿の分散アーカイブは、1982年11月にスコット・オーシャンによって提案され、「すべてのサイトは投稿したすべての記事を永久に保存するべきである」と提案した。^[82]また、その年の11月、リック・アダムスは「ネットニュースをアーカイブした人はいるか、または計画している人はいるか」という投稿に答えて、^[83]「認めるのは怖いが、9月18日からほとんどの「有用な」ニュースグループのアーカイブを開始した」と述べた。 ^[84] 1982年6月、グレゴリー・G・ウッドベリーは「アーカイブへの自動アクセス」システムを提案した。これは「特定のマシン上の特定のメール受信者への固定形式のメッセージに自動的に応答する」ことで構成される。^[85]

1985 年、2 つのニュース アーカイブ システムと 1 つのRFC がインターネットに投稿されました。アリゾナ大学の Mark M. Swenson による最初のシステムは keepnews と呼ばれ、 「Usenet 経由で送られてくる情報を抽出して保存するための健全な方法を提供するプログラム」と説明されています。このシステムの主な利点は、ユーザーが記事を保存する価値があるとマークできることです。^[86] 2 番目のシステム、Chuq Von Rospach による YA News Archiver は keepnews に似ていますが、「Unix のすばらしい 2 次検索時間機能が実際の問題になる、はるかに大規模なアーカイブで動作するように設計」されています。^[87] Von Rospach は 1985 年の初めに、「キーワード検索による Usenet 記事のアーカイブとアクセス」に関する詳細な RFC を投稿しました。この RFC では、「Usenet 記事のアーカイブを生成して維持し、記事 ID、件名、または記事自体から抽出されたキーワードに基づいて記事を検索できる」プログラムについて説明されています。システムの内部データ構造を表すCコードも含まれていた。 ^[88]

アーカイブされたニュース記事の全文検索インデックスが欲しいという要望も新しいものではない。1991年4月には、アレックス・マルテッリが「ニュースアーカイブ用のキーワードインデックスを構築したい」と要望した。^[89] 5月初旬、マルテッリはUsenetに回答の要約を掲載し、「最も人気のある提案賞は、最近alt.sourcesに掲載されたリアム・クインの「lq-text」パッケージに間違いなく与えられるべきだ」と述べている。^[90]

Alt Sex Stories Text Repository (ASSTR)サイトは、Usenetグループalt.sex.storiesに投稿されたエロチックなポルノストーリーをアーカイブし、索引付けしています。^[91]

Usenetのアーカイブ化はプライバシーの喪失への懸念を招いた。^{[92]アーカイブ化により、人々のプロファイル作成が容易になる。この問題は}、X-No-Archive: Yesヘッダーの導入によって部分的に打ち消されたが、それ自体が議論を呼んでいる。^[93]

1995年3月、 Deja Newsが大規模で検索可能なデータベースを使って、Usenet投稿のWebベースのアーカイブ化を開始しました。2001年2月、このデータベースはGoogleに買収されました。^[94] Googleは2000年8月の第2週からUsenet投稿のアーカイブ化を開始していました。

Google グループは、1981 年 5 月まで遡る Usenet の投稿のアーカイブをホストしています。1981 年 5 月から 1991 年 6 月までの最も古い投稿は、ウェスタンオンタリオ大学がデイビッド・ワイズマンらの協力を得て Google に寄贈したもので、^[95]もともとはトロント大学動物学部のヘンリー・スペンサーによってアーカイブ化されていました。 ^{[96] 1991 年後半から 1995 年初頭までのアーカイブは、NetNews CD シリーズのケント・ランドフィールド[97]と}GMDのユルゲン・クリストフェルによって提供されました。^[98]

Googleは、アーカイブの管理と検索機能の破壊について、 ViceやWiredの寄稿者や元従業員から批判されている。 ^{[99] [100] [101]}

2024 年 1 月現在、Google グループには次のようなヘッダー通知が掲載されています。

2024 年 2 月 22 日以降、Google グループは新しい Usenet コンテンツをサポートしなくなります。投稿や登録は禁止され、Usenet ピアからの新しいコンテンツは表示されなくなります。履歴データの表示と検索は、現在と同様に引き続きサポートされます。

説明ページには次のように付け加えている: ^[102]

さらに、Google の Network News Transfer Protocol (NNTP) サーバーと関連するピアリングは利用できなくなります。つまり、Google は新しい Usenet コンテンツの提供や他の NNTP サーバーとのコンテンツ交換をサポートしなくなります。この変更は、ユーザーや組織が作成したすべてのグループを含む、Google グループの Usenet 以外のコンテンツには影響しません。

Usenet には、全体ではなくサーバーごとに管理者がいました。有名な管理者を数人挙げると、次のとおりです。

• ブルース・ジョーンズ (1997 年 7 月 1 日)。「1990 年から 1997 年までの USENET 履歴メーリング リスト アーカイブ」。2019 年 5 月 7 日時点のオリジナルよりアーカイブ。
• マイケル・ハウベン、ロンダ・ハウベン、トーマス・トラスコット(1997 年 4 月 27 日)。ネット市民: ユーズネットとインターネットの歴史と影響について (展望)。Wiley-IEEE コンピュータ ソサエティ P. ISBN 978-0-8186-7706-9. 2015年6月10日時点のオリジナルよりアーカイブ。2015年6月6日閲覧。{{cite book}}: CS1 maint: multiple names: authors list (link)
• ブライアン・ファッフェンバーガー (1994 年 12 月 31 日)。『USENET ブック: インターネット上のニュースグループの検索、使用、および存続』。アディソン・ウェスリー。ISBN 978-0-201-40978-9。
• ケイト・グレゴリー、ジム・マン、ティム・パーカー、ノエル・エスタブルック (1995 年 6 月)。Usenet ニュースグループの使用。Que。ISBN 978-0-7897-0134-3。
• マーク・ハリソン (1995 年 7 月)。『USENET ハンドブック (Nutshell ハンドブック)』。O'Reilly。ISBN 978-1-56592-101-6。
• ヘンリー・スペンサー、デイヴィッド・ローレンス（1998年1月）。『Usenetの管理』オライリー。ISBN 978-1-56592-198-6。
• ドン・リットナー (1997 年 6 月)。Rittner の Usenet のフィールド ガイド。 MNS出版。ISBN 978-0-937666-50-0。
• Konstan, J., Miller, B., Maltz , D., Herlocker, J., Gordon, L., Riedl, J. (1997 年 3 月)。「GroupLens: Usenet ニュースへの協調フィルタリングの適用」。Communications of the ACM。40 ( 3 ): 77–87。CiteSeerX 10.1.1.377.1605。doi : 10.1145/245108.245126。S2CID  15008577。 {{cite journal}}: CS1 maint: multiple names: authors list (link)
• Miller, B.; Riedl, J.; Konstan, J. (1997 年 1 月)。1997 Usenix Winter Technical Conference の議事録(PDF)。GroupLens の経験: Usenet を再び役立つものにする。2006年 3 月 6 日のオリジナルからアーカイブ(PDF) 。2005 年12 月 13 日に取得。
• 「20 年間の Usenet タイムライン」。2007 年 1 月 5 日時点のオリジナルよりアーカイブ。2006 年6 月 27 日閲覧。
• 「Web 2.0 と Usenet 1.0 の出会い」。Linux Magazine。2007 年 2 月 16 日時点のオリジナルよりアーカイブ。2007 年2 月 13 日閲覧。{{cite web}}: CS1 maint: unfit URL (link)
• Schwartz, Randal (2006 年 6 月 15 日)。「Web 2.0 と Usenet 1.0 の出会い」。2007 年 2 月 16 日時点のオリジナルよりアーカイブ。2007年6 月 4 日閲覧。{{cite web}}: CS1 maint: unfit URL (link)
• Kleiner, Dmytri; Wyrick, Brian (2007 年 1 月 29 日)。「InfoEnclosure 2.0」。2011 年 10 月 25 日時点のオリジナルよりアーカイブ。2007年6 月 4 日閲覧。

ウィキメディア・コモンズには、 Usenetに関連するメディアがあります。

• IETF ワーキング グループ USEFOR (USEnet 記事 FORmat)、tools.ietf.org
• A-News アーカイブ: 初期の Usenet ニュース記事: 1981 年から 1982 年。quux.org
• UTZoo アーカイブ: 1980 年代初頭から 1991 年 7 月までの 2,000,000 件の記事
• 「Netscan」。2007年6月21日時点のオリジナルよりアーカイブ。ソーシャル会計レポートツール
• Living Internet Usenet を含むインターネットの総合的な歴史。 livinginternet.com
• Usenet用語集 Usenet用語の包括的なリスト
• Usenet無料サーバー Usenetサーバーアクセスの無料プロバイダーのリスト