だんだん酷くなっているけど、翻訳を継続する。

pubsub サービスの要件は他のコンポーネントや使用出来るサービスの要求だけでなくエンドユーザーの要求などによって決定されます。まず最初に、Jabber を使用して実装された pubsub サービスが提供しなければならない基本的な機能は

* エンティティはノードのすべての購読者が告知イベントを受け取るといったサービスにイベントを公開出来なければならない。See Publish an Item to a Node.
* エンティティはノードを購読出来なければならない。(あるいは購読が許可されていないことを知らせること)。See Subscribe to a Node.
* エンティティはノードと提携出来なければなりません。提携出来るのはオーナー、公開者、無し、追放者です。実装は、オーナーと無しの提携をサポートしなければなりません。そして追放者と公開者の提携をサポートすることが出来ます。See Affiliations.
* エンティティは pubsub サービス(あるいはノード)がどのようなオプショナルな機能を実装しているかを pubsub サービス(あるいはノード)に問い合わせ出来なくてはなりません。この問い合わせは、Service Discovery(disco#info)プロトコルを使用しなければなりません。See Discover Node Information.

幾つかの使用可能な Jabberベースのpubsubサービスは他の機能を必要とするでしょう、しかしこれらの機能は任意の為、仕様に準拠する為の義務ではありません。しかしながらもしこれらの機能が実装されている場合、ここに記載するプロトコルの詳細に忠実に従うべきです。その機能は以下の通り:

* サービスは最後にノードへ公開されたアイテムをキャッシュすることが可能です(たとえ “persistent-items” オプションを無効にしていたとしても); もし デフォルトで “cache-last-item” が有効だった場合、最後に公開されたアイテム(あるいは通知) は “send_last_published_item” 項目の設定に基づいて購読されたエンティティへ送信されなければなりません。
* ノードの所有者は誰がノードを購読出来るかを指定出来なければなりません。
* ノードの所有者は誰がノードへ公開出来るかを指定出来なければなりません。
* ノードを設定することで公開されたイベント通知内のペイロードを配送することが出来ます。
* ノードを設定することで公開アイテムを幾つかの永続的ストレージメカニズムに永続化することが出来ます。
* ノードを設定することでアイテムの制限数のみ永続化させることが出来ます。
* サービスはコレクションをサポートすることが出来ます。
* サービスやノードは拡張されたサービスディスカバリー情報(メタデータ)をサポートすることが出来ます。

あと、全文を wiki にまとめているところ。mediawiki の skin を作る練習したりなんかして。
http://www.cuspy.org/wiki/XEP-0060
データーベースが実験サーバーで動いているので頻繁に落ちるかも。