現在では、電子掲示板やソーシャル・ネットワーキング・サービスなどが普及し、ネットニュースはほとんど利用されなくなっている。また、スパムメッセージの巣窟と化し、議論の場としての役割を果たしていないニュースグループも少なからず存在する。
巨大掲示板2ちゃんねるでは、掲示板サーバへの過負荷やトラフィック集中などが問題になり、元来P2P的なメッセージ配送システムであるネットニュースに注目が集まり、実際に2ちゃんねるとの相互接続（書き込みメッセージの交換）実験も行われた（その際、両システムのユーザ間での多少の軋轢も、メッセージ上で見受けられた）。その後、P2P掲示板的なプログラムの作成などの検討も行われていたようではあるが、その後は放置状態になっている模様である[要出典]。
日本語のニュースグループのトップカテゴリとしては、fj、 japanなどがある。
ニュースを読むには、ニュースリーダと呼ばれるソフトウェアを利用する必要がある。電子メールクライアントソフトであるMicrosoft OutlookやMozilla Thunderbirdがニュースリーダの機能を兼ねているほか、様々なニュースリーダが存在する。
ニュースサーバは配送する全ての記事を保存しなければならないため多くのディスクスペースを必要とする。そのため、記事の保存期間は通常1週間-1ヶ月程度が多い。ニュースサーバによっては数日程度のところもある。
以前はほとんどのプロバイダがニュースサーバを提供していたが、最近では設定の複雑さ・維持費の高さ・利用者減のため、ニュースサーバの提供を中止しているか、または当初より提供していないプロバイダが多い。たとえばBIGLOBE、@nifty、DTI、ODN、IIJ、Yahoo! BB、au one net(DION)、So-net 、ぷらら、ASAHIネットなどはニュースサーバを提供していない。
また、ニュース関連のサービスを専門のサイトに外部委託しているプロバイダもある。
ニュースサーバを提供しているプロバイダでも、配送するニュースグループを制限している場合がほとんどである。多くの場合制限されるのは、外国語で議論されるニュースグループや、主に実行ファイルや画像が投稿されるalt.binaries下のニュースグループである。
インターネットに接続できても利用できるニュースサーバが無いユーザーのために、ニュースサーバを提供するサービスも存在する。たとえばGoogleが提供するサービス「Googleグループ」は通常のウェブブラウザ上でネットニュースの読み書きを可能にしている。ニュースリーダと比べて使いやすいとは言えないものの、記事を検索するのに便利である。
また、性的な画像の配送を目的とした有料のニュースサーバも多く存在し、これらは児童ポルノの温床として社会問題となっている。
メッセージ（記事、article）はニューズサーバに蓄積される。記事の配送(feed)はニューズサーバ間で行われる。サーバ間の配送経路は有向グラフで表される。基本的には、あるサーバに投稿された記事は、そのコピーが、そのサーバの配送先である他のサーバへと、配送される。他のサーバから配送を受けた記事も同様である。このように、配送はバケツリレー方式で行われる。
各記事には固有のID（Message-ID:ヘッダ）が付与される。各サーバでは、すでに受け取った記事と同じ「Message-ID:ヘッダ」を持つ記事の配送の申し出を受けた時は、それを拒絶する。これにより、配送が無限ループ状態に陥るのを防いでいる（同じ記事が二重に配送される事はない）。
全ての記事が無条件に配送の対象となるわけではなく、前述のニューズグループをタグとして、配送範囲の限定なども可能である。これは、ニューズサーバ毎にサーバ管理者が設定して行う。また、投稿ユーザが個々の記事毎に「Distributions:ヘッダ」を指定して行う事も可能である。
サーバ内部では通常、ニュースグループの階層に対応したディレクトリに分類されて記事が蓄積される。サーバの記事蓄積容量は有限であるため、通常は、定期的に古い記事の削除(expire)が自動実行される。ユーザ向けには、記事の保存期間として説明される。
以上のように、記事の配送や管理は、全体としてみると、分散協調型システムとして行われる。
単純なユーザ投稿本文のメッセージだけでなく、ネットニューズに対する各種の制御を行う、コントロールメッセージと言うものも配送される。
ニューズグループの新設・削除(newgroup/rmgroup)、現存ニューズグループの確認(checkgroups)や、投稿記事の削除(cancel)などがある、
このようなネットニューズの様々な処理を行うソフトウェア（群）を、「ニューズシステム」と呼ぶ。伝統的や代表的なものには次の物がある。
B News
C News
INN
Diablo
技術的課題としては、次のようなものがある。
サーバの管理の煩雑さ、特に蓄積保持容量のオーバーフローを主な原因とする、記事配送の停滞
記事配送の停滞による配送の欠落が、他の多くのサーバに波及拡大する（配送ネットワークを多重化する事で回避可能）
あるサーバからの投稿記事が、他の全てのサーバへと配送の欠落・記事の欠落無く到達することは、保証されない（１つのサーバからは、欠落したかどうか知る事すらできない。）
同様に、記事の到達順序も保証されない（投稿の時系列にはならない）
欠落した記事の再送リクエストをする手段がない（標準的には実装されない）
悪意を持った不正使用・攻撃に弱い（これは、ネットニューズ本来の性質ではなく、セキュリティ的手段を持って解決されるべきものである）
用語について、電子掲示板も参照。特にネットニュース特有の用語を以下に挙げる。
メッセージID
投稿文（メッセージ）についている識別記号のこと。（例：<99lb99F9nhhk9U9@individual.net>といったようなもの）ネットニュースでは、参加者によってニュースサーバが異なるので、投稿を特定するのに「何番の投稿」というような特定の仕方は意味をなさない。それに対して、メッセージIDは、ニュースサーバが異なっていても投稿が同じものであれば、同じメッセージIDとなる。このため投稿を引用したり、出典を明記するときに、メッセージIDを記載することが多い。また、ニュースリーダーの多くは、フォローするときに、自動的にReferencesヘッダーにメッセージIDを追記していく。ReferencesヘッダーのメッセージIDの並びを元にニュースリーダーは、スレッド表示を行うことができる。
expire
投稿が一定期間経過後、ニュースサーバから自動削除されること。
配送、feed
ネットニュースにおいては投稿があると投稿のあったニュースサーバから別のニュースサーバに記事がコピーされ、そこからさらに別のニュースサーバにコピーされ…、という仕組みで投稿が世界中のニュースサーバに広がっていく。このことを配送またはfeedという。
path