RFC1274 日本語訳
1274 The COSINE and Internet X.500 Schema. P. Barker, S. Kille. November 1991. (Format: TXT=92827 bytes) (Obsoleted by RFC4524) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
RFC一覧
英語原文
Network Working Group P. Barker
Request for Comments: 1274 S. Kille
University College London
November 1991
コメントを求めるワーキンググループP.バーカー要求をネットワークでつないでください: 1274秒間Killeユニバーシティ・カレッジロンドン1991年11月
The COSINE and Internet X.500 Schema
コサインとインターネットX.500図式
Status of this Memo
このMemoの状態
This RFC specifies an IAB standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "IAB Official Protocol Standards" for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このRFCはIAB標準化過程プロトコルをインターネットコミュニティに指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。
Abstract
要約
This document suggests an X.500 Directory Schema, or Naming Architecture, for use in the COSINE and Internet X.500 pilots. The schema is independent of any specific implementation. As well as indicating support for the standard object classes and attributes, a large number of generally useful object classes and attributes are also defined. An appendix to this document includes a machine processable version of the schema.
このドキュメントはCOSINEとインターネットX.500パイロットにおける使用のためにX.500ディレクトリSchema、またはNaming Architectureを示します。 図式はどんな特定の実装からも独立しています。 また、標準のオブジェクトのクラスと属性のサポートを示すことと同様に、多くの一般に役に立つオブジェクトのクラスと属性が定義されます。 このドキュメントへの付録は図式のマシン「プロセス-可能」バージョンを含んでいます。
This document also proposes a mechanism for allowing the schema to evolve in line with emerging requirements. Proformas to support this process are included.
また、このドキュメントは、図式が要件として現れることに沿って発展するのを許容するためにメカニズムを提案します。 このプロセスをサポートする標準定型用紙は含まれています。
Corrections and additions to the schema should be sent to na- update@cs.ucl.ac.uk list, as described within.
中で説明されるとして図式への修正と追加をNa update@cs.ucl.ac.uk リストに送るべきです。
1. Introduction
1. 序論
Directory Services are a fundamental requirement of both human and computer communications' systems. Human users need to be able to look up various details about other people: for example, telephone numbers, facsimile numbers and paper mail addresses. Computing systems also need Directory Services for several purposes: for example, to support address look-ups for a variety of services, and to support user-friendly naming and distribution lists in electronic mail systems.
ディレクトリサービスは人間とコンピュータコミュニケーションの両方のシステムの基本的な要件です。人間のユーザは、他の人々に関する様々な詳細を調べることができる必要があります: 例えば、電話番号、ファクシミリ番号、および紙はアドレスを郵送します。 また、コンピューティング・システムはいくつかの目的のためのディレクトリサービスを必要とします: 例えば、サポートにルックアップを扱って、さまざまなサービス、電子メール・システムでユーザフレンドリーな命名と発送先リストをサポートしてください。
Directory Services have recently been standardised and published as the 1988 CCITT X.500 / ISO IS9594 recommendations [1]. The standard provides a good basis for the provision of real services, and a considerable amount of Directory Service piloting activity is
ディレクトリサービスは、最近、1988年のCCITT X.500 / ISO IS9594推薦[1]として標準化されて、発行されました。 規格は本当にサービスの支給の良い基礎を提供します、そして、活動を操縦するかなりの量のディレクトリサービスがあります。
Barker & Kille [Page 1] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[1ページ]RFC1274コサインとインターネットX.500図式1991年11月
currently underway. In the U.S., the PSI White Pages Pilot [4] has stimulated use of X.500 on the Internet. In Britain, the U.K. Academic Community Directory Pilot [5] is similarly promoting use of X.500.
現在、進行中です。 米国では、PSIホワイトページPilot[4]はインターネットにおけるX.500の使用を刺激しました。 イギリスでは、イギリスのAcademic CommunityディレクトリPilot[5]は同様にX.500の使用を促進しています。
2. Motivation and aims of this document
2. 動機とこのドキュメントの目的
In a number of areas the X.500 standard only provides a basis for services. One such area is the Directory's Schema or Naming Architecture. The standard defines a number of useful object classes, in X.521, and attribute types, in X.520. These are intended to be generally useful across a range of directory applications. However, while these standard definitions are a useful starting point, they are insufficient as a basis for a large scale pilot directory.
多くの領域に、X.500規格はサービスの基礎を提供するだけです。 そのような領域の1つは、ディレクトリのSchemaかNaming Architectureです。 規格はX.520でX.521の多くの役に立つオブジェクトのクラス、および属性タイプを定義します。 一般に、これらがさまざまなディレクトリアプリケーションの向こう側に役に立つことを意図します。 しかしながら、これらの標準定義は役に立つ出発点ですが、それらは大規模パイロットディレクトリの基礎として不十分です。
While it is possible for directory administrators to define their own sets of additional attribute types and object classes, this is undesirable for some common attributes and objects. The same objects and attribute types would be privately defined many times over. This would result in the directory's generality being diminished as remote systems would be unable to determine the semantics of these privately defined data types.
ディレクトリ管理者がそれら自身の追加属性タイプとオブジェクトのクラスのセットを定義するのが、可能ですが、いくつかの一般的な属性とオブジェクトに、これは望ましくありません。 同じオブジェクトと属性タイプは幾度も個人的に定義されるでしょう。これはディレクトリの一般性をもたらして、リモートシステムが、これらの意味論がデータ型を個人的に定義したことを決定できないだろうというとき、減少しているでしょう。
A number of useful additions to the standard definitions were made in this note's forerunner, "The THORN and RARE Naming Architecture" [2]. These have been heavily used in early X.500 piloting activities. Furthermore, both the THORN and Quipu X.500 implementations have made use of these definitions.
標準定義への多くの役に立つ追加がこの注意の前触れ(「刺とまれな命名アーキテクチャ」[2])で作られました。 これらは活動を操縦する前のX.500で大いに使用されました。 その上、THORNとQuipu X.500実装の両方がこれらの定義を利用しました。
Since the afore-mentioned note was issued, a number of further requirements have come to light as the volume and variety of piloting activity has increased. Yet further requirements seem likely as the scale of X.500 pilot services increases. Thus, it is argued that it is not sufficient to merely reissue an updated version of the original note. The schema is a "living document" that needs procedures for:
前述の注意を発行して以来、さらなる多くの要件が活動が増強した操縦のボリュームとバラエティーとして明るみに出ています。 X.500パイロットサービスのスケールが増加するのに従って、しかし、さらなる要件はありそうに見えます。 したがって、単に独創的な特色のアップデートされたバージョンを再発行するのが十分でないと主張されます。 図式は以下に手順を必要とする「生活ドキュメント」です。
- Allowing submission of requests for new attributes and
object classes to be added into the schema;
- 新しい属性とオブジェクトを求める要求の提案を許すのは図式に追加されるために属します。
- Allowing groups of object classes and attribute types
defined elsewhere to be integrated into the schema.
- オブジェクトのクラスとほかの場所で定義された属性タイプのグループが図式と統合されるのを許容します。
- Checking for the redundancy of any previously defined
attribute types and object classes.
- どんな以前に定義された属性タイプとオブジェクトの冗長がないかどうかチェックするも属します。
This document attempts to establish procedures to allow for the
このドキュメントは、考慮する手順を確立するのを試みます。
Barker & Kille [Page 2] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[2ページ]RFC1274コサインとインターネットX.500図式1991年11月
continual updating of the schema. Two proformas are set out for this purpose. In addition, descriptive detail is provided for the additional object classes and attribute types defined in the schema. These descriptions follow the style used in X.520 and X.521. Finally, also following the style adopted in the standards documents, appendices will include the entire schema. Plain text versions of the document's appendices are intended to be machine processable to allow derivation of a system's schema tables. Appendix C lists all the schema's object classes and attribute types in their respective ASN.1 macro formats.
図式の絶え間ないアップデート。 2個の標準定型用紙がこのために出されます。 さらに、描写的である詳細は図式で定義された追加オブジェクトのクラスと属性タイプに明らかにされます。 これらの記述はX.520とX.521で使用されるスタイルを次に続かせています。 最終的に、また、規格文書に採用されたスタイルに続いて、付録は全体の図式を含むでしょう。 ドキュメントの付録のプレーンテキストバージョンは、システムの図式テーブルの派生を許容するためにマシン「プロセス-可能」であることを意図します。 付録Cは彼らのそれぞれのASN.1マクロ形式ですべての図式のオブジェクトのクラスと属性タイプを記載します。
The scope and intended remit of this coordination activity should be clearly understood.
範囲であって意図にされるのはこのコーディネート活動を送金します。明確にであるべきです理解されていて。
- Esoteric and local, highly experimental requirements should
continue to be met by private definitions.
- 難解であって、地方であり、非常に実験的な要件は、個人的な定義で会われ続けるべきです。
- Requirements which have support from more than one site will
usually be integrated into the schema. Put in other words,
the tendency will be for the inclusion, as opposed to the
exclusion, of useful additions to the schema.
- 通常、1つ以上のサイトからのサポートを持っている要件が図式と統合されるでしょう。 置かれて、言い換えれば、傾向は包含のためにものになるでしょう、図式への役に立つ追加の除外と対照的に。
- An attempt will be made to avoid duplication of object
classes and attribute types for essentially similar real
world objects.
- 本質的には同様の本当の世界オブジェクトのためにオブジェクトのクラスと属性タイプの重複を避けるのを試みをするでしょう。
3. What conformance to this schema means
3. この図式手段への何という順応
It is not reasonable to require that a DSA which supports this schema has specific code to handle each of the defined syntaxes. However, the following requirements are made of a system which claims conformance to this specification:
それぞれの定義された構文を扱うのにこの図式をサポートするDSAが特定のコードを持つのが必要であるのは妥当ではありません。 しかしながら、以下の要件はこの仕様に順応を要求するシステムで作られています:
1. A DSA shall be able to store all of the attributes and
object class values specified. (Note that this implies
support for all the object classes and attribute types
required by strong authentication as defined in X.509.)
1. DSAは属性のすべてを保存できるでしょう、そして、オブジェクト階級値は指定しました。 (これが、X.509で定義されるようにすべてのオブジェクトのクラスと属性タイプのサポートが強い認証で必要であることを含意することに注意してください。)
2. A DUA shall be able to identify each attribute type and
object class to the user, with an appropriate representation
(e.g., a string).
2. DUAはそれぞれの属性タイプとオブジェクトのクラスをユーザに特定できるでしょう、適切な表現(例えば、ストリング)で。
3. These statement are qualified for large attributes values
(>1kbyte). A conforming DSA does not have to store such
attribute values, and a DUA does not have to display such
values, although it must indicate their presence.
3. これらの声明は大きい属性値(>1キロバイト)に資格があります。 従うDSAはそのような属性値を保存する必要はありません、そして、それらの存在を示さなければなりませんが、DUAはそのような値を表示する必要はありません。
The following are desirable, but not required:
以下は、望ましいのですが、必要ではありません:
Barker & Kille [Page 3] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[3ページ]RFC1274コサインとインターネットX.500図式1991年11月
1. For a DSA to match correctly on the basis of all attribute
syntaxes defined
1. 構文が定義したすべての属性に基づいて正しく合うDSAのために
2. For a DSA to enforce the Object Class schema implied by
these definitions
2. これらの定義で含意されたObject Class図式を実施するDSAのために
3. For a DUA to correctly display the attribute values
(syntaxes) defined
3. 正しく(構文)が定義した属性値を表示するDUAのために
4. For DUAs and DSAs to maintain compatibility with a previous
version of the schema.
4. DUAsとDSAsが図式の旧バージョンとの互換性を維持するように。
4. Requesting new object classes and attribute types
4. 新しいオブジェクトのクラスと属性タイプを要求します。
This section defines procedures for requesting new object classes and attribute types to be added to the schema. Proformas for object classes and attribute types are specified, and examples given of how to use them. A mechanism for making requests for large groups of new object classes and attribute types is described in the next section.
このセクションは図式に追加されるよう新しいオブジェクトのクラスと属性タイプに要求するための手順を定義します。 オブジェクトのための標準定型用紙は属します、そして、属性タイプは指定されていて、例はどうそれらを使用するかが与えられています。 新しいオブジェクトのクラスと属性タイプの大きいグループを求める要求をするためのメカニズムは次のセクションで説明されます。
As stated earlier, it is anticipated that the schema will evolve considerably over time. As X.500 is used to support a widening range of applications, there will be requirements for extensions to the schema. This document proposes formalising this procedure by requiring requests for additions to the schema to be submitted as completed proformas. This stipulation will greatly simplify subsequent revisions of the schema.
より早く述べられるように、図式が時間がたつにつれてかなり発展すると予期されます。 X.500が広くなっている範囲のアプリケーションをサポートするのに使用されるので、図式への拡大のための要件があるでしょう。 このドキュメントは、図式への追加が完成した標準定型用紙として提出されるという要求を必要とすることによってこの手順を正式にするよう提案します。 この約款は図式のその後の改正を大いに簡素化するでしょう。
There is one qualification to the above with respect to requests for modifications to an existing object class. If a modification to an object class merely involves additional, optional attributes, the object class will be enhanced as requested. Systems are expected to be resilient to such changes to the schema. However, requests to modify an object class, such that the mandatory attribute types require altering, will not be met. Instead, a new object class will be created, and the original object class expired following the scheme described in the next main section.
既存のオブジェクトのクラスへの変更を求める要求に関して1つの資格が上記にあります。 オブジェクトのクラスへの変更が単に追加していて、任意の属性にかかわると、オブジェクトのクラスは要求された通り高められるでしょう。 システムは図式へのそのような変化に弾力があると予想されます。 しかしながら、義務的な属性タイプが、変わるのを必要とするようにオブジェクトのクラスを変更するという要求は迎えられないでしょう。 新しいオブジェクトのクラスは、代わりに、作成されていて元のオブジェクトのクラスに次の主なセクションで説明された体系に続いて、吐き出されたなるでしょう。
It is anticipated that most requests for modifications to the schema will be met without any need for editorial intervention. Sometimes, however, some discussion between the submitter of a request and the schema's editor may be required. For example, the editor may have to judge the relative merits of two very similar requests and, as a result, one of the parties may not get quite what they want. In cases such as this where the submitter of a request feels aggrieved about an editorial decision, the requestor may appeal to a broader community by explaining their views to the mailing list osi- ds@cs.ucl.ac.uk. Heed will be paid to any consensus that emerges
図式への変更を求めるほとんどの要求が編集の介入の少しも必要性なしで迎えられると予期されます。 しかしながら、時々、要求のsubmitterと図式のエディタとの何らかの議論が必要であるかもしれません。 例えば、エディタは2つの非常に同様の要求の優劣を判断しなければならないかもしれません、そして、その結果、パーティーのひとりはいったい彼らが欲しいものを得ないかもしれません。 要求のsubmitterが編集上の決定で傷つくと感じられるこれなどの場合では、要請者は、より広い共同体にメーリングリストosi ds@cs.ucl.ac.uk にそれらの視点について説明することによって、求めるかもしれません。 現れるどんなコンセンサスにも注意を支払うでしょう。
Barker & Kille [Page 4] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[4ページ]RFC1274コサインとインターネットX.500図式1991年11月
from discussions on the schema on this list. If it proves that this list is used almost solely for discussions on schema issues, a separate discussion list will be created.
これの図式についての議論から、記載してください。 このリストがほとんど使用されると立証するなら、唯一図式問題、リストがそうする別々の議論についての議論には、作成されてください。
To facilitate the production of the afore-mentioned proformas, tools are included in Appendix B which will verify that a proforma has been correctly formatted.
前述の標準定型用紙の生産を容易にするために、ツールは標準定型用紙が正しくフォーマットされたことを確かめるAppendix Bに含まれています。
Completed proformas should be mailed to na-update@cs.ucl.ac.uk
完成した標準定型用紙を na-update@cs.ucl.ac.uk に郵送するべきです。
4.1. Object Class proforma
4.1. オブジェクトClass標準定型用紙
This section gives an example, completed proforma for a new object class, alcoholic drink. A proforma for object class specified in BNF is included in Appendix A.
このセクションは新しいオブジェクトのクラス、アルコール飲料のために例、完成した標準定型用紙を与えます。 BNFで指定されたオブジェクトのクラスのための標準定型用紙はAppendix Aに含まれています。
Object Class: Alcoholic Drink
クラスは反対します: アルコール飲料
Description: The Alcoholic Drink object class is used to define
entries representing intoxicating beverages.
記述: Alcoholic Drinkオブジェクトのクラスは、アルコール性飲料を表すエントリーを定義するのに使用されます。
ASN1OCMacro: alcoholicDrink OBJECT-CLASS
SUBCLASS OF drink
MUST CONTAIN {
percentAlcohol}
MAY CONTAIN {
normalServing,
hue}
ASN1OCMacro: alcoholicDrink OBJECT-CLASS SUBCLASS OFがMUST CONTAIN percentAlcoholを飲む、MAY CONTAINnormalServing、色
An object class description consists of three fields, separated by blank lines. The keywords Object Class, Description and ASN1OCMacro, and their suffixed colons, must be included exactly as above.
オブジェクトクラス記述は空白行によって切り離された3つの野原から成ります。 ちょうど同じくらい上にキーワードObject Class(記述、ASN1OCMacro、および彼らのsuffixedコロン)を含まなければなりません。
The Object Class field should be used for a textual description of the object class. This will be at most three or four words.
Object Class分野はオブジェクトのクラスの原文の記述に使用されるべきです。 これは高々3か4つの単語になるでしょう。
The Description field should contain some explanatory text about the intended use of the object class. This can run to a number of lines.
記述分野はオブジェクトのクラスの意図している使用に関する何らかの説明しているテキストを含むべきです。 これは多くの台詞に駆けつけることができます。
The ASN1OCMacro field should follow the definition of the object class macro as specified in X.501. The above example shows the main features. There are many more examples which can studied in the section defining the Pilot Object Classes.
ASN1OCMacro分野はX.501の指定されるとしてのオブジェクトクラスマクロの定義に続くべきです。 上記の例は主な出し物を示しています。 セクションで研究されて、Pilot Object Classesを定義しながらそうすることができるずっと多くの例があります。
4.2. Attribute type proforma
4.2. 属性タイプ標準定型用紙
This section gives an example completed proforma for a new attribute type, hue (one of the attribute types in the alcoholic drink object
このセクションは新しい属性タイプのために例の完成した標準定型用紙を与えます、色、(属性のひとりがアルコール飲料オブジェクトをタイプします。
Barker & Kille [Page 5] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[5ページ]RFC1274コサインとインターネットX.500図式1991年11月
class).
クラス)
Attribute Type: Hue
タイプを結果と考えてください: 色
Description: The Hue attribute type specifies the hue of
an object. (Note that a description may run to several
lines.)
記述: Hue属性タイプはオブジェクトの色を指定します。 (記述がいくつかの台詞に駆けつけるかもしれないことに注意してください。)
OCMust:
OCMust:
OCMay: alcoholicDrink
OCMay: alcoholicDrink
ASN1ATMacro:hue ATTRIBUTE
WITH ATTRIBUTE SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-hue))
ASN1ATMacro: 属性構文caseIgnoreStringSyntaxがある色の属性(SIZE(1つのub-色))
ub-hue INTEGER ::= 256
ub-色のINTEGER:、:= 256
An attribute type description consists of five fields, separated by blank lines. The keywords Attribute Type, Description, OCMust, OCMay and ASN1ATMacro, and their suffixed colons, must be included exactly as above.
属性型記述は空白行によって切り離された5つの野原から成ります。 ちょうど同じくらい上にキーワードAttribute Type(記述、OCMust、OCMay、ASN1ATMacro、およびそれらのsuffixedコロン)を含まなければなりません。
The Attribute Type field should be used for a textual description of the attribute type. This will be at most three or four words.
Attribute Type分野は属性タイプの原文の記述に使用されるべきです。 これは高々3か4つの単語になるでしょう。
The Description field should contain some explanatory text about the intended use of the attribute type. This can run to a number of lines.
記述分野は属性タイプの意図している使用に関する何らかの説明しているテキストを含むべきです。 これは多くの台詞に駆けつけることができます。
The OCMust field should contain a comma-separated list of object classes for which this attribute is mandatory.
OCMust分野はこの属性が義務的であるオブジェクトのクラスのコンマで切り離されたリストを含むべきです。
The OCMay field should contain a comma-separated list of object classes for which this attribute is optional.
OCMay分野はこの属性が任意であるオブジェクトのクラスのコンマで切り離されたリストを含むべきです。
The ASN1ATMacro field should follow the definition of the attribute macro as specified in X.501. The above example shows some of the features. In particular, please note the format for specifying size constraints.
ASN1ATMacro分野はX.501の指定されるとしての属性マクロの定義に続くべきです。 上記の例は特徴のいくつかを示しています。 特に、サイズ規制を指定するので、書式に注意してください。
5. Integrating groups of object classes and attribute types.
5. オブジェクトのクラスと属性タイプのグループを統合します。
This section describes two mechanisms that may be employed to allow the integration of a substantial number of new object classes and attribute types into the schema.
このセクションはかなりの数の新しいオブジェクトのクラスと属性タイプの統合を図式に許容するのに使われるかもしれない2つのメカニズムについて説明します。
Barker & Kille [Page 6] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[6ページ]RFC1274コサインとインターネットX.500図式1991年11月
The first mechanism allows for the transition of groups of related, privately defined object classes and attribute types into the schema. An example of when such a transition might be appropriate is when some experimental use of the Directory is widely adopted within the pilot. Such a transition will be made if the following conditions hold:
最初のメカニズムは関連して、個人的に定義されたオブジェクトのクラスと属性タイプのグループの変遷を図式に考慮します。 そのような変遷が適切であるかもしれない時に関する例はディレクトリのいくらかの実験用がパイロットの中に広く採用される時です。 以下の条件が成立するとそのような変遷をするでしょう:
- The definitions are well structured: i.e., they are not
scattered over a multiplicity of object identifier subtrees.
- 定義はよく構造化されます: すなわち、それらはオブジェクト識別子下位木の多様性の上に点在しません。
- The definitions are in use at a number of sites, and having
to adopt new object identifiers would be unnecessarily
disruptive.
- 定義は多くのサイトで使用中です、そして、新しいオブジェクト識別子を採用しなければならないのは不必要に破壊的でしょう。
A second mechanism allows for the allocation of an object subtree for a group of new definitions. A pilotGroups object identifier has been defined for this purpose. This method will be suitable for an experiment requiring a considerable number of new object identifiers to be defined. This approach allows for flexibility during experimentation and should simplify both the management and the coherence of the pilot's object identifiers.
2番目のメカニズムは新しいことのグループのためのオブジェクト下位木の配分のために定義を許します。 pilotGroupsオブジェクト識別子はこのために定義されました。 このメソッドは多数の新しいオブジェクト識別子が定義されるのを必要とする実験に適するでしょう。 このアプローチは、実験の間、柔軟性を考慮して、管理とパイロットのオブジェクト識別子の首尾一貫性の両方を簡素化するべきです。
In both cases, the object classes, attribute types and syntaxes should be defined and described in an RFC. It is suggested that such documents should follow the style used in this document for object class and attribute type definitions. A reference will be given in this schema to the document containing the definitions.
どちらの場合も、オブジェクトのクラス、属性タイプ、および構文は、RFCで定義されて、説明されるべきです。 そのようなドキュメントが本書ではオブジェクトのクラスと属性型定義に使用されるスタイルに続くはずであると示唆されます。 この図式で定義を含むドキュメントに参照を与えるでしょう。
6. Removing "old" object classes and attribute types.
6. 「古い」オブジェクトのクラスと属性タイプを外します。
It is also important that object classes and attribute types which are no longer used or useful are removed from the schema. Some object classes and attribute types initially defined as pilot extensions may be included as standard definitions in future versions of the standard. In such a case, it is important that there should be a fairly rapid transition to the standard definitions. Another possibility is that newer, more specific definitions obviate the original definitions.
また、もう使用されなかったか、または役に立つオブジェクトのクラスと属性タイプが図式から外されるのも、重要です。 初めはパイロット拡大と定義されたオブジェクトのクラスと属性タイプの中には規格の将来のバージョンへの標準定義として含まれている人もいるかもしれません。 このような場合には、標準定義へのかなり急速な変遷があるのは、重要です。 別の可能性は、より新しくて、より特定の定義がオリジナルの定義を取り除くということです。
Two things are essential. First, it is crucial that "old" definitions are retired as gracefully as possible. The intention to retire a definition will be sent to the osi-ds@cs.ucl.ac.uk mail list. In the absence of objections, the definition will be marked for expiry with a given expiry date. The definition will remain in the schema until the expiry date. Users of the schema should ensure that they make the transition to new, alternative definitions in the interim.
2つのものが不可欠です。 まず最初に、「古い」定義ができるだけ優雅に回収されているのは、重要です。 定義を回収するという意志を osi-ds@cs.ucl.ac.uk メール・リストに送るでしょう。 反論がないとき、定義は満期の間、与えられた有効期限日でマークされるでしょう。 定義は図式に有効期限日まで残るでしょう。 図式のユーザは、彼らがその間新しくて、代替の定義への変遷をするのを保証するべきです。
Barker & Kille [Page 7] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[7ページ]RFC1274コサインとインターネットX.500図式1991年11月
Second, users of the schema must have the right to argue for the retention of definitions which they regard as necessary, there being no other definitions which closely meet their requirements. It is clearly impossible to lay down hard and fast rules on this point, as no two instances will ever be quite the same. It is intended that the refereeing on these matters will be sympathetic! As for requests for additions, an aggrieved user can "go to arbitration" by initiating a discussion on the osi-ds@cs.ucl.ac.uk mail list.
2番目に、図式のユーザには、彼らが必要であると見なす定義の保有の賛成の議論をする権利がなければなりません、密接にそれらの必要条件を満たす他の定義が全くなくて。 このポイントの上に鉄則を定めるのは明確に不可能です、いいえtwo、インスタンスがかつてかなりの同じことになるので。 これらの件のレフリーが同情的になることを意図します! 追加を求める要求に関して、傷ついているユーザは、 osi-ds@cs.ucl.ac.uk メール・リストで討議を始めることによって、「仲裁を依頼できます」。
7. Object Identifiers
7. オブジェクト識別子
Some additional object identifiers are defined for this schema. These are also reproduced in Appendix C.
いくつかの追加オブジェクト識別子がこの図式のために定義されます。 また、これらはAppendix Cで再生します。
data OBJECT IDENTIFIER ::= {ccitt 9}
pss OBJECT IDENTIFIER ::= {data 2342}
ucl OBJECT IDENTIFIER ::= {pss 19200300}
pilot OBJECT IDENTIFIER ::= {ucl 100}
データOBJECT IDENTIFIER:、:= ccitt9pss OBJECT IDENTIFIER:、:= データ2342ucl OBJECT IDENTIFIER:、:= pss19200300はOBJECT IDENTIFIERを操縦します:、:= ucl100
pilotAttributeType OBJECT IDENTIFIER ::= {pilot 1}
pilotAttributeSyntax OBJECT IDENTIFIER ::= {pilot 3}
pilotObjectClass OBJECT IDENTIFIER ::= {pilot 4}
pilotGroups OBJECT IDENTIFIER ::= {pilot 10}
pilotAttributeTypeオブジェクト識別子:、:= パイロット1pilotAttributeSyntaxオブジェクト識別子:、:= パイロット3pilotObjectClassオブジェクト識別子:、:= パイロット4pilotGroupsオブジェクト識別子:、:= パイロット10
iA5StringSyntax OBJECT IDENTIFIER ::= {pilotAttributeSyntax 4}
caseIgnoreIA5StringSyntax OBJECT IDENTIFIER ::=
{pilotAttributeSyntax 5}
iA5StringSyntaxオブジェクト識別子:、:= pilotAttributeSyntax4caseIgnoreIA5StringSyntaxオブジェクト識別子:、:= pilotAttributeSyntax5
8. Object Classes
8. オブジェクトのクラス
8.1. X.500 standard object classes
8.1. X.500の標準のオブジェクトのクラス
A number of generally useful object classes are defined in X.521, and these are supported. Refer to that document for descriptions of the suggested usage of these object classes. The ASN.1 for these object classes is reproduced for completeness in Appendix C.
多くの一般に役に立つオブジェクトのクラスがX.521で定義されます、そして、これらはサポートされます。 これらのオブジェクトのクラスの提案された使用法の記述のためのそのドキュメントを参照してください。 これらのオブジェクトのクラスのためのASN.1はAppendix Cの完全性のために再生します。
8.2. X.400 standard object classes
8.2. X.400の標準のオブジェクトのクラス
A number of object classes defined in X.400 are supported. Refer to X.402 for descriptions of the usage of these object classes. The ASN.1 for these object classes is reproduced for completeness in Appendix C.
X.400で定義された多くのオブジェクトのクラスがサポートされます。 これらのオブジェクトのクラスの使用法の記述についてX.402を参照してください。 これらのオブジェクトのクラスのためのASN.1はAppendix Cの完全性のために再生します。
8.3. COSINE/Internet object classes
8.3. COSINE/インターネットオブジェクトのクラス
This section attempts to fuse together the object classes designed for use in the COSINE and Internet pilot activities. Descriptions
このセクションは、COSINEとインターネットパイロット活動における使用のために設計されたオブジェクトのクラスを一緒に溶断するのを試みます。 記述
Barker & Kille [Page 8] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[8ページ]RFC1274コサインとインターネットX.500図式1991年11月
are given of the suggested usage of these object classes. The ASN.1 for these object classes is also reproduced in Appendix C.
これらのオブジェクトのクラスの提案された使用法を与えます。 また、これらのオブジェクトのクラスのためのASN.1はAppendix Cで再生します。
8.3.1. Pilot Object
8.3.1. パイロットオブジェクト
The PilotObject object class is used as a sub-class to allow some common, useful attributes to be assigned to entries of all other object classes.
いくつかの一般的で、役に立つ属性が他のすべてのオブジェクトのエントリーに割り当てられるのを許容するサブクラスが属するようにPilotObjectオブジェクトのクラスは使用されています。
pilotObject OBJECT-CLASS
SUBCLASS OF top
MAY CONTAIN {
info,
photo,
manager,
uniqueIdentifier,
lastModifiedTime,
lastModifiedBy,
dITRedirect,
audio}
::= {pilotObjectClass 3}
pilotObject OBJECT-CLASS SUBCLASS OFがMAY CONTAINを上回っている、インフォメーション、フォト、マネージャ、uniqueIdentifier、lastModifiedTime、lastModifiedBy、dITRedirect、オーディオ:、:= pilotObjectClass3
8.3.2. Pilot Person
8.3.2. パイロットの人
The PilotPerson object class is used as a sub-class of person, to allow the use of a number of additional attributes to be assigned to entries of object class person.
PilotPersonオブジェクトのクラスは、多くの追加属性の使用がオブジェクトクラスの人のエントリーに割り当てられるのを許容するのに人のサブクラスとして使用されます。
pilotPerson OBJECT-CLASS
SUBCLASS OF person
MAY CONTAIN {
userid,
textEncodedORAddress,
rfc822Mailbox,
favouriteDrink,
roomNumber,
userClass,
homeTelephoneNumber,
homePostalAddress,
secretary,
personalTitle,
preferredDeliveryMethod,
businessCategory,
janetMailbox,
otherMailbox,
mobileTelephoneNumber,
pagerTelephoneNumber,
organizationalStatus,
pilotPerson OBJECT-CLASS SUBCLASS OF人のMAY CONTAIN、ユーザID、textEncodedORAddress、rfc822Mailbox、favouriteDrink、roomNumber、userClass、homeTelephoneNumber、homePostalAddress、秘書、personalTitle、preferredDeliveryMethod、businessCategory、janetMailbox、otherMailbox、mobileTelephoneNumber、pagerTelephoneNumber、organizationalStatus
Barker & Kille [Page 9] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[9ページ]RFC1274コサインとインターネットX.500図式1991年11月
mailPreferenceOption,
personalSignature}
::= {pilotObjectClass 4}
mailPreferenceOption、personalSignature ::= pilotObjectClass4
8.3.3. Account
8.3.3. アカウント
The Account object class is used to define entries representing computer accounts. The userid attribute should be used for naming entries of this object class.
Accountオブジェクトのクラスは、コンピュータアカウントを表すエントリーを定義するのに使用されます。 ユーザID属性は、このオブジェクトのクラスのエントリーを命名するのに使用されるべきです。
account OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
userid}
MAY CONTAIN {
description,
seeAlso,
localityName,
organizationName,
organizationalUnitName,
host}
::= {pilotObjectClass 5}
OBJECT-CLASS SUBCLASS OFの最高MUST CONTAINユーザID MAY CONTAINが記述、seeAlso、localityName、organizationName、organizationalUnitName、ホストであることを説明してください:、:= pilotObjectClass5
8.3.4. Document
8.3.4. ドキュメント
The Document object class is used to define entries which represent documents.
Documentオブジェクトのクラスは、ドキュメントを表すエントリーを定義するのに使用されます。
document OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
documentIdentifier}
MAY CONTAIN {
commonName,
description,
seeAlso,
localityName,
organizationName,
organizationalUnitName,
documentTitle,
documentVersion,
documentAuthor,
documentLocation,
documentPublisher}
::= {pilotObjectClass 6}
ドキュメントOBJECT-CLASS SUBCLASS OFがMUST CONTAIN documentIdentifierを上回っている、MAY CONTAIN、commonName、記述、seeAlso、localityName、organizationName、organizationalUnitName、documentTitle、documentVersion、documentAuthor、documentLocation、documentPublisher:、:= pilotObjectClass6
Barker & Kille [Page 10] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[10ページ]RFC1274コサインとインターネットX.500図式1991年11月
8.3.5. Room
8.3.5. 余地
The Room object class is used to define entries representing rooms. The commonName attribute should be used for naming pentries of this object class.
Roomオブジェクトのクラスは、部屋を表すエントリーを定義するのに使用されます。commonName属性は、このオブジェクトのクラスのpentriesを命名するのに使用されるべきです。
room OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
roomNumber,
description,
seeAlso,
telephoneNumber}
::= {pilotObjectClass 7}
余地のOBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、roomNumber、記述、seeAlso、telephoneNumber:、:= pilotObjectClass7
8.3.6. Document Series
8.3.6. ドキュメントシリーズ
The Document Series object class is used to define an entry which represents a series of documents (e.g., The Request For Comments papers).
Document Seriesオブジェクトのクラスは、一連のドキュメント(例えば、Request For Comments書類)を表すエントリーを定義するのに使用されます。
documentSeries OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
description,
seeAlso,
telephoneNumber,
localityName,
organizationName,
organizationalUnitName}
::= {pilotObjectClass 9}
documentSeries OBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、記述、seeAlso、telephoneNumber、localityName、organizationName、organizationalUnitName:、:= pilotObjectClass9
8.3.7. Domain
8.3.7. ドメイン
The Domain object class is used to define entries which represent DNS or NRS domains. The domainComponent attribute should be used for naming entries of this object class. The usage of this object class is described in more detail in [3].
Domainオブジェクトのクラスは、DNSを表すエントリーかNRSドメインを定義するのに使用されます。 domainComponent属性は、このオブジェクトのクラスのエントリーを命名するのに使用されるべきです。 このオブジェクトのクラスの使用法はさらに詳細に[3]で説明されます。
domain OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
domainComponent}
MAY CONTAIN {
ドメインOBJECT-CLASS SUBCLASS OFがMUST CONTAIN domainComponentを上回っている、MAY CONTAIN
Barker & Kille [Page 11] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[11ページ]RFC1274コサインとインターネットX.500図式1991年11月
associatedName,
organizationName,
organizationalAttributeSet}
::= {pilotObjectClass 13}
associatedName、organizationName、organizationalAttributeSet ::= pilotObjectClass13
8.3.8. RFC822 Local Part
8.3.8. RFC822の地方の部分
The RFC822 Local Part object class is used to define entries which represent the local part of RFC822 mail addresses. This treats this part of an RFC822 address as a domain. The usage of this object class is described in more detail in [3].
RFC822 Local Partオブジェクトのクラスは、RFC822郵便の宛先の地方の部分を表すエントリーを定義するのに使用されます。 これはRFC822アドレスのこの部分をドメインとして扱います。 このオブジェクトのクラスの使用法はさらに詳細に[3]で説明されます。
rFC822localPart OBJECT-CLASS
SUBCLASS OF domain
MAY CONTAIN {
commonName,
surname,
description,
seeAlso,
telephoneNumber,
postalAttributeSet,
telecommunicationAttributeSet}
::= {pilotObjectClass 14}
rFC822localPart OBJECT-CLASS SUBCLASS OFドメインMAY CONTAIN、commonName、姓、記述、seeAlso、telephoneNumber、postalAttributeSet、telecommunicationAttributeSet:、:= pilotObjectClass14
8.3.9. DNS Domain
8.3.9. DNSドメイン
The DNS Domain (Domain NameServer) object class is used to define entries for DNS domains. The usage of this object class is described in more detail in [3].
DNS Domain(ドメインNameServer)オブジェクトのクラスは、DNSドメインのためのエントリーを定義するのに使用されます。 このオブジェクトのクラスの使用法はさらに詳細に[3]で説明されます。
dNSDomain OBJECT-CLASS
SUBCLASS OF domain
MAY CONTAIN {
ARecord,
MDRecord,
MXRecord,
NSRecord,
SOARecord,
CNAMERecord}
::= {pilotObjectClass 15}
dNSDomain OBJECT-CLASS SUBCLASS OFドメインMAY CONTAIN、ARecord、MDRecord、MXRecord、NSRecord、SOARecord、CNAMERecord:、:= pilotObjectClass15
8.3.10. Domain Related Object
8.3.10. ドメインはオブジェクトを関係づけました。
The Domain Related Object object class is used to define entries which represent DNS/NRS domains which are "equivalent" to an X.500 domain: e.g., an organisation or organisational unit. The usage of this object class is described in more detail in [3].
Domainの関連ObjectオブジェクトのクラスはX.500ドメインに「同等な」DNS/NRSドメインを表すエントリーを定義するのに使用されます: 例えば、機構かorganisationalユニット。 このオブジェクトのクラスの使用法はさらに詳細に[3]で説明されます。
Barker & Kille [Page 12] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[12ページ]RFC1274コサインとインターネットX.500図式1991年11月
domainRelatedObject OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
associatedDomain}
::= {pilotObjectClass 17}
domainRelatedObject OBJECT-CLASS SUBCLASS OFはMUST CONTAIN associatedDomainを上回っています:、:= pilotObjectClass17
8.3.11. Friendly Country
8.3.11. 友好国
The Friendly Country object class is used to define country entries in the DIT. The object class is used to allow friendlier naming of countries than that allowed by the object class country. The naming attribute of object class country, countryName, has to be a 2 letter string defined in ISO 3166.
Friendly Countryオブジェクトのクラスは、DITで国のエントリーを定義するのに使用されます。 オブジェクトのクラスは、国のオブジェクトクラス国によってそんなに許容されているより好意的な命名を許すのに使用されます。 オブジェクトクラス国の命名属性(countryName)はISO3166で定義された2文字列でなければなりません。
friendlyCountry OBJECT-CLASS
SUBCLASS OF country
MUST CONTAIN {
friendlyCountryName}
::= {pilotObjectClass 18}
friendlyCountry OBJECT-CLASS SUBCLASS OF国のMUST CONTAIN friendlyCountryName:、:= pilotObjectClass18
8.3.12. Simple Security Object
8.3.12. 簡単なセキュリティオブジェクト
The Simple Security Object object class is used to allow an entry to have a userPassword attribute when an entry's principal object classes do not allow userPassword as an attribute type.
Simple Security Objectオブジェクトのクラスは、エントリーの主眼のクラスが属性タイプとしてuserPasswordを許容しないとき、エントリーにはuserPassword属性があるのを許容するのに使用されます。
simpleSecurityObject OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
userPassword }
::= {pilotObjectClass 19}
simpleSecurityObject OBJECT-CLASS SUBCLASS OFはMUST CONTAIN userPasswordを上回っています:、:= pilotObjectClass19
8.3.13. Pilot Organization
8.3.13. パイロット組織
The PilotOrganization object class is used as a sub-class of organization and organizationalUnit to allow a number of additional attributes to be assigned to entries of object classes organization and organizationalUnit.
PilotOrganizationオブジェクトのクラスは多くの追加属性がオブジェクトのクラスの組織とorganizationalUnitのエントリーに割り当てられるのを許容する組織とorganizationalUnitのサブクラスとして使用されます。
pilotOrganization OBJECT-CLASS
SUBCLASS OF organization, organizationalUnit
MAY CONTAIN {
buildingName}
::= {pilotObjectClass 20}
pilotOrganization OBJECT-CLASS SUBCLASS OF組織、organizationalUnit MAY CONTAIN buildingName:、:= pilotObjectClass20
Barker & Kille [Page 13] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[13ページ]RFC1274コサインとインターネットX.500図式1991年11月
8.3.14. Pilot DSA
8.3.14. パイロットDSA
The PilotDSA object class is used as a sub-class of the dsa object class to allow additional attributes to be assigned to entries for DSAs.
PilotDSAオブジェクトのクラスは追加属性がDSAsのためにエントリーに割り当てられるのを許容するdsaオブジェクトのクラスのサブクラスとして使用されます。
pilotDSA OBJECT-CLASS
SUBCLASS OF dsa
MUST CONTAIN {
dSAQuality}
::= {pilotObjectClass 21}
pilotDSA OBJECT-CLASS SUBCLASS OF dsa MUST CONTAIN dSAQuality:、:= pilotObjectClass21
8.3.15. Quality Labelled Data
8.3.15. データとラベルされた品質
The Quality Labelled Data object class is used to allow the assignment of the data quality attributes to subtrees in the DIT.
Quality Labelled Dataオブジェクトのクラスは、データの品質属性の課題をDITの下位木に許容するのに使用されます。
See [8] for more details.
その他の詳細のための[8]を見てください。
qualityLabelledData OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
dSAQuality}
MAY CONTAIN {
subtreeMinimumQuality,
subtreeMaximumQuality}
::= {pilotObjectClass 22}
qualityLabelledData OBJECT-CLASS SUBCLASS OFがMUST CONTAIN dSAQualityを上回っている、MAY CONTAIN、subtreeMinimumQuality、subtreeMaximumQuality:、:= pilotObjectClass22
9. Attribute Types
9. 属性タイプ
9.1. X.500 standard attribute types
9.1. X.500の標準の属性タイプ
A number of generally useful attribute types are defined in X.520, and these are supported. Refer to that document for descriptions of the suggested usage of these attribute types. The ASN.1 for these attribute types is reproduced for completeness in Appendix C.
多くの一般に役に立つ属性タイプがX.520で定義されます、そして、これらはサポートされます。 これらの属性タイプの提案された使用法の記述のためのそのドキュメントを参照してください。 これらの属性タイプのためのASN.1はAppendix Cの完全性のために再生します。
9.2. X.400 standard attribute types
9.2. X.400の標準の属性タイプ
The standard X.400 attribute types are supported. See X.402 for full details. The ASN.1 for these attribute types is reproduced in Appendix C.
標準のX.400属性タイプはサポートされます。 一部始終に関してX.402を見てください。 これらの属性タイプのためのASN.1はAppendix Cで再生します。
9.3. COSINE/Internet attribute types
9.3. COSINE/インターネット属性タイプ
This section describes all the attribute types defined for use in the COSINE and Internet pilots. Descriptions are given as to the suggested usage of these attribute types. The ASN.1 for these
このセクションはCOSINEとインターネットのパイロットにおける使用のために定義されたすべての属性タイプを説明します。 これらの属性タイプの提案された使用法に関して記述を与えます。 これらのためのASN.1
Barker & Kille [Page 14] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[14ページ]RFC1274コサインとインターネットX.500図式1991年11月
attribute types is reproduced in Appendix C.
Appendix Cでは、再生します属性が、タイプする。
9.3.1. Userid
9.3.1. ユーザID
The Userid attribute type specifies a computer system login name.
Userid属性タイプはコンピュータ・システムログイン名を指定します。
userid ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-user-identifier))
::= {pilotAttributeType 1}
ユーザID ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubユーザ識別子)):、:= pilotAttributeType1
9.3.2. Text Encoded O/R Address
9.3.2. テキストはO/Rアドレスをコード化しました。
The Text Encoded O/R Address attribute type specifies a text encoding of an X.400 O/R address, as specified in RFC 987. The use of this attribute is deprecated as the attribute is intended for interim use only. This attribute will be the first candidate for the attribute expiry mechanisms!
Text Encoded O/R Address属性タイプはX.400O/Rアドレスのテキストコード化を指定します、RFC987で指定されるように。 属性が当座の使用だけのために意図するとき、この属性の使用は推奨しないです。 この属性は第1代属性満期メカニズムの候補になるでしょう!
textEncodedORAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-text-encoded-or-address))
::= {pilotAttributeType 2}
textEncodedORAddress ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのテキストがコード化したubかアドレス)):、:= pilotAttributeType2
9.3.3. RFC 822 Mailbox
9.3.3. RFC822メールボックス
The RFC822 Mailbox attribute type specifies an electronic mailbox attribute following the syntax specified in RFC 822. Note that this attribute should not be used for greybook or other non-Internet order mailboxes.
RFC822で指定された構文に従って、RFC822 Mailbox属性タイプはメールボックス属性を指定します。 この属性がgreybookか他の非インターネットオーダーメールボックスに使用されるべきでないことに注意してください。
rfc822Mailbox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
(SIZE (1 .. ub-rfc822-mailbox))
::= {pilotAttributeType 3}
rfc822Mailbox ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreIA5StringSyntax(SIZE(1個のub-rfc822-メールボックス)):、:= pilotAttributeType3
9.3.4. Information
9.3.4. 情報
The Information attribute type specifies any general information pertinent to an object. It is recommended that specific usage of this attribute type is avoided, and that specific requirements are met by other (possibly additional) attribute types.
情報属性タイプはオブジェクトに適切などんな一般情報も指定します。 この属性タイプの特定の使用法が避けられて、決められた一定の要求が他の(ことによると追加する)の属性タイプによって満たされるのは、お勧めです。
info ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
インフォメーションATTRIBUTE WITH ATTRIBUTE-SYNTAX
Barker & Kille [Page 15] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[15ページ]RFC1274コサインとインターネットX.500図式1991年11月
caseIgnoreStringSyntax
(SIZE (1 .. ub-information))
::= {pilotAttributeType 4}
caseIgnoreStringSyntax(SIZE(1 ub-情報)):、:= pilotAttributeType4
9.3.5. Favourite Drink
9.3.5. お気に入りの飲み物
The Favourite Drink attribute type specifies the favourite drink of an object (or person).
Favourite Drink属性タイプはオブジェクト(または、人)のお気に入りの飲み物を指定します。
favouriteDrink ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-favourite-drink))
::= {pilotAttributeType 5}
favouriteDrink ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1個のubのお気に入りの飲み物)):、:= pilotAttributeType5
9.3.6. Room Number
9.3.6. 部屋番号
The Room Number attribute type specifies the room number of an object. Note that the commonName attribute should be used for naming room objects.
Room Number属性タイプはオブジェクトの部屋番号を指定します。 commonName属性が余地をオブジェクトと命名するのに使用されるべきであることに注意してください。
roomNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-room-number))
::= {pilotAttributeType 6}
roomNumber ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのub-部屋番号)):、:= pilotAttributeType6
9.3.7. Photo
9.3.7. フォト
The Photo attribute type specifies a "photograph" for an object. This should be encoded in G3 fax as explained in recommendation T.4, with an ASN.1 wrapper to make it compatible with an X.400 BodyPart as defined in X.420.
Photo属性タイプは「写真」をオブジェクトに指定します。 これはASN.1ラッパーで推薦T.4で説明されて、X.420で定義されるようにそれをX.400 BodyPartと互換性があるようにするようにG3ファックスでコード化されるべきです。
IMPORT G3FacsimileBodyPart FROM { mhs-motis ipms modules
information-objects }
G3FacsimileBodyPartをインポートします。mhs-motis ipmsモジュール情報オブジェクト
photo ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
CHOICE {
g3-facsimile [3] G3FacsimileBodyPart
}
(SIZE (1 .. ub-photo))
::= {pilotAttributeType 7}
フォトATTRIBUTE WITH ATTRIBUTE-SYNTAX CHOICE g3-ファクシミリ[3]G3FacsimileBodyPart(SIZE(1枚のub-フォト)):、:= pilotAttributeType7
Barker & Kille [Page 16] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[16ページ]RFC1274コサインとインターネットX.500図式1991年11月
9.3.8. User Class
9.3.8. ユーザ・クラス
The User Class attribute type specifies a category of computer user. The semantics placed on this attribute are for local interpretation. Examples of current usage od this attribute in academia are undergraduate student, researcher, lecturer, etc. Note that the organizationalStatus attribute may now often be preferred as it makes no distinction between computer users and others.
User Class属性タイプはコンピュータユーザのカテゴリを指定します。 この属性に置かれた意味論はローカルの解釈のためのものです。 これがアカデミーで結果と考える現在の用法odに関する例は大学生、研究者、講師ですなど。 コンピュータユーザと他のものの間で区別を全くしないときorganizationalStatus属性が現在しばしば好まれるかもしれないことに注意してください。
userClass ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-user-class))
::= {pilotAttributeType 8}
userClass ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのub-ユーザ・クラス)):、:= pilotAttributeType8
9.3.9. Host
9.3.9. ホスト
The Host attribute type specifies a host computer.
Host属性タイプはホストコンピュータを指定します。
host ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-host))
::= {pilotAttributeType 9}
ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1人のub-ホスト))を接待してください:、:= pilotAttributeType9
9.3.10. Manager
9.3.10. マネージャ
The Manager attribute type specifies the manager of an object represented by an entry.
マネージャの属性タイプはエントリーで表されたオブジェクトのマネージャを指定します。
manager ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 10}
マネージャATTRIBUTE WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax:、:= pilotAttributeType10
9.3.11. Document Identifier
9.3.11. ドキュメント識別子
The Document Identifier attribute type specifies a unique identifier for a document.
Document Identifier属性タイプはドキュメントのためのユニークな識別子を指定します。
documentIdentifier ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-identifier))
::= {pilotAttributeType 11}
documentIdentifier ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメント識別子)):、:= pilotAttributeType11
Barker & Kille [Page 17] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[17ページ]RFC1274コサインとインターネットX.500図式1991年11月
9.3.12. Document Title
9.3.12. ドキュメントタイトル
The Document Title attribute type specifies the title of a document.
Document Title属性タイプはドキュメントのタイトルを指定します。
documentTitle ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-title))
::= {pilotAttributeType 12}
documentTitle ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメントタイトル)):、:= pilotAttributeType12
9.3.13. Document Version
9.3.13. ドキュメントバージョン
The Document Version attribute type specifies the version number of a document.
Documentバージョン属性タイプはドキュメントのバージョン番号を指定します。
documentVersion ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-version))
::= {pilotAttributeType 13}
documentVersion ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメントバージョン)):、:= pilotAttributeType13
9.3.14. Document Author
9.3.14. ドキュメント作者
The Document Author attribute type specifies the distinguished name of the author of a document.
Document Author属性タイプはドキュメントの作者の分類名を指定します。
documentAuthor ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 14}
documentAuthorは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType14
9.3.15. Document Location
9.3.15. ドキュメント位置
The Document Location attribute type specifies the location of the document original.
Document Location属性タイプはドキュメントオリジナルの位置を指定します。
documentLocation ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-location))
::= {pilotAttributeType 15}
documentLocation ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメント位置)):、:= pilotAttributeType15
9.3.16. Home Telephone Number
9.3.16. 家庭の電話番号
The Home Telephone Number attribute type specifies a home telephone number associated with a person. Attribute values should follow the agreed format for international telephone numbers: i.e., "+44 71 123 4567".
ホームTelephone Number属性タイプは人に関連している家庭の電話番号を指定します。 属性値は国際電話番号のための同意された形式に続くべきです: 「すなわち」という+44 71 123 4567インチ。
Barker & Kille [Page 18] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[18ページ]RFC1274コサインとインターネットX.500図式1991年11月
homeTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
telephoneNumberSyntax
::= {pilotAttributeType 20}
homeTelephoneNumberは属性構文telephoneNumberSyntaxと共に以下を結果と考えます:= pilotAttributeType20
9.3.17. Secretary
9.3.17. 長官
The Secretary attribute type specifies the secretary of a person. The attribute value for Secretary is a distinguished name.
長官の属性タイプは人の秘書を指定します。 長官のための属性値は分類名です。
secretary ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 21}
秘書ATTRIBUTE WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax:、:= pilotAttributeType21
9.3.18. Other Mailbox
9.3.18. 他のメールボックス
The Other Mailbox attribute type specifies values for electronic mailbox types other than X.400 and rfc822.
Other Mailbox属性タイプはX.400とrfc822以外のメールボックスタイプに値を指定します。
otherMailbox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
SEQUENCE {
mailboxType PrintableString, -- e.g. Telemail
mailbox IA5String -- e.g. X378:Joe
}
::= {pilotAttributeType 22}
otherMailbox ATTRIBUTE WITH ATTRIBUTE-SYNTAX SEQUENCE、mailboxType PrintableString--例えば、TelemailメールボックスIA5String--X378: 例えば、ジョー:、:= pilotAttributeType22
9.3.19. Last Modified Time
9.3.19. 最終更新日時間
The Last Modified Time attribute type specifies the last time, in UTC time, that an entry was modified. Ideally, this attribute should be maintained by the DSA.
最終更新日Time属性タイプは、UTC時代に最後の時間、エントリーが変更されたと指定します。 理想的に、この属性はDSAによって維持されるはずです。
lastModifiedTime ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
uTCTimeSyntax
::= {pilotAttributeType 23}
lastModifiedTimeは属性構文uTCTimeSyntaxと共に以下を結果と考えます:= pilotAttributeType23
9.3.20. Last Modified By
9.3.20. 最後に変更されます。
The Last Modified By attribute specifies the distinguished name of the last user to modify the associated entry. Ideally, this attribute should be maintained by the DSA.
最終更新日By属性は関連エントリーを変更する最後のユーザの分類名を指定します。 理想的に、この属性はDSAによって維持されるはずです。
lastModifiedBy ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
属性構文distinguishedNameSyntaxがあるlastModifiedBy属性
Barker & Kille [Page 19] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[19ページ]RFC1274コサインとインターネットX.500図式1991年11月
::= {pilotAttributeType 24}
::= pilotAttributeType24
9.3.21. Domain Component
9.3.21. ドメインコンポーネント
The Domain Component attribute type specifies a DNS/NRS domain. For example, "uk" or "ac".
Domain Component属性タイプはDNS/NRSドメインを指定します。 例えば、"uk"か"ac"。
domainComponent ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
SINGLE VALUE
::= {pilotAttributeType 25}
domainComponentは属性構文のcaseIgnoreIA5StringSyntaxのただ一つの価値で以下を結果と考えます:= pilotAttributeType25
9.3.22. DNS ARecord
9.3.22. DNS ARecord
The A Record attribute type specifies a type A (Address) DNS resource record [6] [7].
A Record属性タイプはタイプA(アドレス)DNSリソース記録[6][7]を指定します。
aRecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 26}
aRecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType26
9.3.23. MX Record
9.3.23. MX記録
The MX Record attribute type specifies a type MX (Mail Exchange) DNS resource record [6] [7].
MX Record属性タイプはタイプMX(Exchangeに郵送する)DNSリソース記録[6][7]を指定します。
mXRecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 28}
mXRecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType28
9.3.24. NS Record
9.3.24. ナノ秒記録的です。
The NS Record attribute type specifies an NS (Name Server) DNS resource record [6] [7].
NS Record属性タイプはNS(名前Server)DNSリソース記録[6][7]を指定します。
nSRecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 29}
nSRecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType29
9.3.25. SOA Record
9.3.25. SOA記録
The SOA Record attribute type specifies a type SOA (Start of Authority) DNS resorce record [6] [7].
SOA Record属性タイプはタイプSOA(Authorityの始まり)DNS resorce記録[6][7]を指定します。
Barker & Kille [Page 20] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[20ページ]RFC1274コサインとインターネットX.500図式1991年11月
sOARecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 30}
sOARecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType30
9.3.26. CNAME Record
9.3.26. CNAME記録
The CNAME Record attribute type specifies a type CNAME (Canonical Name) DNS resource record [6] [7].
CNAME Record属性タイプはタイプCNAME(正準なName)DNSリソース記録[6][7]を指定します。
cNAMERecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
iA5StringSyntax
::= {pilotAttributeType 31}
cNAMERecordは属性構文iA5StringSyntaxと共に以下を結果と考えます:= pilotAttributeType31
9.3.27. Associated Domain
9.3.27. 関連ドメイン
The Associated Domain attribute type specifies a DNS or NRS domain which is associated with an object in the DIT. For example, the entry in the DIT with a distinguished name "C=GB, O=University College London" would have an associated domain of "UCL.AC.UK. Note that all domains should be represented in rfc822 order. See [3] for more details of usage of this attribute.
Associated Domain属性タイプはDNSかDITのオブジェクトに関連しているNRSドメインを指定します。 例えば、「C=GB、Oはユニバーシティ・カレッジロンドンと等しいこと」がそうする分類名があるDITのエントリーには、"UCL.AC.UK"の関連ドメインがあります。 すべてのドメインがrfc822オーダーに表されるべきであることに注意してください。 この属性の用法に関するその他の詳細のための[3]を見てください。
associatedDomain ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
::= {pilotAttributeType 37}
associatedDomainは属性構文caseIgnoreIA5StringSyntaxと共に以下を結果と考えます:= pilotAttributeType37
9.3.28. Associated Name
9.3.28. 関連名前
The Associated Name attribute type specifies an entry in the organisational DIT associated with a DNS/NRS domain. See [3] for more details of usage of this attribute.
Associated Name属性タイプはDNS/NRSドメインに関連しているorganisational DITでエントリーを指定します。 この属性の用法に関するその他の詳細のための[3]を見てください。
associatedName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 38}
associatedNameは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType38
9.3.29. Home postal address
9.3.29. ホーム郵便の宛先
The Home postal address attribute type specifies a home postal address for an object. This should be limited to up to 6 lines of 30 characters each.
ホーム郵便の宛先属性タイプはオブジェクトのためのホーム郵便の宛先を指定します。 これはそれぞれ30のキャラクタの最大6つの系列に制限されるべきです。
homePostalAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
属性構文があるhomePostalAddress属性
Barker & Kille [Page 21] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[21ページ]RFC1274コサインとインターネットX.500図式1991年11月
postalAddress
MATCHES FOR EQUALITY
::= {pilotAttributeType 39}
postalAddressは平等のために以下に合っています:= pilotAttributeType39
9.3.30. Personal Title
9.3.30. 個人的なタイトル
The Personal Title attribute type specifies a personal title for a person. Examples of personal titles are "Ms", "Dr", "Prof" and "Rev".
パーソナルTitle属性タイプは個人的なタイトルを人に指定します。 個人的なタイトルに関する例は、「さん」と、「博士」と、「教授」と「回転」です。
personalTitle ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-personal-title))
::= {pilotAttributeType 40}
personalTitle ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubの個人的なタイトル)):、:= pilotAttributeType40
9.3.31. Mobile Telephone Number
9.3.31. 携帯電話の番号
The Mobile Telephone Number attribute type specifies a mobile telephone number associated with a person. Attribute values should follow the agreed format for international telephone numbers: i.e., "+44 71 123 4567".
モバイルTelephone Number属性タイプは人に関連している携帯電話の番号を指定します。 属性値は国際電話番号のための同意された形式に続くべきです: 「すなわち」という+44 71 123 4567インチ。
mobileTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
telephoneNumberSyntax
::= {pilotAttributeType 41}
mobileTelephoneNumberは属性構文telephoneNumberSyntaxと共に以下を結果と考えます:= pilotAttributeType41
9.3.32. Pager Telephone Number
9.3.32. ポケットベル電話番号
The Pager Telephone Number attribute type specifies a pager telephone number for an object. Attribute values should follow the agreed format for international telephone numbers: i.e., "+44 71 123 4567".
Pager Telephone Number属性タイプはポケットベル電話番号をオブジェクトに指定します。 属性値は国際電話番号のための同意された形式に続くべきです: 「すなわち」という+44 71 123 4567インチ。
pagerTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
telephoneNumberSyntax
::= {pilotAttributeType 42}
pagerTelephoneNumberは属性構文telephoneNumberSyntaxと共に以下を結果と考えます:= pilotAttributeType42
9.3.33. Friendly Country Name
9.3.33. 友好国名
The Friendly Country Name attribute type specifies names of countries in human readable format. The standard attribute country name must be one of the two-letter codes defined in ISO 3166.
Friendly Country Name属性タイプは人間の読み込み可能な形式で国の名前を指定します。 標準の属性国の名はISO3166で定義された2レター・コードの1つであるに違いありません。
friendlyCountryName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
::= {pilotAttributeType 43}
friendlyCountryNameは属性構文caseIgnoreStringSyntaxと共に以下を結果と考えます:= pilotAttributeType43
Barker & Kille [Page 22] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[22ページ]RFC1274コサインとインターネットX.500図式1991年11月
9.3.34. Unique Identifier
9.3.34. ユニークな識別子
The Unique Identifier attribute type specifies a "unique identifier" for an object represented in the Directory. The domain within which the identifier is unique, and the exact semantics of the identifier, are for local definition. For a person, this might be an institution-wide payroll number. For an organisational unit, it might be a department code.
Unique Identifier属性タイプはディレクトリで表されたオブジェクトのための「ユニークな識別子」を指定します。 識別子がユニークであるドメイン、および識別子の正確な意味論は地方の定義のためのものです。 人にとって、これは団体全体の給料支払名簿番号であるかもしれません。 organisationalユニットのために、それは部のコードであるかもしれません。
uniqueIdentifier ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-unique-identifier))
::= {pilotAttributeType 44}
uniqueIdentifier ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubのユニークな識別子)):、:= pilotAttributeType44
9.3.35. Organisational Status
9.3.35. Organisational状態
The Organisational Status attribute type specifies a category by which a person is often referred to in an organisation. Examples of usage in academia might include undergraduate student, researcher, lecturer, etc.
Organisational Status属性タイプは機構で人についてしばしば言及するカテゴリを指定します。 アカデミーにおける用法に関する例は大学生、研究者、講師などを含むかもしれません。
A Directory administrator should probably consider carefully the distinctions between this and the title and userClass attributes.
ディレクトリ管理者はたぶん慎重にこれと、タイトルとuserClass属性の区別を考えるべきです。
organizationalStatus ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-organizational-status))
::= {pilotAttributeType 45}
organizationalStatus ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubの組織的な状態)):、:= pilotAttributeType45
9.3.36. Janet Mailbox
9.3.36. ジャネットMailbox
The Janet Mailbox attribute type specifies an electronic mailbox attribute following the syntax specified in the Grey Book of the Coloured Book series. This attribute is intended for the convenience of U.K users unfamiliar with rfc822 and little-endian mail addresses. Entries using this attribute MUST also include an rfc822Mailbox attribute.
Coloured BookシリーズのGrey Bookで指定された構文に従って、ジャネットMailbox属性タイプはメールボックス属性を指定します。 この属性はrfc822になじみのないU.Kユーザとリトルエンディアン郵便の宛先の都合のために意図します。 また、この属性を使用するエントリーはrfc822Mailbox属性を含まなければなりません。
janetMailbox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
(SIZE (1 .. ub-janet-mailbox))
::= {pilotAttributeType 46}
janetMailbox ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreIA5StringSyntax(SIZE(1個のubジャネットメールボックス)):、:= pilotAttributeType46
Barker & Kille [Page 23] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[23ページ]RFC1274コサインとインターネットX.500図式1991年11月
9.3.37. Mail Preference Option
9.3.37. 好みのオプションを郵送してください。
An attribute to allow users to indicate a preference for inclusion of their names on mailing lists (electronic or physical). The absence of such an attribute should be interpreted as if the attribute was present with value "no-list-inclusion". This attribute should be interpreted by anyone using the directory to derive mailing lists, and its value respected.
ユーザがメーリングリスト(電子的、または、物理的な)における彼らの名前の包含のための優先を示すのを許容する属性。 まるで属性が値の「リスト包含がありません」について存在しているかのようにそのような属性の欠如は解釈されるべきです。 この属性は、尊敬されたメーリングリスト、およびその値を引き出すのにディレクトリを使用することでだれによっても解釈されるべきです。
mailPreferenceOption ATTRIBUTE
WITH ATTRIBUTE-SYNTAX ENUMERATED {
no-list-inclusion(0),
any-list-inclusion(1), -- may be added to any lists
professional-list-inclusion(2)
-- may be added to lists
-- which the list provider
-- views as related to the
-- users professional inter-
-- ests, perhaps evaluated
-- from the business of the
-- organisation or keywords
-- in the entry.
}
::= {pilotAttributeType 47}
mailPreferenceOption ATTRIBUTE WITH ATTRIBUTE-SYNTAX ENUMERATED、-どんなリスト包含(0)、リスト包含(1)(どんなリスト専門家包含を記載された(2)にも加えられるかもしれません)はリストに少しも追加されないかもしれません--、どれ、リストプロバイダー--、関連されるように見るか、--、ユーザ専門家、相互、--、--機構かキーワード--コネのビジネスからの恐らく評価されたests、エントリー。 ::= pilotAttributeType47
9.3.38. Building Name
9.3.38. ビル名
The Building Name attribute type specifies the name of the building where an organisation or organisational unit is based.
ビルName属性タイプは機構かorganisationalユニットが拠点を置いているビルの名前を指定します。
buildingName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-building-name))
::= {pilotAttributeType 48}
buildingName ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubビル名)):、:= pilotAttributeType48
9.3.39. DSA Quality
9.3.39. DSA品質
The DSA Quality attribute type specifies the purported quality of a DSA. It allows a DSA manager to indicate the expected level of availability of the DSA. See [8] for details of the syntax.
DSA Quality属性タイプはDSAの主張された品質を指定します。 それで、DSAマネージャはDSAの有用性の予想水準を示すことができます。 構文の詳細のための[8]を見てください。
dSAQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DSAQualitySyntax
SINGLE VALUE
::= {pilotAttributeType 49}
dSAQualityは属性構文のDSAQualitySyntaxのただ一つの価値で以下を結果と考えます:= pilotAttributeType49
Barker & Kille [Page 24] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[24ページ]RFC1274コサインとインターネットX.500図式1991年11月
9.3.40. Single Level Quality
9.3.40. ただ一つの平らな品質
The Single Level Quality attribute type specifies the purported data quality at the level immediately below in the DIT. See [8] for details of the syntax.
Single Level Quality属性タイプはDITですぐに以下のレベルにおける主張されたデータの品質を指定します。 構文の詳細のための[8]を見てください。
singleLevelQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DataQualitySyntax
SINGLE VALUE
::= {pilotAttributeType 50}
singleLevelQualityは属性構文のDataQualitySyntaxのただ一つの価値で以下を結果と考えます:= pilotAttributeType50
9.3.41. Subtree Minimum Quality
9.3.41. 下位木の最小の品質
The Subtree Minimum Quality attribute type specifies the purported minimum data quality for a DIT subtree. See [8] for more discussion and details of the syntax.
Subtree Minimum Quality属性タイプは主張された最小のデータの品質をDIT下位木に指定します。 構文の、より多くの議論と詳細のための[8]を見てください。
subtreeMinimumQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DataQualitySyntax
SINGLE VALUE
-- Defaults to singleLevelQuality
::= {pilotAttributeType 51}
subtreeMinimumQualityは属性構文DataQualitySyntaxと共にただ一つの値を結果と考えます--singleLevelQualityをデフォルトとします:、:= pilotAttributeType51
9.3.42. Subtree Maximum Quality
9.3.42. 下位木の最大の品質
The Subtree Maximum Quality attribute type specifies the purported maximum data quality for a DIT subtree. See [8] for more discussion and details of the syntax.
Subtree Maximum Quality属性タイプは主張された最大のデータの品質をDIT下位木に指定します。 構文の、より多くの議論と詳細のための[8]を見てください。
subtreeMaximumQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DataQualitySyntax
SINGLE VALUE
-- Defaults to singleLevelQuality
::= {pilotAttributeType 52}
subtreeMaximumQualityは属性構文DataQualitySyntaxと共にただ一つの値を結果と考えます--singleLevelQualityをデフォルトとします:、:= pilotAttributeType52
9.3.43. Personal Signature
9.3.43. 個人的な署名
The Personal Signature attribute type allows for a representation of a person's signature. This should be encoded in G3 fax as explained in recommendation T.4, with an ASN.1 wrapper to make it compatible with an X.400 BodyPart as defined in X.420.
パーソナルSignature属性タイプは人の署名の表現を考慮します。 これはASN.1ラッパーで推薦T.4で説明されて、X.420で定義されるようにそれをX.400 BodyPartと互換性があるようにするようにG3ファックスでコード化されるべきです。
IMPORT G3FacsimileBodyPart FROM { mhs-motis ipms modules
information-objects }
G3FacsimileBodyPartをインポートします。mhs-motis ipmsモジュール情報オブジェクト
personalSignature ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
CHOICE {
personalSignatureは属性構文選択で結果と考えます。
Barker & Kille [Page 25] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[25ページ]RFC1274コサインとインターネットX.500図式1991年11月
g3-facsimile [3] G3FacsimileBodyPart
}
(SIZE (1 .. ub-personal-signature))
::= {pilotAttributeType 53}
g3-ファクシミリ[3]G3FacsimileBodyPart (SIZE(1つのubの個人的な署名)) ::= pilotAttributeType53
9.3.44. DIT Redirect
9.3.44. デイット再直接です。
The DIT Redirect attribute type is used to indicate that the object described by one entry now has a newer entry in the DIT. The entry containing the redirection attribute should be expired after a suitable grace period. This attribute may be used when an individual changes his/her place of work, and thus acquires a new organisational DN.
DIT Redirect属性タイプは、現在1つのエントリーで説明されているオブジェクトがDITにより新しいエントリーを持っているのを示すのに使用されます。 リダイレクション属性を含むエントリーは適当な据置期間の後に吐き出されるべきです。 個人がその人の職場を変えて、その結果、新しいorganisational DNを獲得するとき、この属性は使用されるかもしれません。
dITRedirect ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 54}
dITRedirectは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType54
9.3.45. Audio
9.3.45. オーディオ
The Audio attribute type allows the storing of sounds in the Directory. The attribute uses a u-law encoded sound file as used by the "play" utility on a Sun 4. This is an interim format.
Audio属性タイプはディレクトリにおける音の保存を許します。 属性はSun4に関する「プレー」ユーティリティによって使用されるようにu-法のコード化されたサウンド・ファイルを使用します。 これは当座の形式です。
audio ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
Audio
(SIZE (1 .. ub-audio))
::= {pilotAttributeType 55}
オーディオATTRIBUTE WITH ATTRIBUTE-SYNTAX Audio(SIZE(1個のub-オーディオ)):、:= pilotAttributeType55
9.3.46. Publisher of Document
9.3.46. ドキュメントの出版社
The Publisher of Document attribute is the person and/or organization that published a document.
Document属性のPublisherはドキュメントを発表した人、そして/または、組織です。
documentPublisher ATTRIBUTE
WITH ATTRIBUTE SYNTAX caseIgnoreStringSyntax
::= {pilotAttributeType 56}
documentPublisherは属性構文caseIgnoreStringSyntaxと共に以下を結果と考えます:= pilotAttributeType56
9.4. Generally useful syntaxes
9.4. 一般に役に立つ構文
caseIgnoreIA5StringSyntax ATTRIBUTE-SYNTAX
IA5String
MATCHES FOR EQUALITY SUBSTRINGS
平等サブストリングのためのcaseIgnoreIA5StringSyntax属性構文IA5Stringマッチ
Barker & Kille [Page 26] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[26ページ]RFC1274コサインとインターネットX.500図式1991年11月
iA5StringSyntax ATTRIBUTE-SYNTAX
IA5String
MATCHES FOR EQUALITY SUBSTRINGS
平等サブストリングのためのiA5StringSyntax属性構文IA5Stringマッチ
-- Syntaxes to support the DNS attributes
-- DNSが属性であるとサポートする構文
DNSRecordSyntax ATTRIBUTE-SYNTAX
IA5String
MATCHES FOR EQUALITY
平等のためのDNSRecordSyntax属性構文IA5Stringマッチ
NRSInformationSyntax ATTRIBUTE-SYNTAX
NRSInformation
MATCHES FOR EQUALITY
平等のためのNRSInformationSyntax属性構文NRSInformationマッチ
NRSInformation ::= SET {
[0] Context,
[1] Address-space-id,
routes [2] SEQUENCE OF SEQUENCE {
Route-cost,
Addressing-info }
}
NRSInformation:、:= セットします。[0] 文脈[1] (アドレス宇宙イド)が[2] SEQUENCE OF SEQUENCEを発送する、ルート費用、Addressing-インフォメーション
9.5. Upper bounds on length of attribute values
9.5. 属性値の長さに関する上限
ub-document-identifier INTEGER ::= 256
ubドキュメント識別子INTEGER:、:= 256
ub-document-location INTEGER ::= 256
ubドキュメント位置のINTEGER:、:= 256
ub-document-title INTEGER ::= 256
ubドキュメントタイトルINTEGER:、:= 256
ub-document-version INTEGER ::= 256
ubドキュメントバージョンINTEGER:、:= 256
ub-favourite-drink INTEGER ::= 256
ubのお気に入りの飲み物のINTEGER:、:= 256
ub-host INTEGER ::= 256
ub-ホストINTEGER:、:= 256
ub-information INTEGER ::= 2048
ub-情報INTEGER:、:= 2048
ub-unique-identifier INTEGER ::= 256
ubのユニークな識別子INTEGER:、:= 256
ub-personal-title INTEGER ::= 256
ubの個人的なタイトルINTEGER:、:= 256
ub-photo INTEGER ::= 250000
ub-フォトINTEGER:、:= 250000
Barker & Kille [Page 27] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[27ページ]RFC1274コサインとインターネットX.500図式1991年11月
ub-rfc822-mailbox INTEGER ::= 256
ub-rfc822-メールボックスINTEGER:、:= 256
ub-room-number INTEGER ::= 256
ub-部屋番号INTEGER:、:= 256
ub-text-or-address INTEGER ::= 256
ubテキストかアドレスINTEGER:、:= 256
ub-user-class INTEGER ::= 256
ub-ユーザ・クラスINTEGER:、:= 256
ub-user-identifier INTEGER ::= 256
ubユーザ識別子INTEGER:、:= 256
ub-organizational-status INTEGER ::= 256
ubの組織的な状態INTEGER:、:= 256
ub-janet-mailbox INTEGER ::= 256
ubジャネットメールボックスINTEGER:、:= 256
ub-building-name INTEGER ::= 256
ubビル名のINTEGER:、:= 256
ub-personal-signature ::= 50000
ubの個人的な署名:、:= 50000
ub-audio INTEGER ::= 250000
ub-オーディオINTEGER:、:= 250000
References
参照
[1] CCITT/ISO, "X.500, The Directory - overview of concepts,
models and services, CCITT /ISO IS 9594.
[1]CCITT/ISO、「概念の、そして、モデルの、そして、サービスの概要、CCITT/ISO IS X.500、ディレクトリ--9594。」
[2] Kille, S., "The THORN and RARE X.500 Naming Architecture, in
University College London, Department of Computer Science
Research Note 89/48, May 1989.
[2] Kille、S.、「ユニバーシティ・カレッジロンドンのコンピュータサイエンス学部とアーキテクチャを命名する刺とまれなX.500が注意89/48について研究します、1989年5月。」
[3] Kille, S., "X.500 and Domains", RFC 1279, University College
London, November 1991.
RFC1279、ユニバーシティ・カレッジロンドン1991年11月の[3]Killeと、S.と、「X.500とドメイン」
[4] Rose, M., "PSI/NYSERNet White Pages Pilot Project: Status
Report", Technical Report 90-09-10-1, published by NYSERNet
Inc, 1990.
[4] バラ、M.、「ホワイトページが操縦するpsi/NYSERNetは以下を映し出します」。 「状態Report」(Technical Report90-09-10-1)はNYSERNet Inc、1990年までに発行しました。
[5] Craigie, J., "UK Academic Community Directory Service Pilot
Project, pp. 305-310 in Computer Networks and ISDN Systems
17 (1989), published by North Holland.
[5] クレーギー、J.、「イギリスのAcademic CommunityディレクトリサービスPilot Project、ページ」 305-310 北部オランダによって発行されたコンピュータNetworksとISDN Systems17(1989)で。
[6] Mockapetris, P., "Domain Names - Concepts and Facilities",
RFC 1034, USC/Information Sciences Institute, November 1987.
[6]Mockapetris、P.、「ドメイン名--、概念と施設、」、RFC1034、科学が設けるUSC/情報、11月1987日
[7] Mockapetris, P., "Domain Names - Implementation and
Specification, RFC 1035, USC/Information Sciences Institute,
November 1987.
[7]Mockapetris、P.、「ドメイン名--科学が1987インチ年11月に設ける実装と仕様、RFC1035、USC/情報。
[8] Kille, S., "Handling QOS (Quality of service) in the
[8]Kille、S.、「QOS(サービスの質)を扱う、」
Barker & Kille [Page 28] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[28ページ]RFC1274コサインとインターネットX.500図式1991年11月
Directory," publication in process, March 1991.
「ディレクトリ」、プロセスでの公表、1991年3月。
APPENDIX A - Object Class and Attribute Type proformas
APPENDIX A--オブジェクトClassとAttribute Type標準定型用紙
These are specified in BNF. First some useful definitions, common to both proformas.
これらはBNFで指定されます。 両方の標準定型用紙に共通の最初にいくつかの役に立つ定義。
EOL ::= -- the end of line character(s)
EOL:、:= -- 行末キャラクタ(s)
BlankLine ::= -- a line consisting solely of an EOL character
BlankLine:、:= -- 唯一EOLキャラクタから成る系列
String ::= <anychar> | <String> <anychar>
以下を結んでください:= <anychar>。| <ストリング><anychar>。
anychar ::= --any character occurring in general text, excluding
-- the end of line character
anychar:、:= --一般に、起こるどんなキャラクタ、もテキスト、除外--、行末キャラクタ
lString ::= <lowercase> <otherstring>
以下をlStringします:= >をotherstringする<の小文字の><。
lowercase ::= [a-z]
以下を小文字で印刷してください:= [a-z]
UString ::= <uppercase> <otherstring>
UString:、:= >をotherstringする<の大文字している><。
uppercase ::= [A-Z]
以下を大文字してください:= [A-Z]
otherstring ::= <otherchar> | <otherstring> <otherchar>
以下をotherstringします:= <otherchar>。| ><otherchar>をotherstringする<。
otherchar ::= <lowercase> | <uppercase> | <digit>
otherchar:、:= <の小文字の>。| <の大文字している>。| <ケタ>。
Integer ::= <digit> | <Integer> <digit>
整数:、:= <ケタ>。| <整数><ケタ>。
digit ::= [0-9]
ケタ:、:= [0-9]
1. Object Class
1. オブジェクトのクラス
OCProforma ::= <ObjectClassName> <BlankLine> <Description> \
<BlankLine> <OCMacro>
OCProforma:、:= <ObjectClassName><BlankLine><記述>\<BlankLine><OCMacro>。
ObjectClassName ::= "ObjectClass:" <String> <EOL>
ObjectClassName:、:= 「ObjectClass:」 <ストリング><EOL>。
Description ::= "Description:" <DescriptiveText> <EOL>
記述:、:= 「記述:」 <DescriptiveText><EOL>。
DescriptiveText ::= <String> | <DescriptiveText> <EOL> <String>
DescriptiveText:、:= <ストリング>。| <DescriptiveText><EOL><ストリング>。
OCMacro ::= "ASN1OCMacro:" <ObjectClassMacro>
OCMacro:、:= 「ASN1OCMacro:」 <ObjectClassMacro>。
-- The definition of ObjectClassMacro is adapted from
-- that given in X.501
-- ObjectClassMacroの定義から、適合されます--、X.501で与えられたそれ
Barker & Kille [Page 29] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[29ページ]RFC1274コサインとインターネットX.500図式1991年11月
ObjectClassMacro ::= <OCname> "OBJECT-CLASS" <SubclassOf> \
<MandatoryAttributes> <OptionalAttributes>
ObjectClassMacro:、:= <OCname>「オブジェクトクラス」<SubclassOf>\<MandatoryAttributes><OptionalAttributes>。
OCName ::= <lString>
OCName:、:= >をlStringする<。
SubclassOf ::= "SUBCLASS OF" Subclasses | <empty>
SubclassOf:、:= 「」 サブクラスのサブクラス| <の空の>。
Subclasses ::= <Subclass> | <Subclass> "," <Subclasses>
サブクラス:、:= <サブクラス>。| 」 「<サブクラス>」、<サブクラス>。
Subclass ::= <OCName>
サブクラス:、:= <OCName>。
MandatoryAttributes ::= "MUST CONTAIN {" <Attributes> "}" \
| <empty>
OptionalAttributes ::= "MAY CONTAIN {" <Attributes> "}" | <empty>
MandatoryAttributes:、:= 「必須は「<属性>」を含んでいる」という\| <の空の>OptionalAttributes:、:= 「「<属性>」を含むかもしれません」| <の空の>。
Attributes ::= <AttributeTerm> | <AttributeTerm> "," <Attributes>
属性:、:= <AttributeTerm>。| 」 「<AttributeTerm>」、<属性>。
AttributeTerm ::= <Attribute> | <AttributeSet>
AttributeTerm:、:= <属性>。| <AttributeSet>。
Attribute ::= <lString>
以下を結果と考えてください:= >をlStringする<。
AttributeSet ::= <lString>
AttributeSet:、:= >をlStringする<。
2. Attribute Type
2. 属性タイプ
ATProforma ::= <AttributeTypeName> <BlankLine> <Description> \
<BlankLine> <OCMust> <Blankline> <OCMay> \
<BlankLine> <ATMacro>
ATProforma:、:= <AttributeTypeName><BlankLine><記述>\<BlankLine><OCMust><Blankline><OCMay>\<BlankLine><ATMacro>。
AttributeTypeName ::= "Attribute Type:" <String> <EOL>
AttributeTypeName:、:= 「タイプを結果と考えてください」 <ストリング><EOL>。
Description ::= "Description:" <DescriptiveText> <EOL>
記述:、:= 「記述:」 <DescriptiveText><EOL>。
DescriptiveText ::= <String> | <DescriptiveText> <EOL> <String>
DescriptiveText:、:= <ストリング>。| <DescriptiveText><EOL><ストリング>。
OCMust ::= "OCMust:" <OCList> <EOL>
OCMust:、:= 「OCMust:」 <OCList><EOL>。
OCList ::= <OCName> | <OCList> "," <OCName> | <empty>
OCList:、:= <OCName>。| 」 「<OCList>」、<OCName>。| <の空の>。
OCMay ::= "OCMay:" <OCList> <EOL>
OCMay:、:= 「OCMay:」 <OCList><EOL>。
ATMacro ::= "ASN1ATMacro:" <AttributeTypeMacro>
ATMacro:、:= 「ASN1ATMacro:」 <AttributeTypeMacro>。
-- The definition of AttributeTypeMacro is adapted from that
-- given in X.501
-- AttributeTypeMacroの定義はそれから適合させられます--X.501では、与えます。
AttributeTypeMacro ::= <ATname> "ATTRIBUTE" <AttributeSyntax> \
AttributeTypeMacro:、:= <ATname>「属性」<AttributeSyntax>\
Barker & Kille [Page 30] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[30ページ]RFC1274コサインとインターネットX.500図式1991年11月
<Multivalued> | <empty>
<の多値の>。| <の空の>。
ATName ::= <lString>
ATName:、:= >をlStringする<。
AttributeSyntax ::= "WITH ATTRIBUTE SYNTAX" SyntaxChoice
AttributeSyntax:、:= 「属性構文」SyntaxChoice
SyntaxChoice ::= <Syntax> <Constraint> | <ASN1Type> <MatchTypes>
SyntaxChoice:、:= <構文><規制>。| <ASN1Type><MatchTypes>。
Syntax ::= <lString>
構文:、:= >をlStringする<。
Constraint ::= "(" ConstraintAlternative ")" | <empty>
規制:、:= 「("ConstraintAlternative")」| <の空の>。
ConstraintAlternative ::= StringConstraint | IntegerConstraint
ConstraintAlternative:、:= StringConstraint| IntegerConstraint
StringConstraint ::= "SIZE" "(" SizeConstraint ")"
StringConstraint:、:= 「("SizeConstraint")」という「サイズ」
SizeConstraint ::= SingleValue | Range
SizeConstraint:、:= SingleValue| 範囲
SingleValue ::= <Integer>
SingleValue:、:= <整数>。
Range ::= <Integer> ".." <Integer>
範囲:、:= 「<整数>」、」 <整数>。
IntegerConstraint ::= Range
IntegerConstraint:、:= 範囲
ASN1Type ::= <UString>
-- one of ASN.1's base types: e.g. PrintableString,
-- NumericString, etc.
ASN1Type:、:= <UString>--ASN.1のベースの1つはタイプされます: 例えば、PrintableString--NumericStringなど
MatchTypes ::= "MATCHES FOR" Matches | <empty>
MatchTypes:、:= マッチは「合っています」。| <の空の>。
Matches ::= Match | Matches Match
マッチ:、:= マッチ| マッチは合っています。
Match ::= "EQUALITY" | "SUBSTRINGS" | "ORDERING"
以下を合わせてください:= 「平等」| 「サブストリング」| 「注文します」。
Multivalued ::= "SINGLE VALUE" | "MULTI VALUE" | <empty>
多値:、:= 「ただ一つの値」| 「マルチ値」| <の空の>。
APPENDIX B - Format checking tools
APPENDIX B--ツールをチェックする形式
This section includes the source for format checking tools for the two proformas. The tools are written as Bourne shell scripts for UNIX systems.
このセクションは2個の標準定型用紙がないかどうかツールをチェックする形式のためのソースを含んでいます。 ツールはUNIXシステムのためのBourneシェルスクリプトとして書かれています。
1. Object class format checker
1. オブジェクトクラス形式市松模様
sed 's/ *: */:/' |
awk '
BEGIN {
sedのもの/*: */:/' | awk'BEGIN、'
Barker & Kille [Page 31] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[31ページ]RFC1274コサインとインターネットX.500図式1991年11月
state = "initial"
}
「初期州=の」
/^$/ {
next
}
/^$/ 次へ
/^Object Class:/ {
n = index($0, ":")
if (state != "initial")
{
print "Already got object class " oc
print "Got another object class " substr($0, n+1)
state = "notOK"
exit 1
}
oc = substr($0, n+1)
state = "gotOC"
next
}
/^オブジェクトのクラス: /「n=インデックス、(0インチドル、:、」、)、(状態!=「イニシャル」)印刷が「既に、オブジェクトのクラスを得た」というoc印刷が「もう1人のオブジェクトのクラスを得た」というsubstr(0ドル、n+1)州="notOK"出口1oc=substr(0ドル、n+1)状態は次に、"gotOC"と等しいです。
/^Description:/ {
n = index($0, ":")
if (state != "gotOC")
{
print "Got Description: " substr($0, n+1)
for (i = 0; i < 2 && getline > 0; i++)
print $0
print "..."
if (state == "initial")
print "Expecting Object Class:"
else
print "Expecting ASN1OCMacro:"
state = "notOK"
exit 1
}
while (getline > 0)
if (length($0) > 0)
continue
else
break
state = "gotDesc"
next
}
/^記述: /インデックス..状態..印刷..得る..記述..印刷..印刷..状態..イニシャル..印刷..予想..反対..属..ほか..印刷..予想..状態..出口..長さ..続ける..ほかに..壊す..状態..次に
/^ASN1OCMacro:/ {
n = index($0, ":")
if (state != "gotDesc")
「/^ASN1OCMacro: /、n=インデックス、(0インチドル、:、」、)(状態!="gotDesc")
Barker & Kille [Page 32] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[32ページ]RFC1274コサインとインターネットX.500図式1991年11月
{
print "Got ASN1Macro: " substr($0, n+1)
for (i = 0; i < 2 && getline > 0; i++)
print $0
print "..."
if (state == "initial")
print "Expecting Object Class:"
else
print "Expecting Description:"
state = "notOK"
exit 1
}
state = "OK"
exit 0
}
「印刷、「ASN1Macro: 」 substr(0ドル、n+1)を手に入れる、(i=0 ; i<2、getline>0; i+ +) 印刷0ドルの印刷」 …」 (状態=「イニシャル」)印刷であるなら「反対するように予想して、属してください」というほかの印刷「記述を予想します:」 状態="notOK"出口1、状態は「OK」出口0と等しいです。
{
print "Parsing has got confused on seeing line: " $0
state = "notOK"
exit 1
}
"notOK"0「系列を見るとき、構文解析は面食らった」ドルの状態=出口1を印刷してください。
END {
if (state == "OK")
print "Input looks OK"
}
終わり(状態=「OK」)であるなら、「入力面相OK」を印刷してください。
2. Attribute Type format checker
2. 属性Type形式市松模様
sed 's/ *: */:/' |
awk '
BEGIN {
state = "initial"
}
sedのもの/*: */:/' | awk'BEGIN'状態は「初期」と等しいです。
/^$/ {
next
}
/^$/ 次へ
/^Attribute Type:/ {
n = index($0, ":")
if (state != "initial")
{
got = "Attribute Type:"
exit 1
}
「/^属性Type: /、n=インデックス、(0インチドル、:、」、)、(状態!=「イニシャル」)です。= 「タイプを結果と考えてください」という出口1を得ます。
Barker & Kille [Page 33] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[33ページ]RFC1274コサインとインターネットX.500図式1991年11月
state = "gotAT"
next
}
状態は次に、"gotAT"と等しいです。
/^Description:/ {
n = index($0, ":")
if (state != "gotAT")
{
got = "Description:"
exit 1
}
while (getline > 0)
if (length($0) > 0)
continue
else
break
state = "gotDesc"
next
}
/^記述: /「n=インデックス、(0インチドル、:、」、)、(長さ(0ドル)の>0)がほかに続くなら、(getline>0)は"gotDesc"状態=次を壊しますが、(状態!="gotAT")は「記述:」 出口1を=に得ました。
/^OCMust:/ {
n = index($0, ":")
if (state != "gotDesc")
{
got = "OCMust:"
exit 1
}
state = "gotOCMust"
next
}
/^OCMust: /「n=インデックス、(0インチドル、:、」、)、(状態!="gotDesc")が「OCMust:」 出口1を=に得たなら、状態は"gotOCMust"次と等しいです。
/^OCMay:/ {
n = index($0, ":")
if (state != "gotOCMust")
{
got = "OCMay:"
exit 1
}
state = "gotOCMay"
next
}
/^OCMay: /「n=インデックス、(0インチドル、:、」、)、(状態!="gotOCMust")が「OCMay:」 出口1を=に得たなら、状態は"gotOCMay"次と等しいです。
/^ASN1ATMacro:/ {
n = index($0, ":")
if (state != "gotOCMay")
{
got = "ASN1ATMacro:"
exit 1
「/^ASN1ATMacro: /、n=インデックス、(0インチドル、:、」、)、(状態!="gotOCMay")である、「ASN1ATMacro:」 出口1を=に得ます。
Barker & Kille [Page 34] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[34ページ]RFC1274コサインとインターネットX.500図式1991年11月
}
state = "OK"
exit 0
}
状態は「OK」出口0と等しいです。
{
print "Parsing has got confused on seeing line: " $0
state = "notOK"
exit 1
}
"notOK"0「線を見るとき、構文解析は面食らった」ドルの状態=出口1を印刷してください。
END {
if (state == "initial")
print "Expecting Attribute Type:"
else if (state == "gotAT")
print "Expecting Description:"
else if (state == "gotDesc")
print "Expecting OCMust:"
else if (state == "gotOCMust")
print "Expecting OCMay:"
else if (state == "gotOCMay")
print "Expecting ASN1ATMacro:"
if (state != "OK")
print "Got " got
else
print "Input looks OK"
}
終わり状態..イニシャル..印刷..予想..属性..タイプ..ほかに..状態..印刷..予想..記述..ほかに..状態..印刷..予想..ほかに..状態..印刷..予想..ほかに..状態..印刷..予想..状態..承認..印刷..得る..得る..ほか..印刷..入力..面相..承認
APPENDIX C - Summary of all Object Classes and Attribute Types
APPENDIX C--すべてのObject ClassesとAttribute Typesの概要
-- Some Important Object Identifiers
-- いくつかの重要な物の識別子
data OBJECT IDENTIFIER ::= {ccitt 9}
pss OBJECT IDENTIFIER ::= {data 2342}
ucl OBJECT IDENTIFIER ::= {pss 19200300}
pilot OBJECT IDENTIFIER ::= {ucl 100}
データOBJECT IDENTIFIER:、:= ccitt9pss OBJECT IDENTIFIER:、:= データ2342ucl OBJECT IDENTIFIER:、:= pss19200300はOBJECT IDENTIFIERを操縦します:、:= ucl100
pilotAttributeType OBJECT IDENTIFIER ::= {pilot 1}
pilotAttributeSyntax OBJECT IDENTIFIER ::= {pilot 3}
pilotObjectClass OBJECT IDENTIFIER ::= {pilot 4}
pilotGroups OBJECT IDENTIFIER ::= {pilot 10}
pilotAttributeType物の識別子:、:= パイロット1pilotAttributeSyntax物の識別子:、:= パイロット3pilotObjectClass物の識別子:、:= パイロット4pilotGroups物の識別子:、:= パイロット10
iA5StringSyntax OBJECT IDENTIFIER ::= {pilotAttributeSyntax 4}
caseIgnoreIA5StringSyntax OBJECT IDENTIFIER ::=
{pilotAttributeSyntax 5}
iA5StringSyntax物の識別子:、:= pilotAttributeSyntax4caseIgnoreIA5StringSyntax物の識別子:、:= pilotAttributeSyntax5
Barker & Kille [Page 35] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[35ページ]RFC1274コサインとインターネットX.500図式1991年11月
-- Standard Object Classes
-- 標準の物のクラス
top OBJECT-CLASS
MUST CONTAIN {
objectClass}
::= {objectClass 0}
最高OBJECT-CLASS MUST CONTAIN objectClass:、:= objectClass0
alias OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
aliasedObjectName}
::= {objectClass 1}
通称OBJECT-CLASS SUBCLASS OFはMUST CONTAIN aliasedObjectNameを上回っています:、:= objectClass1
country OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
countryName}
MAY CONTAIN {
description,
searchGuide}
::= {objectClass 2}
国のOBJECT-CLASS SUBCLASS OFがMUST CONTAIN countryNameを上回っている、MAY CONTAIN、記述、searchGuide:、:= objectClass2
locality OBJECT-CLASS
SUBCLASS OF top
MAY CONTAIN {
description,
localityName,
stateOrProvinceName,
searchGuide,
seeAlso,
streetAddress}
::= {objectClass 3}
場所OBJECT-CLASS SUBCLASS OFがMAY CONTAINを上回っている、記述、localityName、stateOrProvinceName、searchGuide、seeAlso、streetAddress:、:= objectClass3
organization OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
organizationName}
MAY CONTAIN {
organizationalAttributeSet}
::= {objectClass 4}
組織OBJECT-CLASS SUBCLASS OFがMUST CONTAIN organizationNameを上回っている、MAY CONTAIN organizationalAttributeSet:、:= objectClass4
Barker & Kille [Page 36] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[36ページ]RFC1274コサインとインターネットX.500図式1991年11月
organizationalUnit OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
organizationalUnitName}
MAY CONTAIN {
organizationalAttributeSet}
::= {objectClass 5}
organizationalUnit OBJECT-CLASS SUBCLASS OFがMUST CONTAIN organizationalUnitNameを上回っている、MAY CONTAIN organizationalAttributeSet:、:= objectClass5
person OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName,
surname}
MAY CONTAIN {
description,
seeAlso,
telephoneNumber,
userPassword}
::= {objectClass 6}
人のOBJECT-CLASS SUBCLASS OFがMUST CONTAINを上回っている、commonName、姓、MAY CONTAIN、記述、seeAlso、telephoneNumber、userPassword:、:= objectClass6
organizationalPerson OBJECT-CLASS
SUBCLASS OF person
MAY CONTAIN {
localeAttributeSet,
organizationalUnitName,
postalAttributeSet,
telecommunicationAttributeSet,
title}
::= {objectClass 7}
organizationalPerson OBJECT-CLASS SUBCLASS OF人のMAY CONTAIN、localeAttributeSet、organizationalUnitName、postalAttributeSet、telecommunicationAttributeSet、タイトル:、:= objectClass7
organizationalRole OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
description,
localeAttributeSet,
organizationalUnitName,
postalAttributeSet,
preferredDeliveryMethod,
roleOccupant,
seeAlso,
telecommunicationAttributeSet}
::= {objectClass 8}
organizationalRole OBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、記述、localeAttributeSet、organizationalUnitName、postalAttributeSet、preferredDeliveryMethod、roleOccupant、seeAlso、telecommunicationAttributeSet:、:= objectClass8
Barker & Kille [Page 37] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[37ページ]RFC1274コサインとインターネットX.500図式1991年11月
groupOfNames OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName,
member}
MAY CONTAIN {
description,
organizationName,
organizationalUnitName,
owner,
seeAlso,
businessCategory}
::= {objectClass 9}
groupOfNames OBJECT-CLASS SUBCLASS OFがMUST CONTAINを上回っている、commonName、メンバー、MAY CONTAIN、記述、organizationName、organizationalUnitName、所有者(seeAlso)businessCategory:、:= objectClass9
residentialPerson OBJECT-CLASS
SUBCLASS OF person
MUST CONTAIN {
localityName}
MAY CONTAIN {
localeAttributeSet,
postalAttributeSet,
preferredDeliveryMethod,
telecommunicationAttributeSet,
businessCategory}
::= {objectClass 10}
residentialPerson OBJECT-CLASS SUBCLASS OF人のMUST CONTAIN localityName、MAY CONTAIN、localeAttributeSet、postalAttributeSet、preferredDeliveryMethod、telecommunicationAttributeSet、businessCategory:、:= objectClass10
applicationProcess OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
description,
localityName,
organizationalUnitName,
seeAlso}
::= {objectClass 11}
applicationProcess OBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、記述、localityName、organizationalUnitName、seeAlso:、:= objectClass11
applicationEntity OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName,
presentationAddress}
MAY CONTAIN {
description,
localityName,
applicationEntity OBJECT-CLASS SUBCLASS OFがMUST CONTAINを上回っている、commonName、presentationAddress、MAY CONTAIN、記述、localityName
Barker & Kille [Page 38] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[38ページ]RFC1274コサインとインターネットX.500図式1991年11月
organizationName,
organizationalUnitName,
seeAlso,
supportedApplicationContext}
::= {objectClass 12}
organizationName、organizationalUnitName、seeAlso、supportedApplicationContext ::= objectClass12
dSA OBJECT-CLASS
SUBCLASS OF applicationEntity
MAY CONTAIN {
knowledgeInformation}
::= {objectClass 13}
applicationEntityのdSA物クラスサブクラスはknowledgeInformationを含むかもしれません:、:= objectClass13
device OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
description,
localityName,
organizationName,
organizationalUnitName,
owner,
seeAlso,
serialNumber}
::= {objectClass 14}
装置OBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、記述、localityName、organizationName、organizationalUnitName、所有者(seeAlso)serialNumber:、:= objectClass14
strongAuthenticationUser OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
userCertificate}
::= {objectClass 15}
strongAuthenticationUser OBJECT-CLASS SUBCLASS OFはMUST CONTAIN userCertificateを上回っています:、:= objectClass15
certificationAuthority OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
cACertificate,
certificateRevocationList,
authorityRevocationList}
MAY CONTAIN {
crossCertificatePair}
::= {objectClass 16}
certificationAuthority OBJECT-CLASS SUBCLASS OFがMUST CONTAINを上回っている、cACertificate、certificateRevocationList、authorityRevocationList、MAY CONTAIN crossCertificatePair:、:= objectClass16
Barker & Kille [Page 39] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[39ページ]RFC1274コサインとインターネットX.500図式1991年11月
-- Standard MHS Object Classes
-- 標準のMHS物のクラス
mhsDistributionList OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName,
mhsDLSubmitPermissions,
mhsORAddresses}
MAY CONTAIN {
description,
organizationName,
organizationalUnitName,
owner,
seeAlso,
mhsDeliverableContentTypes,
mhsdeliverableEits,
mhsDLMembers,
mhsPreferredDeliveryMethods}
::= {mhsObjectClass 0}
mhsDistributionList OBJECT-CLASS SUBCLASS OFがMUST CONTAINを上回っている、commonName、mhsDLSubmitPermissions、mhsORAddresses、MAY CONTAIN、記述、organizationName、organizationalUnitName、所有者、seeAlso、mhsDeliverableContentTypes、mhsdeliverableEits、mhsDLMembers、mhsPreferredDeliveryMethods:、:= mhsObjectClass0
mhsMessageStore OBJECT-CLASS
SUBCLASS OF applicationEntity
MAY CONTAIN {
description,
owner,
mhsSupportedOptionalAttributes,
mhsSupportedAutomaticActions,
mhsSupportedContentTypes}
::= {mhsObjectClass 1}
mhsMessageStore OBJECT-CLASS SUBCLASS OF applicationEntity MAY CONTAIN、記述、所有者、mhsSupportedOptionalAttributes、mhsSupportedAutomaticActions、mhsSupportedContentTypes:、:= mhsObjectClass1
mhsMessageTransferAgent OBJECT-CLASS
SUBCLASS OF applicationEntity
MAY CONTAIN {
description,
owner,
mhsDeliverableContentLength}
::= {mhsObjectClass 2}
mhsMessageTransferAgent OBJECT-CLASS SUBCLASS OF applicationEntity MAY CONTAIN、記述、所有者、mhsDeliverableContentLength:、:= mhsObjectClass2
mhsOrganizationalUser OBJECT-CLASS
SUBCLASS OF organizationalPerson
MUST CONTAIN {
mhsORAddresses}
MAY CONTAIN {
mhsDeliverableContentLength,
mhsDeliverableContentTypes,
organizationalPersonのmhsOrganizationalUser物クラスサブクラスが5月が含むmhsORAddressesを含まなければならない、mhsDeliverableContentLength、mhsDeliverableContentTypes
Barker & Kille [Page 40] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[40ページ]RFC1274コサインとインターネットX.500図式1991年11月
mhsDeliverableEits,
mhsMessageStoreName,
mhsPreferredDeliveryMethods }
::= {mhsObjectClass 3}
mhsDeliverableEits、mhsMessageStoreName、mhsPreferredDeliveryMethods ::= mhsObjectClass3
mhsResidentialUser OBJECT-CLASS
SUBCLASS OF residentialPerson
MUST CONTAIN {
mhsORAddresses}
MAY CONTAIN {
mhsDeliverableContentLength,
mhsDeliverableContentTypes,
mhsDeliverableEits,
mhsMessageStoreName,
mhsPreferredDeliveryMethods }
::= {mhsObjectClass 4}
residentialPersonのサブクラスが含まなければならないmhsResidentialUser物クラスmhsORAddressesはmhsDeliverableContentLength、mhsDeliverableContentTypes、mhsDeliverableEits、mhsMessageStoreName、mhsPreferredDeliveryMethodsを含むかもしれません:、:= mhsObjectClass4
mhsUserAgent OBJECT-CLASS
SUBCLASS OF applicationEntity
MAY CONTAIN {
mhsDeliverableContentLength,
mhsDeliverableContentTypes,
mhsDeliverableEits,
mhsORAddresses,
owner}
::= {mhsObjectClass 5}
mhsUserAgent OBJECT-CLASS SUBCLASS OF applicationEntity MAY CONTAIN、mhsDeliverableContentLength、mhsDeliverableContentTypes、mhsDeliverableEits、mhsORAddresses、所有者:、:= mhsObjectClass5
-- Pilot Object Classes
-- パイロット物のクラス
pilotObject OBJECT-CLASS
SUBCLASS OF top
MAY CONTAIN {
info,
photo,
manager,
uniqueIdentifier,
lastModifiedTime,
lastModifiedBy,
dITRedirect,
audio}
::= {pilotObjectClass 3}
pilotObject OBJECT-CLASS SUBCLASS OFがMAY CONTAINを上回っている、インフォメーション、写真、マネージャ、uniqueIdentifier、lastModifiedTime、lastModifiedBy、dITRedirect、オーディオ:、:= pilotObjectClass3
Barker & Kille [Page 41] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[41ページ]RFC1274コサインとインターネットX.500図式1991年11月
pilotPerson OBJECT-CLASS
SUBCLASS OF person
MAY CONTAIN {
userid,
textEncodedORAddress,
rfc822Mailbox,
favouriteDrink,
roomNumber,
userClass,
homeTelephoneNumber,
homePostalAddress,
secretary,
personalTitle,
preferredDeliveryMethod,
businessCategory,
janetMailbox,
otherMailbox,
mobileTelephoneNumber,
pagerTelephoneNumber,
organizationalStatus,
mailPreferenceOption,
personalSignature}
::= {pilotObjectClass 4}
pilotPerson OBJECT-CLASS SUBCLASS OF人のMAY CONTAIN、ユーザID、textEncodedORAddress、rfc822Mailbox、favouriteDrink、roomNumber、userClass、homeTelephoneNumber、homePostalAddress、秘書、personalTitle、preferredDeliveryMethod、businessCategory、janetMailbox、otherMailbox、mobileTelephoneNumber、pagerTelephoneNumber、organizationalStatus、mailPreferenceOption、personalSignature:、:= pilotObjectClass4
account OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
userid}
MAY CONTAIN {
description,
seeAlso,
localityName,
organizationName,
organizationalUnitName,
host}
::= {pilotObjectClass 5}
OBJECT-CLASS SUBCLASS OFの最高MUST CONTAINユーザID MAY CONTAINが記述、seeAlso、localityName、organizationName、organizationalUnitName、ホストであることを説明してください:、:= pilotObjectClass5
document OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
documentIdentifier}
MAY CONTAIN {
commonName,
description,
seeAlso,
localityName,
ドキュメントOBJECT-CLASS SUBCLASS OFがMUST CONTAIN documentIdentifierを上回っている、MAY CONTAIN、commonName、記述、seeAlso、localityName
Barker & Kille [Page 42] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[42ページ]RFC1274コサインとインターネットX.500図式1991年11月
organizationName,
organizationalUnitName,
documentTitle,
documentVersion,
documentAuthor,
documentLocation,
documentPublisher}
::= {pilotObjectClass 6}
organizationName、organizationalUnitName、documentTitle、documentVersion、documentAuthor、documentLocation、documentPublisher ::= pilotObjectClass6
room OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
roomNumber,
description,
seeAlso,
telephoneNumber}
::= {pilotObjectClass 7}
余地のOBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、roomNumber、記述、seeAlso、telephoneNumber:、:= pilotObjectClass7
documentSeries OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
commonName}
MAY CONTAIN {
description,
seeAlso,
telephoneNumber,
localityName,
organizationName,
organizationalUnitName}
::= {pilotObjectClass 9}
documentSeries OBJECT-CLASS SUBCLASS OFがMUST CONTAIN commonNameを上回っている、MAY CONTAIN、記述、seeAlso、telephoneNumber、localityName、organizationName、organizationalUnitName:、:= pilotObjectClass9
domain OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
domainComponent}
MAY CONTAIN {
associatedName,
organizationName,
organizationalAttributeSet}
::= {pilotObjectClass 13}
ドメインOBJECT-CLASS SUBCLASS OFがMUST CONTAIN domainComponentを上回っている、MAY CONTAIN、associatedName、organizationName、organizationalAttributeSet:、:= pilotObjectClass13
Barker & Kille [Page 43] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[43ページ]RFC1274コサインとインターネットX.500図式1991年11月
rFC822localPart OBJECT-CLASS
SUBCLASS OF domain
MAY CONTAIN {
commonName,
surname,
description,
seeAlso,
telephoneNumber,
postalAttributeSet,
telecommunicationAttributeSet}
::= {pilotObjectClass 14}
rFC822localPart OBJECT-CLASS SUBCLASS OFドメインMAY CONTAIN、commonName、姓、記述、seeAlso、telephoneNumber、postalAttributeSet、telecommunicationAttributeSet:、:= pilotObjectClass14
dNSDomain OBJECT-CLASS
SUBCLASS OF domain
MAY CONTAIN {
ARecord,
MDRecord,
MXRecord,
NSRecord,
SOARecord,
CNAMERecord}
::= {pilotObjectClass 15}
dNSDomain OBJECT-CLASS SUBCLASS OFドメインMAY CONTAIN、ARecord、MDRecord、MXRecord、NSRecord、SOARecord、CNAMERecord:、:= pilotObjectClass15
domainRelatedObject OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
associatedDomain}
::= {pilotObjectClass 17}
domainRelatedObject OBJECT-CLASS SUBCLASS OFはMUST CONTAIN associatedDomainを上回っています:、:= pilotObjectClass17
friendlyCountry OBJECT-CLASS
SUBCLASS OF country
MUST CONTAIN {
friendlyCountryName}
::= {pilotObjectClass 18}
friendlyCountry OBJECT-CLASS SUBCLASS OF国のMUST CONTAIN friendlyCountryName:、:= pilotObjectClass18
simpleSecurityObject OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
userPassword }
::= {pilotObjectClass 19}
simpleSecurityObject OBJECT-CLASS SUBCLASS OFはMUST CONTAIN userPasswordを上回っています:、:= pilotObjectClass19
pilotOrganization OBJECT-CLASS
SUBCLASS OF organization, organizationalUnit
pilotOrganization OBJECT-CLASS SUBCLASS OF組織、organizationalUnit
Barker & Kille [Page 44] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[44ページ]RFC1274コサインとインターネットX.500図式1991年11月
MAY CONTAIN {
buildingName}
::= {pilotObjectClass 20}
buildingNameを含むかもしれません:、:= pilotObjectClass20
pilotDSA OBJECT-CLASS
SUBCLASS OF dsa
MUST CONTAIN {
dSAQuality}
::= {pilotObjectClass 21}
pilotDSA OBJECT-CLASS SUBCLASS OF dsa MUST CONTAIN dSAQuality:、:= pilotObjectClass21
qualityLabelledData OBJECT-CLASS
SUBCLASS OF top
MUST CONTAIN {
dSAQuality}
MAY CONTAIN {
subtreeMinimumQuality,
subtreeMaximumQuality}
::= {pilotObjectClass 22}
qualityLabelledData OBJECT-CLASS SUBCLASS OFがMUST CONTAIN dSAQualityを上回っている、MAY CONTAIN、subtreeMinimumQuality、subtreeMaximumQuality:、:= pilotObjectClass22
-- Standard Attribute Types
-- 標準の属性タイプ
objectClass ObjectClass
::= {attributeType 0}
objectClass ObjectClass:、:= attributeType0
aliasedObjectName AliasedObjectName
::= {attributeType 1}
aliasedObjectName AliasedObjectName:、:= attributeType1
knowledgeInformation ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreString
::= {attributeType 2}
knowledgeInformationは属性構文caseIgnoreStringと共に以下を結果と考えます:= attributeType2
commonName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-common-name))
::= {attributeType 3}
commonNameは属性構文caseIgnoreStringSyntax(サイズ(1..ub-一般名))と共に以下を結果と考えます:= attributeType3
surname ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-surname))
姓のATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(サイズ(1..ub-姓))
Barker & Kille [Page 45] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[45ページ]RFC1274コサインとインターネットX.500図式1991年11月
::= {attributeType 4}
::= attributeType4
serialNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX printableStringSyntax
(SIZE (1..ub-serial-number))
::= {attributeType 5}
serialNumberは属性構文printableStringSyntax(サイズ(1..ub-通し番号))と共に以下を結果と考えます:= attributeType5
countryName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX PrintableString
(SIZE (1..ub-country-code))
SINGLE VALUE
::= {attributeType 6}
countryNameは属性構文PrintableString(サイズ(1..ub-国名略号))のただ一つの値で以下を結果と考えます:= attributeType6
localityName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-locality-name))
::= {attributeType 7}
localityNameは属性構文caseIgnoreStringSyntax(サイズ(1..ub場所名))と共に以下を結果と考えます:= attributeType7
stateOrProvinceName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-state-name))
::= {attributeType 8}
stateOrProvinceNameは属性構文caseIgnoreStringSyntax(サイズ(1..ub州の名))と共に以下を結果と考えます:= attributeType8
streetAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-street-address))
::= {attributeType 9}
streetAddressは属性構文caseIgnoreStringSyntax(サイズ(1..ub-住所))と共に以下を結果と考えます:= attributeType9
organizationName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-organization-name))
::= {attributeType 10}
organizationNameは属性構文caseIgnoreStringSyntax(サイズ(組織が命名する1..ub))と共に以下を結果と考えます:= attributeType10
organizationalUnitName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-organizational-unit-name))
::= {attributeType 11}
organizationalUnitNameは属性構文caseIgnoreStringSyntax(サイズ(組織的なユニットが命名する1..ub))と共に以下を結果と考えます:= attributeType11
title ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
タイトルATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
Barker & Kille [Page 46] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[46ページ]RFC1274コサインとインターネットX.500図式1991年11月
(SIZE (1..ub-title))
::= {attributeType 12}
(サイズ(1..ub-タイトル)):、:= attributeType12
description ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-description))
::= {attributeType 13}
記述ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1..ub-記述)):、:= attributeType13
searchGuide ATTRIBUTE
WITH ATTRIBUTE-SYNTAX Guide
::= {attributeType 14}
searchGuideは属性構文ガイドで以下を結果と考えます:= attributeType14
businessCategory ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-business-category))
::= {attributeType 15}
businessCategoryは属性構文caseIgnoreStringSyntax(サイズ(1..ub-適用事業))と共に以下を結果と考えます:= attributeType15
postalAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX PostalAddress
MATCHES FOR EQUALITY
::= {attributeType 16}
postalAddressは平等のための属性構文PostalAddressマッチで以下を結果と考えます:= attributeType16
postalCode ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-postal-code))
::= {attributeType 17}
postalCodeは属性構文caseIgnoreStringSyntax(サイズ(1..ub-郵便番号))と共に以下を結果と考えます:= attributeType17
postOfficeBox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-post-office-box))
::= {attributeType 18}
postOfficeBoxは属性構文caseIgnoreStringSyntax(サイズ(1..ub-私書箱))と共に以下を結果と考えます:= attributeType18
physicalDeliveryOfficeName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax
(SIZE (1..ub-physical-office-name))
::= {attributeType 19}
physicalDeliveryOfficeNameは属性構文caseIgnoreStringSyntax(サイズ(1..ubの物理的なオフィス名))と共に以下を結果と考えます:= attributeType19
telephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX telephoneNumberSyntax
(SIZE (1..ub-telephone-number))
属性構文telephoneNumberSyntaxがあるtelephoneNumber属性(サイズ(1..ub-電話番号))
Barker & Kille [Page 47] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[47ページ]RFC1274コサインとインターネットX.500図式1991年11月
::= {attributeType 20}
::= attributeType20
telexNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX TelexNumber
(SIZE (1..ub-telex))
::= {attributeType 21}
telexNumberは属性構文TelexNumber(サイズ(1..ub-テレックス))と共に以下を結果と考えます:= attributeType21
teletexTerminalIdentifier ATTRIBUTE
WITH ATTRIBUTE-SYNTAX TeletexTerminalIdentifier
(SIZE (1..ub-teletex-terminal-id))
::= {attributeType 22}
teletexTerminalIdentifierは属性構文TeletexTerminalIdentifier(サイズ(1..ubテレテックス端末イド))と共に以下を結果と考えます:= attributeType22
facsimileTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX FacsimileTelephoneNumber
::= {attributeType 23}
facsimileTelephoneNumberは属性構文FacsimileTelephoneNumberと共に以下を結果と考えます:= attributeType23
x121Address ATTRIBUTE
WITH ATTRIBUTE-SYNTAX NumericString
(SIZE (1..ub-x121-address))
::= {attributeType 24}
x121Addressは属性構文NumericString(サイズ(1..ub-x121-アドレス))と共に以下を結果と考えます:= attributeType24
internationaliSDNNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX NumericString
(SIZE (1..ub-isdn-address))
::= {attributeType 25}
internationaliSDNNumberは属性構文NumericString(サイズ(1..ub-isdn-アドレス))と共に以下を結果と考えます:= attributeType25
registeredAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX PostalAddress
::= {attributeType 26}
registeredAddressは属性構文PostalAddressと共に以下を結果と考えます:= attributeType26
destinationIndicator ATTRIBUTE
WITH ATTRIBUTE-SYNTAX PrintableString
(SIZE (1..ub-destination-indicator))
MATCHES FOR EQUALITY SUBSTRINGS
::= {attributeType 27}
destinationIndicatorは平等サブストリングのための属性構文PrintableString(サイズ(1..ub目的地インディケータ))マッチで以下を結果と考えます:= attributeType27
preferredDeliveryMethod ATTRIBUTE
WITH ATTRIBUTE-SYNTAX deliveryMethod
::= {attributeType 28}
preferredDeliveryMethodは属性構文deliveryMethodと共に以下を結果と考えます:= attributeType28
Barker & Kille [Page 48] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[48ページ]RFC1274コサインとインターネットX.500図式1991年11月
presentationAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX PresentationAddress
MATCHES FOR EQUALITY
::= {attributeType 29}
presentationAddressは平等のための属性構文PresentationAddressマッチで以下を結果と考えます:= attributeType29
supportedApplicationContext ATTRIBUTE
WITH ATTRIBUTE-SYNTAX objectIdentifierSyntax
::= {attributeType 30}
supportedApplicationContextは属性構文objectIdentifierSyntaxと共に以下を結果と考えます:= attributeType30
member ATTRIBUTE
WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax
::= {attributeType 31}
メンバーATTRIBUTE WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax:、:= attributeType31
owner ATTRIBUTE
WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax
::= {attributeType 32}
所有者ATTRIBUTE WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax:、:= attributeType32
roleOccupant ATTRIBUTE
WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax
::= {attributeType 33}
roleOccupantは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= attributeType33
seeAlso ATTRIBUTE
WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax
::= {attributeType 34}
seeAlsoは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= attributeType34
userPassword ATTRIBUTE
WITH ATTRIBUTE-SYNTAX Userpassword
::= {attributeType 35}
userPasswordは属性構文Userpasswordと共に以下を結果と考えます:= attributeType35
userCertificate ATTRIBUTE
WITH ATTRIBUTE-SYNTAX UserCertificate
::= {attributeType 36}
userCertificateは属性構文UserCertificateと共に以下を結果と考えます:= attributeType36
cACertificate ATTRIBUTE
WITH ATTRIBUTE-SYNTAX cACertificate
::= {attributeType 37}
cACertificateは属性構文cACertificateと共に以下を結果と考えます:= attributeType37
authorityRevocationList ATTRIBUTE
WITH ATTRIBUTE-SYNTAX AuthorityRevocationList
属性構文AuthorityRevocationListがあるauthorityRevocationList属性
Barker & Kille [Page 49] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[49ページ]RFC1274コサインとインターネットX.500図式1991年11月
::= {attributeType 38}
::= attributeType38
certificateRevocationList ATTRIBUTE
WITH ATTRIBUTE-SYNTAX CertificateRevocationList
::= {attributeType 39}
certificateRevocationListは属性構文CertificateRevocationListと共に以下を結果と考えます:= attributeType39
crossCertificatePair ATTRIBUTE
WITH ATTRIBUTE-SYNTAX CrossCertificatePair
::= {attributeType 40}
crossCertificatePairは属性構文CrossCertificatePairと共に以下を結果と考えます:= attributeType40
-- Standard MHS Attribute Types
-- 標準のMHS属性タイプ
mhsDeliverableContentLength ATTRIBUTE
WITH ATTRIBUTE-SYNTAX integer
::= {mhsAttributeType 0}
mhsDeliverableContentLength ATTRIBUTE WITH ATTRIBUTE-SYNTAX整数:、:= mhsAttributeType0
mhsDeliverableContentTypes ATTRIBUTE
WITH ATTRIBUTE-SYNTAX oID
::= {mhsAttributeType 1}
mhsDeliverableContentTypesは属性構文oIDと共に以下を結果と考えます:= mhsAttributeType1
mhsDeliverableEits ATTRIBUTE
WITH ATTRIBUTE-SYNTAX oID
::= {mhsAttributeType 2}
mhsDeliverableEitsは属性構文oIDと共に以下を結果と考えます:= mhsAttributeType2
mhsDLMembers ATTRIBUTE
WITH ATTRIBUTE-SYNTAX oRName
::= {mhsAttributeType 3}
mhsDLMembersは属性構文oRNameと共に以下を結果と考えます:= mhsAttributeType3
mhsDLSubmitPermissions ATTRIBUTE
WITH ATTRIBUTE-SYNTAX dLSubmitPermission
::= {mhsAttributeType 4}
mhsDLSubmitPermissionsは属性構文dLSubmitPermissionと共に以下を結果と考えます:= mhsAttributeType4
mhsMessageStoreName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX dN
::= {mhsAttributeType 5}
mhsMessageStoreNameは属性構文dNと共に以下を結果と考えます:= mhsAttributeType5
Barker & Kille [Page 50] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[50ページ]RFC1274コサインとインターネットX.500図式1991年11月
mhsORAddresses ATTRIBUTE
WITH ATTRIBUTE-SYNTAX oRAddress
::= {mhsAttributeType 6}
mhsORAddressesは属性構文oRAddressと共に以下を結果と考えます:= mhsAttributeType6
mhsPreferredDeliveryMethods ATTRIBUTE
WITH ATTRIBUTE-SYNTAX deliveryMethod
::= {mhsAttributeType 7}
mhsPreferredDeliveryMethodsは属性構文deliveryMethodと共に以下を結果と考えます:= mhsAttributeType7
mhsSupportedAutomaticActions ATTRIBUTE
WITH ATTRIBUTE-SYNTAX oID
::= {mhsAttributeType 8}
mhsSupportedAutomaticActionsは属性構文oIDと共に以下を結果と考えます:= mhsAttributeType8
mhsSupportedContentTypes ATTRIBUTE
mhsSupportedContentTypes属性
WITH ATTRIBUTE-SYNTAX oID
::= {mhsAttributeType 9}
属性構文oIDと共に:、:= mhsAttributeType9
mhsSupportedOptionalAttributes ATTRIBUTE
WITH ATTRIBUTE-SYNTAX oID
::= {mhsAttributeType 10}
mhsSupportedOptionalAttributesは属性構文oIDと共に以下を結果と考えます:= mhsAttributeType10
-- Pilot Attribute Types
-- パイロットの属性タイプ
userid ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-user-identifier))
::= {pilotAttributeType 1}
ユーザID ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubユーザ識別子)):、:= pilotAttributeType1
textEncodedORAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-text-encoded-or-address))
::= {pilotAttributeType 2}
textEncodedORAddress ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのテキストがコード化したubかアドレス)):、:= pilotAttributeType2
rfc822Mailbox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
(SIZE (1 .. ub-rfc822-mailbox))
属性構文caseIgnoreIA5StringSyntaxがあるrfc822Mailbox属性(SIZE(1個のub-rfc822-メールボックス))
Barker & Kille [Page 51] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[51ページ]RFC1274コサインとインターネットX.500図式1991年11月
::= {pilotAttributeType 3}
::= pilotAttributeType3
info ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-information))
::= {pilotAttributeType 4}
インフォメーションATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1 ub-情報)):、:= pilotAttributeType4
favouriteDrink ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-favourite-drink))
::= {pilotAttributeType 5}
favouriteDrink ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1個のubのお気に入りの飲み物)):、:= pilotAttributeType5
roomNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-room-number))
::= {pilotAttributeType 6}
roomNumber ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのub-部屋番号)):、:= pilotAttributeType6
photo ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
CHOICE {
g3-facsimile [3] G3FacsimileBodyPart
}
(SIZE (1 .. ub-photo))
::= {pilotAttributeType 7}
フォトATTRIBUTE WITH ATTRIBUTE-SYNTAX CHOICE g3-ファクシミリ[3]G3FacsimileBodyPart(SIZE(1枚のub-フォト)):、:= pilotAttributeType7
userClass ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-user-class))
::= {pilotAttributeType 8}
userClass ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのub-ユーザ・クラス)):、:= pilotAttributeType8
host ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-host))
::= {pilotAttributeType 9}
ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1人のub-ホスト))を接待してください:、:= pilotAttributeType9
Barker & Kille [Page 52] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[52ページ]RFC1274コサインとインターネットX.500図式1991年11月
manager ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 10}
マネージャATTRIBUTE WITH ATTRIBUTE-SYNTAX distinguishedNameSyntax:、:= pilotAttributeType10
documentIdentifier ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-identifier))
::= {pilotAttributeType 11}
documentIdentifier ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメント識別子)):、:= pilotAttributeType11
documentTitle ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-title))
::= {pilotAttributeType 12}
documentTitle ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメントタイトル)):、:= pilotAttributeType12
documentVersion ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-version))
::= {pilotAttributeType 13}
documentVersion ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメントバージョン)):、:= pilotAttributeType13
documentAuthor ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 14}
documentAuthorは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType14
documentLocation ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-document-location))
::= {pilotAttributeType 15}
documentLocation ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubドキュメント位置)):、:= pilotAttributeType15
homeTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
telephoneNumberSyntax
::= {pilotAttributeType 20}
homeTelephoneNumberは属性構文telephoneNumberSyntaxと共に以下を結果と考えます:= pilotAttributeType20
secretary ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
秘書ATTRIBUTE WITH ATTRIBUTE-SYNTAX
Barker & Kille [Page 53] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[53ページ]RFC1274コサインとインターネットX.500図式1991年11月
distinguishedNameSyntax
::= {pilotAttributeType 21}
distinguishedNameSyntax:、:= pilotAttributeType21
otherMailbox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
SEQUENCE {
mailboxType PrintableString, -- e.g. Telemail
mailbox IA5String -- e.g. X378:Joe
}
::= {pilotAttributeType 22}
otherMailbox ATTRIBUTE WITH ATTRIBUTE-SYNTAX SEQUENCE、mailboxType PrintableString--例えば、TelemailメールボックスIA5String--X378: 例えば、ジョー:、:= pilotAttributeType22
lastModifiedTime ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
uTCTimeSyntax
::= {pilotAttributeType 23}
lastModifiedTimeは属性構文uTCTimeSyntaxと共に以下を結果と考えます:= pilotAttributeType23
lastModifiedBy ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 24}
lastModifiedByは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType24
domainComponent ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
SINGLE VALUE
::= {pilotAttributeType 25}
domainComponentは属性構文のcaseIgnoreIA5StringSyntaxのただ一つの価値で以下を結果と考えます:= pilotAttributeType25
aRecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 26}
aRecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType26
mXRecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 28}
mXRecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType28
nSRecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 29}
nSRecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType29
Barker & Kille [Page 54] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[54ページ]RFC1274コサインとインターネットX.500図式1991年11月
sOARecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
DNSRecordSyntax
::= {pilotAttributeType 30}
sOARecordは属性構文DNSRecordSyntaxと共に以下を結果と考えます:= pilotAttributeType30
cNAMERecord ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
iA5StringSyntax
::= {pilotAttributeType 31}
cNAMERecordは属性構文iA5StringSyntaxと共に以下を結果と考えます:= pilotAttributeType31
associatedDomain ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
::= {pilotAttributeType 37}
associatedDomainは属性構文caseIgnoreIA5StringSyntaxと共に以下を結果と考えます:= pilotAttributeType37
associatedName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 38}
associatedNameは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType38
homePostalAddress ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
postalAddress
MATCHES FOR EQUALITY
::= {pilotAttributeType 39}
homePostalAddressは平等のための属性構文postalAddressマッチで以下を結果と考えます:= pilotAttributeType39
personalTitle ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-personal-title))
::= {pilotAttributeType 40}
personalTitle ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubの個人的なタイトル)):、:= pilotAttributeType40
mobileTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
telephoneNumberSyntax
::= {pilotAttributeType 41}
mobileTelephoneNumberは属性構文telephoneNumberSyntaxと共に以下を結果と考えます:= pilotAttributeType41
pagerTelephoneNumber ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
telephoneNumberSyntax
::= {pilotAttributeType 42}
pagerTelephoneNumberは属性構文telephoneNumberSyntaxと共に以下を結果と考えます:= pilotAttributeType42
Barker & Kille [Page 55] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[55ページ]RFC1274コサインとインターネットX.500図式1991年11月
friendlyCountryName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
::= {pilotAttributeType 43}
friendlyCountryNameは属性構文caseIgnoreStringSyntaxと共に以下を結果と考えます:= pilotAttributeType43
uniqueIdentifier ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-unique-identifier))
::= {pilotAttributeType 44}
uniqueIdentifier ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubのユニークな識別子)):、:= pilotAttributeType44
organizationalStatus ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-organizational-status))
::= {pilotAttributeType 45}
organizationalStatus ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreStringSyntax(SIZE(1つのubの組織的な状態)):、:= pilotAttributeType45
janetMailbox ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreIA5StringSyntax
(SIZE (1 .. ub-janet-mailbox))
::= {pilotAttributeType 46}
janetMailbox ATTRIBUTE WITH ATTRIBUTE-SYNTAX caseIgnoreIA5StringSyntax(SIZE(1個のubジャネットメールボックス)):、:= pilotAttributeType46
mailPreferenceOption ATTRIBUTE
WITH ATTRIBUTE-SYNTAX ENUMERATED {
no-list-inclusion(0),
any-list-inclusion(1), -- may be added to any lists
professional-list-inclusion(2)
-- may be added to lists
-- which the list provider
-- views as related to the
-- users professional inter-
-- ests, perhaps evaluated
-- from the business of the
-- organisation or keywords
-- in the entry.
}
::= {pilotAttributeType 47}
mailPreferenceOption ATTRIBUTE WITH ATTRIBUTE-SYNTAX ENUMERATED、-どんなリスト包含(0)、リスト包含(1)(どんなリスト専門家包含を記載された(2)にも加えられるかもしれません)はリストに少しも追加されないかもしれません--、どれ、リストプロバイダー--、関連されるように見るか、--、ユーザ専門家、相互、--、--機構かキーワード--コネのビジネスからの恐らく評価されたests、エントリー。 ::= pilotAttributeType47
buildingName ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
caseIgnoreStringSyntax
(SIZE (1 .. ub-building-name))
属性構文caseIgnoreStringSyntaxがあるbuildingName属性(SIZE(1つのubビル名))
Barker & Kille [Page 56] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[56ページ]RFC1274コサインとインターネットX.500図式1991年11月
::= {pilotAttributeType 48}
::= pilotAttributeType48
dSAQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DSAQualitySyntax
SINGLE VALUE
::= {pilotAttributeType 49}
dSAQualityは属性構文のDSAQualitySyntaxのただ一つの価値で以下を結果と考えます:= pilotAttributeType49
singleLevelQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DataQualitySyntax
SINGLE VALUE
singleLevelQualityは属性構文DataQualitySyntaxと共にただ一つの値を結果と考えます。
subtreeMinimumQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DataQualitySyntax
SINGLE VALUE
-- Defaults to singleLevelQuality
::= {pilotAttributeType 51}
subtreeMinimumQualityは属性構文DataQualitySyntaxと共にただ一つの値を結果と考えます--singleLevelQualityをデフォルトとします:、:= pilotAttributeType51
subtreeMaximumQuality ATTRIBUTE
WITH ATTRIBUTE-SYNTAX DataQualitySyntax
SINGLE VALUE
-- Defaults to singleLevelQuality
::= {pilotAttributeType 52}
subtreeMaximumQualityは属性構文DataQualitySyntaxと共にただ一つの値を結果と考えます--singleLevelQualityをデフォルトとします:、:= pilotAttributeType52
personalSignature ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
CHOICE {
g3-facsimile [3] G3FacsimileBodyPart
}
(SIZE (1 .. ub-personal-signature))
::= {pilotAttributeType 53}
personalSignature ATTRIBUTE WITH ATTRIBUTE-SYNTAX CHOICE g3-ファクシミリ[3]G3FacsimileBodyPart(SIZE(1つのubの個人的な署名)):、:= pilotAttributeType53
dITRedirect ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
distinguishedNameSyntax
::= {pilotAttributeType 54}
dITRedirectは属性構文distinguishedNameSyntaxと共に以下を結果と考えます:= pilotAttributeType54
audio ATTRIBUTE
WITH ATTRIBUTE-SYNTAX
Audio
(SIZE (1 .. ub-audio))
::= {pilotAttributeType 55}
オーディオATTRIBUTE WITH ATTRIBUTE-SYNTAX Audio(SIZE(1個のub-オーディオ)):、:= pilotAttributeType55
Barker & Kille [Page 57] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[57ページ]RFC1274コサインとインターネットX.500図式1991年11月
documentPublisher ATTRIBUTE
WITH ATTRIBUTE SYNTAX caseIgnoreStringSyntax
::= {pilotAttributeType 56}
documentPublisherは属性構文caseIgnoreStringSyntaxと共に以下を結果と考えます:= pilotAttributeType56
-- Generally useful syntaxes
-- 一般に役に立つ構文
caseIgnoreIA5StringSyntax ATTRIBUTE-SYNTAX
IA5String
MATCHES FOR EQUALITY SUBSTRINGS
平等サブストリングのためのcaseIgnoreIA5StringSyntax属性構文IA5Stringマッチ
iA5StringSyntax ATTRIBUTE-SYNTAX
IA5String
MATCHES FOR EQUALITY SUBSTRINGS
平等サブストリングのためのiA5StringSyntax属性構文IA5Stringマッチ
-- Syntaxes to support the DNS attributes
-- DNSが属性であるとサポートする構文
DNSRecordSyntax ATTRIBUTE-SYNTAX
IA5String
MATCHES FOR EQUALITY
平等のためのDNSRecordSyntax属性構文IA5Stringマッチ
NRSInformationSyntax ATTRIBUTE-SYNTAX
NRSInformation
MATCHES FOR EQUALITY
平等のためのNRSInformationSyntax属性構文NRSInformationマッチ
NRSInformation ::= SET {
[0] Context,
[1] Address-space-id,
routes [2] SEQUENCE OF SEQUENCE {
Route-cost,
Addressing-info }
}
NRSInformation:、:= セットします。[0] 文脈[1] (アドレス宇宙イド)が[2] SEQUENCE OF SEQUENCEを発送する、ルート費用、Addressing-インフォメーション
Barker & Kille [Page 58] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[58ページ]RFC1274コサインとインターネットX.500図式1991年11月
-- Upper bounds on length of attribute values
-- 属性値の長さに関する上限
ub-document-identifier INTEGER ::= 256
ubドキュメント識別子INTEGER:、:= 256
ub-document-location INTEGER ::= 256
ubドキュメント位置のINTEGER:、:= 256
ub-document-title INTEGER ::= 256
ubドキュメントタイトルINTEGER:、:= 256
ub-document-version INTEGER ::= 256
ubドキュメントバージョンINTEGER:、:= 256
ub-favourite-drink INTEGER ::= 256
ubのお気に入りの飲み物のINTEGER:、:= 256
ub-host INTEGER ::= 256
ub-ホストINTEGER:、:= 256
ub-information INTEGER ::= 2048
ub-情報INTEGER:、:= 2048
ub-unique-identifier INTEGER ::= 256
ubのユニークな識別子INTEGER:、:= 256
ub-personal-title INTEGER ::= 256
ubの個人的なタイトルINTEGER:、:= 256
ub-photo INTEGER ::= 250000
ub-フォトINTEGER:、:= 250000
ub-rfc822-mailbox INTEGER ::= 256
ub-rfc822-メールボックスINTEGER:、:= 256
ub-room-number INTEGER ::= 256
ub-部屋番号INTEGER:、:= 256
ub-text-or-address INTEGER ::= 256
ubテキストかアドレスINTEGER:、:= 256
ub-user-class INTEGER ::= 256
ub-ユーザ・クラスINTEGER:、:= 256
ub-user-identifier INTEGER ::= 256
ubユーザ識別子INTEGER:、:= 256
ub-organizational-status INTEGER ::= 256
ubの組織的な状態INTEGER:、:= 256
ub-janet-mailbox INTEGER ::= 256
ubジャネットメールボックスINTEGER:、:= 256
ub-building-name INTEGER ::= 256
ubビル名のINTEGER:、:= 256
ub-personal-signature ::= 50000
ubの個人的な署名:、:= 50000
ub-audio INTEGER ::= 250000
ub-オーディオINTEGER:、:= 250000
Barker & Kille [Page 59] RFC 1274 COSINE and Internet X.500 Schema November 1991
バーカーとKille[59ページ]RFC1274コサインとインターネットX.500図式1991年11月
Security Considerations
セキュリティ問題
Security issues are not discussed in this memo.
このメモで安全保障問題について議論しません。
10. Authors' Addresses
10. 作者のアドレス
Paul Barker Department of Computer Science University College London Gower Street London WC1E 6BT England
バーカー・コンピュータサイエンス学部のユニバーシティ・カレッジのロンドンガウアー・ストリートロンドンWC1E 6BTイギリスのポール
Phone: +44 71-380-7366 EMail: P.Barker@cs.ucl.ac.uk
以下に電話をしてください。 +44 71-380-7366 メールしてください: P.Barker@cs.ucl.ac.uk
Steve Kille Department of Computer Science University College London Gower Street London WC1E 6BT England
スティーブKilleコンピュータサイエンス学部ユニバーシティ・カレッジロンドンロンドンWC1E 6BTイギリスガウアー・ストリート
Phone: +44 71-380-7294 EMail: S.Kille@cs.ucl.ac.uk
以下に電話をしてください。 +44 71-380-7294 メールしてください: S.Kille@cs.ucl.ac.uk
Or send comments to the discussion group: <osi-ds@cs.ucl.ac.uk>.
または、コメントをディスカッション・グループに送ってください: <osi-ds@cs.ucl.ac.uk>。
Barker & Kille [Page 60]
バーカーとKille[60ページ]
一覧
スポンサーリンク
