成人にも起こると報告されたことはあるけれども、ライ症候群はほぼ子供にのみ起こる。しかしながら、成人は子供ほど神経および肝臓の機能に永続的障害を受けるほど攻撃されやすくないように見える。イギリスやオーストラリアと違い、アメリカでのライ症候群への監視は18歳未満の患者に焦点を当てている。1980年、CDCがライ症候群と水疱瘡やウイルス性の病気にかかった子供および10代に対するサリチル酸化合物の関係について内科医と親たちに注意喚起しはじめて以後、アメリカでのライ症候群発生率は減少した。アメリカでは1980年から1997年にかけて、ライ症候群の報告症例数は1980年の555例から1994年以降のおよそ年2例程度まで減少した。この期間人種データが利用可能な報告された事例の93%は白人に発生し、年齢の中央値は6歳であった。ウイルス性の病気が先立つ3週間に93%の事例で発生していた。1991年から1994年にかけての、アメリカ合衆国におけるライ症候群に起因する年間入院率は18歳未満人口20万人から110万人に1人であろうと見積もられた。1980年代の間、イギリスで行われたケースコントロールスタディもまたライ症候群とアスピリン暴露の関係を示した (Hall, 1988) 。1986年6月、イギリス薬品安全委員会は12歳未満のアスピリン使用に対する警告を発行し、アスピリン使用薬品の警告ラベルを導入した。イギリスのライ症候群に対する監視は1986年以降のライ症候群の発生率減少を記述した。ライ症候群の報告された発生率は1983年から1984年の12歳未満人口100,000人あたり0.63人から1990年から1991年の0.11人に減少した。1995年11月から1996年11月にかけてフランスでは、説明されていない脳障害と3重以上の漿液におけるアミノ基転移酵素の増加、アンモニアを伴った15歳未満の子供のための小児科部局の国家的調査は9例の明らかなライ症候群患者（100万人につき0.79人）に導いた。ライ症候群を伴った9人の子供のうち8人はアスピリンを投与されていたことがわかった。一部調査結果なので、フランス薬品代理局はアスピリンとライ症候群との関係への国際的注意を自身のこの関係についての公開の専門的な警告を発行することによって強化した (Autret-Leca, 2001) 。
成人のライ症候群の報告例は非常にまれである。大人のこの症候群についての回復はほぼ完全であり、肝機能および脳機能は発病後2週間程度で元に戻る。しかしながら子供の場合、軽度から重度の永続的脳障害が、特に幼児に起こりうる。1981年から1997年にアメリカで報告された事例の30%は死亡した。
ライ症候群は、オーストラリア人の特別研究員Dr. Graeme MorganとDr. Jim Baralとともに1963年Lancet (2:749-52) に最初に投稿出版したDr R. Douglas Reyeにちなんで名づけられた。遡ると、この症候群は1929年に初めて報告されていた可能性がある。1963年にも、Dr. George JohnsonらがB型インフルエンザを発症し、神経学的症状を呈する16名の子供（うち4名の症状はライ症候群に酷似）についての調査を出版している。このことから、本症候群をライ・ジョンソン症候群と呼ぶ研究者もいる。1970年代後半から1980年代前半にかけて、オハイオ州、ミシガン州およびアリゾナ州での研究 (Mortimer, 1987) で、上部呼吸器感染症または水疱に対するアスピリン投与が本症候群の引き金となりうることが指摘された。1980年初頭、CDCは幼児および10代の子供におけるライ症候群と水疱瘡またはウイルス性感染症へのサリチル酸化合物投与の関係について、内科医と親たちに注意喚起を行った。1982年アメリカ軍医総監は状況報告を出版し、1986年にはFDAがすべてのアスピリン含有薬品にライ症候群に関する警告ラベルの貼付を義務付けた。
Rhapsodyオペレーティングシステムの決定的な特徴は、既に旧世代OS化していた従来のMac OSとは根本から異なりMach 2.5マイクロカーネルを採用し、4.4BSDのシステム、Nextで開発されたOpenStep仕様準拠のオブジェクト指向なAPI群のYellow Box、従来のMac OSと互換性のあるインタフェースClassicとJava仮想マシンが搭載されることであった。そのユーザインタフェースは後にMac OS 8のプラチナアピアランス（アピアランスとはデスクトップやウィンドウの外観を変えることができる機能。この場合、プラチナ調のアピアランスのこと）でモデル化された。以前のバージョンのMac OSのFinderによるファイル管理機能はOPENSTEPのWorkspace Managerに替わって制御されることとなった。従来のMac OSのFinderには見られないOPENSTEPから継承された追加機能は、後のmacOSのFinderに繋がるcolumn viewのようなものも含まれていた。Power Macのアーキテクチャ上で実行されている場合にのみ使用できるRhapsodyのBlue Box環境は、Classic Mac OSアプリケーションとランタイムライブラリの互換性を提供する責任があった。後にMac OS Xで実装される、より合理的で統合されたClassic互換レイヤと比較すると、Blue Boxのインターフェイスは、エミュレートされたClassic Mac OSアプリケーションとRhapsodyのネイティブなアプリケーションの間に明確な壁があることをユーザーに痛感させるものであった。すべてのエミュレートされたアプリケーションとその関連する作業用ウィンドウを、ネイティブなYellow BoxのAPIを使用したアプリケーションを点在させる代わりに、1つのBlue Boxのエミュレーション用ウィンドウにカプセル化する仕組みだった。これはクロス環境の相互運用性を制限し、様々なユーザインタフェースの不具合を発生させた。「UNIX上で駆動するMacインタフェース」とも言えるこの仕様はCoplandで既に致命的なほどにOS開発戦略に失敗していたアップルにとってモダンOSの機能を急ピッチで強引に取り込むための唯一の手段と思われたが、上記の通りAPIに互換が無いために従来のClassic Mac OS用のアプリはそのままでは動作しないという欠点も持っていた。そのため、Rhapsodyはサーバおよびハイエンド向けのMac OSとして用意し、それと別に従来のMac OSもコンシューマー向けにアップデートしていくという戦略的なアナウンスがされていた。エミュレーション環境内で発生する不具合等を回避し、Rhapsodyの機能を最大限に活用するには、Yellow Boxでプログラムを一から書き直さなければならなかったので、従来からの開発者の支持を得ることができなかった。アドビシステムズやマイクロソフトを含むMacintoshの大手ソフト会社からの、事実上対応版を出さないという表明と同様の異論が出たこともあって、結局Rhapsody開発計画は1998年5月時点で中止され、アップルのOS戦略から除外された。その後、Rhapsodyとは全く別にRhapsodyとClassic Mac OSの両方の要素が混ざったMac OS Xが開発された。なお、Machマイクロカーネルや4.4BSDの機能、OpenStep仕様などの各種技術はその後のMac OS開発に引き継がれた。APIのCarbonやマルチメディア技術のQuickTimeやスクリプト言語のAppleScriptなどいくつかは実際のmacOSのコアであるDarwinでも採用されている。