RFC1844 日本語訳
1844 Multimedia E-mail (MIME) User Agent Checklist. E. Huizer. August 1995. (Format: TXT=15072 bytes) (Obsoletes RFC1820) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文
Network Working Group E. Huizer Request for Comments: 1844 SURFnet bv Obsoletes: 1820 August 1995 Category: Informational
Huizerがコメントのために要求するワーキンググループE.をネットワークでつないでください: 1844SURFnet bv Obsoletes: 1820 1995年8月のカテゴリ: 情報
Multimedia E-mail (MIME) User Agent checklist
マルチメディアメール(MIME)ユーザエージェントチェックリスト
Status of this Memo
このMemoの状態
This memo provides information for the Internet community. This memo does not specify an Internet standard of any kind. Distribution of this memo is unlimited.
このメモはインターネットコミュニティのための情報を提供します。 このメモはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。
Abstract
要約
This document presents a checklist to facilitate evaluation of MIME capable User Agents. Access to a MIME test-responder, that generates test-messages is described.
このドキュメントは、MIMEの有能なUserエージェントの評価を容易にするためにチェックリストを提示します。 試応答者にMIMEにアクセスしてください、そして、それは試メッセージを生成します。説明されます。
Introduction
序論
This document presents a checklist that facilitates evaluation of MIME capable E-mail User Agents. It is by no means a conformance or interoperability (both strictly defined and measurable quantities) checklist, but rather an interworking (practical perspective) checklist that is aimed at the users and system managers.
このドキュメントはMIMEの有能なメールUserエージェントの評価を容易にするチェックリストを提示します。 それは決して順応か相互運用性(厳密に定義された両方と測定値)チェックリストではなく、むしろユーザとシステム・マネージャを対象にする織り込む(実用的な見解)チェックリストです。
Usage and submission
用法と服従
If you use this checklist against a specific product (regardless of whether you're a vendor, implementor or user) you can submit the result to mime-check@nic.surfnet.nl, make sure that the subject reflects the name and version of the product. This is an automated mailhandler, so PLEASE only submit filled-in checklists (in content- type text/plain or text/html) to this address. This information will be made available (at no cost) for other people to browse through at URL: http://www.nic.surfnet.nl/surfnet/projects/surf-ace/mime/
特定生産品(あなたがベンダー、作成者またはユーザであることにかかわらず)に対してこのチェックリストを使用するなら、 mime-check@nic.surfnet.nl に結果を提出できて、対象が製品の名前とバージョンを反映するのを確実にしてください。 これが自動化されたmailhandlerであるので、単に記入しているチェックリスト(内容タイプのテキスト/平野かテキスト/htmlによる)をこのアドレスに提出してください。 この情報を他の人々がURLでブラウズするように利用可能に(無料)するでしょう: http://www.nic.surfnet.nl/surfnet/projects/surf-ace/mime/
Although SURFnet will attempt to verify the correctness of each submission, all submitted information is made available as is, with no guarantees (SURFnet does not take any responsibility for errors in the data that is made available, or for any damages resulting from usage of that data). Users who want to procure a UA are advised to use the data as an orientation, and to perform their own procurement tests (possibly using the checklist below as a guideline). Also it is noted that vendors and implementors are encouraged to use the results from the checklist to improve their products.
SURFnetは、それぞれの服従の正当性について確かめるのを試みるでしょうが、そのままですべての提出された情報を利用可能にします、保証なしで(SURFnetは利用可能にされるデータにおける誤り、またはそのデータの用法から生じるどんな損害賠償への少しの責任も取りません)。 UAを調達したがっているユーザは、オリエンテーションとしてデータを使用して、それら自身の調達テストを実行するようにアドバイスされます(ことによるとガイドラインとして以下のチェックリストを使用して)。 また、ベンダーと作成者がそれらの製品を改良するのにチェックリストから結果を使用するよう奨励されることに注意されます。
Huizer Informational [Page 1] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[1ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
Getting test messages
テストメッセージを得ます。
For several tests in the checklist a test message is required. Test messages can be requested in the following way: Send mail to <mime- test@relay.surfnet.nl> with a subject field containing ONE of the following:
チェックリストにおけるいくつかのテストにおいて、テストメッセージが必要です。 以下の方法でテストメッセージを要求できます: <パントマイム- test@relay.surfnet.nl にメールを送ってください、gt;、対象の分野が以下のONEを含んでいて:
text/plain text/enriched image/gif image/jpeg audio/basic video/mpeg application/octet-stream application/postscript message/rfc822 message/partial message/external multipart/mixed multipart/parallel multipart/digest multipart/alternative multipart/appledouble application/wordperfect5.1 application/msword application/rtf X-local <to test how your UA deals with undefined content-types> nested <returns a message that contains nested multipart contents> iso-8859-1 <returns a message with text/plain; charset=iso-8859-1>
テキスト/プレーンテキスト/豊かにされたイメージ/gifイメージ/jpegのオーディオ的、または、基本的なビデオ/mpeg八重奏アプリケーション/ストリームアプリケーション/追伸メッセージ/rfc822メッセージ/部分的なメッセージ/外部の複合の、または、複雑な複合の、または、平行な複合/ダイジェスト複合の、または、代替の複合/appledoubleアプリケーション/wordperfect5; 1 未定義のcontent type>とのあなたのUA取引がどう<を入れ子にしたかをテストするrtf Xアプリケーション/mswordアプリケーション/地方の<は>iso-8859-1<が返す入れ子にされた複合コンテンツを含むメッセージにテキスト/平野があるメッセージを返します。 charset=iso-8859-1>。
A message containing the requested content-type will be returned to the address contained in the from field.
要求されたcontent typeを含むメッセージを中に含まれたアドレスに返す、分野から。
References
参照
The reader is encouraged to also check out the following references:
また、読者が以下の参照を調べるよう奨励されます:
The MIME standards:
MIME規格:
- Borenstein N. and N. Freed, "MIME (Multipurpose Internet
Mail Extensions) Part One: Mechanisms for specifying and
describing the format of Internet message bodies", RFC 1521,
Bellcore, Innosoft, September 1993.
- 解放されたBorenstein N.とN.、「パート1をまねてください(マルチパーパスインターネットメールエクステンション)」 「インターネットメッセージ本体の形式を指定して、説明するためのメカニズム」、RFC1521、Bellcore、Innosoft、1993年9月。
- Moore K., "MIME (Multipurpose Internet Mail Extensions) Part
Two: Message header extensions for non-Ascii text", RFC 1522,
University of Tennessee, September 1993.
- ムーアK.、「パートTwoをまねてください(マルチパーパスインターネットメールエクステンション)」 「非アスキーテキストのためのメッセージヘッダー拡張子」、RFC1522、テネシー大学、1993年9月。
Huizer Informational [Page 2] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[2ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
The registration procedure for content types:
content typeのための登録手順:
- Postel J., "Media type registration procedure", RFC 1590,
USC/Information Sciences Institute, March 1994.
- ポステルJ.、「メディアは登録手順をタイプする」RFC1590、USC/情報Sciences Institute、1994年3月。
Some related informational documents:
或るものは情報のドキュメントについて話しました:
- Borenstein N., "The text/enriched MIME content-type",
RFC 1563, Bellcore, October 1994.
- Borenstein N.、「テキスト/豊かにされたMIME content type」、RFC1563、Bellcore、1994年10月。
- Borenstein N., "A user agent configuration mechanism for
multimedia mail format information", RFC 1524, Bellcore,
September 1993.
- Borenstein N.、「マルチメディアメール書式情報のためのユーザエージェント構成メカニズム」、RFC1524、Bellcore、1993年9月。
Registered MIME content-types can be found at the following URL: ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/media-types
以下のURLで登録されたMIME content typeを見つけることができます: ftp://ftp.isi.edu/in-notes/iana/assignments/media-types/media-types
The SUNet MIME project: http://www.nada.kth.se/sunet-mime/ This offers evaluation tests reports of MIME products, as well as tests and test-criteria for MIME implementors.
SUNet MIMEプロジェクト: これが評価を提供する http://www.nada.kth.se/sunet-mime/ はテストと同様にMIME製品とMIME作成者の試評価基準のレポートをテストします。
From Stockholm University a list of user-interface requirments for a mail/news reader is available under: gopher://mars.dsv.su.se/11/dsv- reports/research-reports/messaging-research
ストックホルム大学から、メール/ニュース読者のためのユーザーインタフェースrequirmentsのリストは以下の下で利用可能です。 メッセージングリス://mars.dsv.su.se/11/dsv研究レポート/レポート/研究
Checklist for Mime UAs
パントマイムUAsのためのチェックリスト
(note that for items with multiple choice options, it is possible that more than one option is applicable)
(選択式オプションがある項目に、1つ以上のオプションが適切であることが、可能であるというメモ)
1. General information:
1.1 The name and version of the product
1.2 The name and addressing information of the manufacturer
1.3 What are the platforms that are supported (Operating system,
GUI and hardware requirements, if applicable: what APIs are
supported (like MAPI etc.))? [Note: Please use separate
checklist forms for different platforms!!]
1.4 What is the platform that was used for this checklist
(Operating system, GUI and hardware)? [Note: Only one
platform per checklist!!]
1.5 Is the software available in source format or in binary
format or both.
1.6 Pricing information. Is the software available:
- In the Public Domain, free of charge
- As shareware (what is the price?)
- PD for non-profit use, but not for commercial use
- Commercially
1. 一般情報: 1.1、名前とバージョン、製品1.2では、メーカー1.3Whatに関する名前とアドレス指定情報は(要件の、そして、適切なオペレーティングシステム、GUI、およびハードウェア: APIがサポートされること(MAPIの同様のなど))であるとサポートされるプラットホームですか? [注意: 異なったプラットホームに別々のチェックリストフォームを使用してください!] 1.4 このチェックリスト(オペレーティングシステム、GUI、およびハードウェア)に使用されたプラットホームは何ですか? [注意: 1チェックリストあたり1個のプラットホームだけ!] 1.5は、ソース形式かバイナリフォーマットで利用可能なソフトウェアか両方です。 1.6 情報に値を付けます。 利用可能なソフトウェアです: - シェアウェア(価格はどのくらいですか?)としての無料のPublic Domainで - PD、商業用途ではなく、非営利の使用のために--、商業的
Huizer Informational [Page 3] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[3ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
2. System installation, configuration and management
2.1 How complex/easy is installation and configuration? Are
there any pitfalls that need attention? Can you configure
per set of users (i.e systemwide or LAN wide default
configuration) and/or per user?
2.2 Are there facilities for logging and/or accounting?
2.3 Does the UA generate correct RFC-822 headers for outgoing
messages:
From:, (and if necessary) Sender:
Date:
Message-id:
2.4 Is it possible for a non-priviledged user to change the
"from" and/or "sender" field?
2.5 Does the UA have any size restrictions (default or applied
by system manager) for:
- Message size
- Number of messages
- Number of folders
- Number of messages per folder
2.6 How secure is the users mailbox when using this UA? Can
other non-privileged usets access the mailbox?
2.7 What is the performance of the UA on this platform? (As this
is difficult to measure, give your subjective impression:
slow, reasonable or fast) E.g for:
- Displaying a text message
- Displaying a MIME message that contains an image
- Complex actions like sorting etc.
2. システムインストール、構成、および管理2.1How複合体/小休止は、インストールと構成ですか? 何か注意を必要とする落とし穴がありますか? あなたはユーザ(i.e systemwideかLANの広いデフォルト設定)のセットユーザ単位で構成できますか? 2.2 伐採、そして/または、会計のための施設がありますか? 2.3 UAは送信されるメッセージのために正しいRFC-822ヘッダーを生成します: From:、(必要なら)送付者: 日付: メッセージイド: 2.4 非priviledgedされたユーザが“from"、そして/または、「送付者」分野を変えるのは、可能ですか? 2.5 UAには、何かサイズ制限が以下のためにありますか?(システム・マネージャでデフォルトとするか、または適用します) - メッセージサイズ--このUAを使用するとき、Howが保証するメッセージのフォルダー2.6あたりの数がユーザメールボックスであるというメッセージ(フォルダーの数)の数? 他の非特権があるusetsはメールボックスにアクセスできますか? 2.7 このプラットホームにおけるUAの性能は何ですか? (これは測定するのが難しいので主観的印象をお願いします: 遅いか、妥当であるか速い)です。 以下のためのE.g - テキストメッセージ--イメージを含むMIMEメッセージを表示します--ソーティングなどのような複雑な動きを表示します。
3. General UA properties
3.1 Does the UA have a graphical or a character based interface
or both?
3.2 Does the UA support native RFC-822/MIME or does it require a
gateway?
3.3 Which protocols are supported for message delivery:
a. SMTP (MX records or static routing to Mailhost)
b. ESMTP
c. POP (which version)
d. IMAP
e. Co-location with specific MTA (which MTA)
f. Other ...............
3.4 Which protocols are supported for message submission:
a. SMTP
b. ESMTP
c. Co-location with specific MTA (which MTA)
d. Other ...............
3.5 Does the UA support the following basic functionalities:
- List messages
- Read messages
3. UAがベースのグラフィカルであるかaキャラクタに連結させるUA特性3.1のDoes司令官ですかそれとも両方ですか? 3.2 UAは固有のRFC-822/MIMEをサポートしますか、それがゲートウェイを必要としますか? プロトコルがメッセージ配送のためにサポートされる3.3: a。 SMTP(MailhostへのMX記録かスタティックルーティング)b。 ESMTP c。 POP(どのバージョン)d。 IMAP e。 特定のMTA(どのMTA)fとのコロケーション。 他… プロトコルがメッセージ提案のためにサポートされる3.4: a。 SMTP b。 ESMTP c。 特定のMTA(どのMTA)dとのコロケーション。 他… 3.5 UAサポートに以下の基本機能をします: - リストメッセージ--既読メッセージ
Huizer Informational [Page 4] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[4ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
- Delete messages
- Compose new messages
- Reply to messages (Inclusion of original message-text in
reply, reply to originator or to any or all recipients
etc.)
- Forward message
o using MIME
o using RFC-934 encapsulation; i.e. message is
encapsulated in between:
------- Forwarded Message and
------- End of Forwarded Message
o Other .......
- Distribute message (the from field does not change)
3.6 Does the UA support the following header fields and can they
be supplied by the user:
Generated correctly Can be supplied by user
- To:
- Cc:
- Bcc:
- From:
- Reply-to:
- Subject:
- Comments:
3.7 Does the UA support filing mail into folders? Are there any
restrictions?
3.8 Does the UA support a filtering mechanism that allows the
user to configure automatic processing of incoming mail
(e.g. automatic filing into specific folders)? If so, how
simple is the configuration of these filters?
3.9 Does the UA support a sorting mechanism that allows the user
to sort mail on date and/or subject and/or from field etc?
If so describe the possibilities and restrictions.
3.10 Does the UA support address lists and/or directory services?
- Local (local address list, local aliases, local distribution
lists etc.)
- Whois++
- Ph (to CCSO server)
- LDAP or SOLO or other access protocols to a directory
service
- Other .....
3.11 What other non-multimedia facilities does the UA support?
3.12 What secure mail protocols does the UA support (in-line):
- PEM (Privacy Enhanced Mail)
- PGP (Pretty Good Privacy)
- Other.....
- メッセージを削除してください--新しいメッセージを構成してください--メッセージ(回答におけるオリジナルのメッセージ・テキスト、創始者かいずれに関する回答または受取人などの包含)に答えてください。 - RFC-934カプセル化を使用することでMIME oを使用して、メッセージoを転送してください。 すなわち、メッセージは以下の間でカプセル化されます。 ------- そして転送されたメッセージ。------- Forwarded Message o Otherの端… - メッセージを分配してください、(分野から、変化) ユーザによって供給されて、UAが以下のヘッダーフィールドと缶を支える3.6Doesをしません: 正しくCanを生成する、ユーザ--To:で、供給してください。 - Cc: - Bcc: - From: - reply-to - Subject: - コメント: 3.7 UAはファイリングメールをフォルダーにサポートしますか? 何か制限がありますか? 3.8 UAはユーザが入って来るメール(例えば、特定のフォルダーへの自動ファイリング)の自動処理を構成できるフィルタリングメカニズムをサポートしますか? そうだとすれば、これらのフィルタの構成はどれくらい簡単ですか? 3.9 UAはユーザが日付、そして/または、分野話題などからのメールを分類できるソーティングメカニズムをサポートしますか? そうだとすれば、可能性と制限について説明してください。 3.10 UAは、アドレスがリスト、そして/または、ディレクトリサービスであるとサポートしますか? - 地方です(ローカルアドレスリスト、発送先リストのローカルの別名など地方の)。 - 何らかのWhois+ +--Ph(CCSOサーバへの)--LDAPかSOLOはプロトコルにディレクトリサービスにアクセスします--他です。 3.11 UAはどんな他の非マルチメディア施設をサポートしますか? 3.12 安全なメールプロトコルがUAをすることは以下をサポートします(インライン)。 - PEM(プライバシーはメールを高めた)--PGP(プリティ・グッド・プライバシ)--他…
Huizer Informational [Page 5] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[5ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
4. MIME support
4.1 Does the UA support:
- viewing a MIME content (either in-line or through launching
an external viewer)?
- saving a MIME content in a file?
- saving one part of a multipart message in a file?
- printing a MIME content?
4.2 Does the UA support receipt of the following basic MIME
content types? Does it display them in-line and does it
support printing of such a content type? If an external
viewer is needed, is a viewer pre-configured? Is the viewer
included in the software distribution?
In-line Printing External Preconfig Included
- text/plain
- text/enriched
- image/gif
- image/jpeg
- audio/basic
- video/mpeg
- application/octet-stream
- application/postscript
- message/rfc822
- message/partial
Does the UA support ftp and/or mail access for:
- message/external
Describe how the UA supports the basic multipart types:
- multipart/mixed
- multipart/parallel
- multipart/digest
- multipart/alternative
How does the UA handle:
- X-<bilateraly defined>
- unknown/unconfigured content-types
4.3 Does the UA allow configuration for receipt of additional
content-types? If so describe the configuration procedure
and possibilities. (Is it complex/easy, give example
configuration, can you add external viewers etc.). E.g.
- application/wordperfect5.1
- application/msword
- multipart/appledouble (Macintosh systems only)
4.4 Does the UA support composition of the following basic MIME
content types? Describe how easy/complex composition of a
message with a MIME content-type is.
- text/plain
- text/enriched
- image/gif
- image/jpeg
- audio/basic
4. UAがサポートするMIMEサポート4.1Does: - MIME内容を見る、(インライン、外部ビューワを送り出す、)、-- - MIMEがファイルの内容であると保存しますか? - ファイルの複合メッセージの一部を保存しますか? - MIME内容を印刷しますか? 4.2 UAは以下の基本的なMIME content typeの領収書を支えますか? インラインでそれらを表示します、そして、そのようなcontent typeの印刷を支えますか? 外部ビューワが必要であるなら、あらかじめ設定されたビューアーが必要ですか? ビューアーはソフトウェア配布に含まれていますか? インラインPrinting External Preconfig Included--テキスト/明瞭--テキスト/豊かにされる--のイメージ/gif--オーディオ的、または、基本的なイメージ/jpeg--ビデオ/mpeg--八重奏アプリケーション/ストリーム--アプリケーション/追伸--メッセージ/rfc822--メッセージ/部分的なDoes UAは以下のためにftp、そして/または、メールアクセスをサポートします。 - UAが基本的な複合タイプをサポートするメッセージ/外部のDescribe: - 複合か混ぜられる--複合か平行--の複合/ダイジェスト--複合の、または、代替のHowはUAハンドルをします: - X-<はbilateralyに>を定義しました(未知の、または、非構成されたcontent type4.3Does UAは追加content typeの領収書のための構成を許します)。 そうだとすれば、構成手順と可能性について説明してください。 (それである、例の構成をお願いします、複雑であるか、または簡単であることで、あなたが外部ビューワなどを加えることができる、) 例えば - アプリケーション/wordperfect5.1--アプリケーション/msword--appledouble(マッキントッシュシステム専用)4.4Does UAが以下の基本的なMIME content typeの構成をサポートする複合/? MIME content typeがあるメッセージの/複雑な構成がどれくらい簡単であるか説明してください。 - テキスト/明瞭--テキスト/豊かにされる--のイメージ/gif--オーディオ的、または、基本的なイメージ/jpeg
Huizer Informational [Page 6] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[6ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
- video/mpeg
- application/octet-stream
- application/postscript
- message/rfc822
- message/partial
- message/external
- multipart/mixed
- multipart/parallel
- multipart/digest
- multipart/alternative
Does the UA generate X-<bilaterally defined> content-types
(when and why)
4.5 Does the UA support compostion of additional content-types?
If so describe how to do this (configuration and/or
compostion), e.g.:
- application/wordperfect5.1
- application/msword
- multipart/appledouble (Macintosh systems only)
4.6 What content-encodings does the UA support:
- 7bit
- quoted printable
- base64
- binary
- 8bit
- X-<bilateraly defined> (when and why)
4.7 What encoding is used for the following content-types:
7bit QP B64 Binary 8-bit Other
- text/plain
- text/enriched
- image/gif
- image/jpeg
- audio/basic
- video/mpeg
- application/octet-stream
- application/postscript
- message/rfc822
- message/partial
- message/external
- multipart/mixed
- multipart/parallel
- multipart/digest
- multipart/alternative
4.8 Does the UA generate the correct Mime version header:
Mime-Version: 1.0
4.9 In multipart messages, give an example of the sort of
boundary string generated.
4.10 Does the UA support the use of non-ascii characters in the
headers (in subject, free form part of address etc.)?
- ビデオ/mpeg--八重奏アプリケーション/ストリーム--アプリケーション/追伸--メッセージ/rfc822--UAが生成するメッセージ/部分的な(複合の、または、複雑なメッセージ/外部)複合の、または、平行な(複合/ダイジェスト)複合の、または、代替のDoes、X-<、相互的である、UAが追加content typeのcompostionをサポートする定義された>content type(いつ、なぜ)4.5Does-- そうだとすれば、例えば、これ(構成、そして/または、compostion)をする方法を説明してください: - アプリケーション/wordperfect5.1--アプリケーション/msword--複合/appledouble(マッキントッシュシステム専用)4.6What内容-encodingsはUAサポートをします: - 7に噛み付きました--印刷可能な(base64)バイナリー--8ビット--X-<がbilateralyに>(いつ、なぜ)4.7を定義したかを引用します。Whatコード化は以下のcontent typeに使用されます: 7ビットのQP B64 Binaryの8ビットのOther--テキスト/明瞭--テキスト/豊かにされる--のイメージ/gif--オーディオ的、または、基本的なイメージ/jpeg--ビデオ/mpeg--八重奏アプリケーション/ストリーム--アプリケーション/追伸--メッセージ/rfc822--メッセージ/部分的--メッセージ/外部--の複合か混ぜられる--複合か平行--の複合/ダイジェスト--複合の、または、代替の4.8Does UAは正しいMimeバージョンヘッダーを生成します: パントマイムバージョン: 1.0 4.9 複合メッセージでは、境界ストリングの種類に関する例を発生しているのに出してください。 4.10 UAはヘッダー(アドレスなどの受けることがあって、自由なフォーム部分の)における非ASCIIキャラクタの使用をサポートしますか?
Huizer Informational [Page 7] RFC 1844 MIME User Agent Checklist August 1995
Huizerの情報[7ページ]のRFC1844はユーザエージェントチェックリスト1995年8月にまねます。
4.11 With the content type text/plain it is possible to have a
charset parameter, indicating that a specific character set is
used in the content type text plain. What character sets (like
iso-8859-1) does the UA support (standard or configurable)?
4.11 content typeテキスト/平野では、charsetパラメタを持っているのが可能です、特定の文字集合がcontent typeテキスト平野の中で使用されるのを示して。 UAはどんな文字集合(iso-8859-1のような)をサポートしますか?(標準の、または、構成可能な)
Security Considerations
セキュリティ問題
Testing a MIME UA against this checklist involves the security risks that are described in the MIME specification (RFC 1521). Most notably the automatic execution of general-purpose PostScript interpreters entails serious security risks. The reader is encouraged to read RFC 1521 for more detail on these security risks.
このチェックリストに対してMIME UAをテストすると、MIME仕様(RFC1521)で説明されるセキュリティ危険はかかわります。 最も著しく汎用ポストスクリプトインタプリタの自動実行は重大なセキュリティ危険を伴います。 読者がこれらのセキュリティリスクに関するその他の詳細のためにRFC1521を読むよう奨励されます。
Author's Address
作者のアドレス
Erik Huizer SURFnet bv P.O. Box 19035 3501 DA Utrecht The Netherlands
エリックHuizer SURFnet bv P.O. Box19035 3501DAユトレヒトオランダ
Phone: +31 30 305305 Fax: +31 30 305329 EMail: Erik.Huizer@SURFnet.nl
以下に電話をしてください。 +31 30 305305、Fax: +31 30 305329はメールされます: Erik.Huizer@SURFnet.nl
Huizer Informational [Page 8]
Huizer情報です。[8ページ]
一覧
スポンサーリンク
