RFC1820 日本語訳

Network Working Group                                          E. Huizer
Request for Comments: 1820                                    SURFnet bv
Category: Informational                                      August 1995

Huizerがコメントのために要求するワーキンググループE.をネットワークでつないでください: 1820SURFnet bv Category: 情報の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@relay.surfnet.nl and this information will be
   made available (at no cost) through WWW (to be announced) for other
   people to browse through.

特定生産品(あなたがベンダー、作成者またはユーザであることにかかわらず)に対してこのチェックリストを使用するなら、あなたは mime-check@relay.surfnet.nl に結果を提出できます、そして、ブラウズする他の人々のためにWWW(発表される)を通して(無料で)この情報を利用可能にするでしょう。

   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 1820               MIME User Agent Checklist             August 1995

Huizerの情報[1ページ]のRFC1820はユーザエージェントチェックリスト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
   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メッセージ/部分的なメッセージ/外部の複合の、または、複雑な複合の、または、平行な複合/ダイジェストの複合の、または、代替のアプリケーション/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 1820               MIME User Agent Checklist             August 1995

Huizerの情報[2ページ]のRFC1820はユーザエージェントチェックリスト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.chalmers.se/SUNET/Mac-E.html This
   offers evaluation tests reports of MIME products, as well as tests
   and test-criteria for MIME implementors.

SUNet MIMEプロジェクト: これが評価を提供する http://www.chalmers.se/SUNET/Mac-E.html はテストと同様に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 1820               MIME User Agent Checklist             August 1995

Huizerの情報[3ページ]のRFC1820はユーザエージェントチェックリスト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は送信されるメッセージのために正しいRFC822ヘッダーを生成します: 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はネイティブのRFC822/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 1820               MIME User Agent Checklist             August 1995

Huizerの情報[4ページ]のRFC1820はユーザエージェントチェックリスト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.....

- メッセージを削除してください--新しいメッセージを構成してください--メッセージ(回答におけるオリジナルのメッセージ・テキスト、創始者かいずれに関する回答または受取人などの包含)に答えてください。 - RFC934カプセル化を使用することで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 1820               MIME User Agent Checklist             August 1995

Huizerの情報[5ページ]のRFC1820はユーザエージェントチェックリスト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
   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
       - video/mpeg

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--UAが以下の基本的なMIME content typeの構成をサポートするアプリケーション/msword4.4Does? MIME content typeがあるメッセージの/複雑な構成がどれくらい簡単であるか説明してください。 - テキスト/明瞭--テキスト/豊かにされる--のイメージ/gif--オーディオ的、または、基本的なイメージ/jpeg--ビデオ/mpeg

Huizer                       Informational                      [Page 6]

RFC 1820               MIME User Agent Checklist             August 1995

Huizerの情報[6ページ]のRFC1820はユーザエージェントチェックリスト1995年8月にまねます。

       - 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
   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.)?
   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

- 八重奏アプリケーション/ストリーム--アプリケーション/追伸--メッセージ/rfc822--メッセージ/部分的--メッセージ/外部--の複合か混ぜられる--複合か平行--の複合/ダイジェスト--UAが生成する複合の、または、代替のDoes、X-<、相互的である、UAが追加content typeのcompostionをサポートする定義された>content type(いつ、なぜ)4.5Does-- そうだとすれば、例えば、これ(構成、そして/または、compostion)をする方法を説明してください: - アプリケーション/wordperfect5.1--内容-encodingsがUAをするアプリケーション/msword4.6Whatは以下をサポートします。 - 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キャラクタの使用をサポートしますか? 4.11 それが特定の文字集合が使用されているのを示すcharsetパラメタを持つのにおいて可能であるcontent typeテキスト/平野で

Huizer                       Informational                      [Page 7]

RFC 1820               MIME User Agent Checklist             August 1995

Huizerの情報[7ページ]のRFC1820はユーザエージェントチェックリスト1995年8月にまねます。

        the content type text plain. What character sets (like
        iso-8859-1) does the UA support (standard or configurable)?

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ページ]