電子メールの仕組み

共通科目情報処理（上級）、インターネットの仕組み、2005年01月31日

                                       電子・情報工学系
                                       新城 靖
                                       <yas@is.tsukuba.ac.jp>

このページは、次の URL にあります。
http://www.coins.tsukuba.ac.jp/~yas/ipe/inet-2004/2005-01-31
あるいは、次のページから手繰っていくこともできます。
http://www.coins.tsukuba.ac.jp/~yas/ipe/
http://www.coins.tsukuba.ac.jp/~yas/
http://www.ipe.tsukuba.ac.jp/~yshinjo/

■今日の重要な話

電子メールの形式、ヘッダ、本文、フィールド
メールボックス、アクセス制御
メーリング・リスト
MTA, MUA, SMTP
POP, IMAP

■電子メール

電子メールは、電話や（普通の）手紙と同じように、個人と個人の間で情報を交換するための仕組み。

電子メールを読み書きするプログラムは、メール・リーダ(mail reader) または、メーラ(mailer) という。「リーダ(reader)」といっても、書くこともできる。

種類

Netscape Messenger
OutlookExpress
WWWで読み書きできるもの
mnews
Rmail/emacs
MH
MH-e/emacs
Mew/emacs

■電子メールで重要な考え方と操作

電子メールを使う上で重要な考え方

電子メールの形式、ヘッダ、本文
電子メール・アドレス
メール・ボックス（フォルダ）

電子メールの基本的な操作

メールを読む
(新たに)メールを出す
受け取ったメールに返事を出す(reply)
受け取ったメールを削除する、整理する
環境を整える、カスタマイズする

◆電子メールの形式

１通の電子メールは、次のような形式を持っているテキスト(文字データ。

From: Shiro Yagi <shiro@is.tsukuba.ac.jp>
To: kuro@cc.tsukuba.ac.jp
cc: shiro@is.tsukuba.ac.jp
Subject: Visit my WWW page
Date: Sun, 21 Mar 2004 23:16:30 +0900 (JST)
Message-Id: <200403221416.XAA04621@poplar.is.tsukuba.ac.jp>

こんにちは。白やぎです。

ＷＷＷページを作ったので見てください。URL は、
	http://www.is.tsukuba.ac.jp/~shiro/
です。

♪♪　白やぎ
♪♪　http://www.is.tsukuba.ac.jp/~shiro/

多くのメール・リーダでは、１通の電子メールのことをメッセージ(message) と呼んでいる。

電子メールのテキストは、大きくヘッダと本文に分かれる。

ヘッダ（header、頭）: 電子メールの先頭から最初の空行まで
本文(body): 空行以降

重要なヘッダ

From:
To:
Cc:
Date:
Subject:

From: には、差出人の、 To: と Cc: には、受取人の電子メール・アドレスが置かれる。

電子メール・アドレス(e-mail address) とは、電子メールを届ける時に配送プログラムが使う記号。

現在よく使われている形式:

user@domain

「@」より前の部分は、個人を特定するための情報。「@」より後ろの部分は、電子メールをどのコンピュータに届ければいいかを示している。ドメイン形式のホスト名が使われる。

To:: とCc:: は、受取人の電子メール・アドレスが置かれる。どちらにアドレスを書いても同じように届けらるが、To: は、本来の宛先を書き、Cc: にはついでに連絡したい宛先を書く習慣になっている。Cc は、 Carbon Copy に由来する。

Date: は、電子メールが出された日付と時刻。

Subject: は、題名（題目、表題）。

電子メールの本文は、普通のテキストですが、１行の長さがだいたい漢字で３０文字～３５文字、英語のアルファベットで６０文字～７０文字になるように、折り返されている（改行が入っている）。このようにしておくと、引用という機能を利用する時に便利。

電子メールで引用とは、返事などを書いたときに何に対する返事か分かりやすいように他の人の書いた電子メールの一部を自分の電子メールに含めること。

本文の末尾には、署名（シグニチャ(signature) ）が現われることが多い（付けなくてよい）。

署名とは、普通の手紙の末尾に署名をするのと同じように、末尾に自分の名前や自分独自の記号を書く。署名は、簡潔で短いものが好まれている。１つの目安としては、「４行以内」。

◆２種類のメール・ボックス

電子メールは、「メール・ボックス」と呼ばれているファイルに保存される。メール・ボックスは、プログラムによっては、フォルダ(folder) と呼ばれることもある。メール・ボックスには、次の２種類がある。

配送プログラム用メール・ボックス: 電子メールを配送するプログラムが、インターネットから受け取ったメールを個人ごとに分類して保存しておく場所。メールドロップ(mail drop)ということもある。多くのシステムでは、 /var/spool/mail/userや /var/mail/userという名前のファイル。 (icho では ~/Mailbox)
ユーザ用メール・ボックス: メール・リーダが電子メールを保存しておく場所。

メール・リーダが表示するのは、多くの場合、後者のメール・ボックスである。新しく届いたメールを読む時には、前者から後者へメールを移す必要がある。この作業を、「 (電子メールを)取り込む(incorporate) 」とう。

配送プログラム用メール・ボックスは、１つのサーバで１人で１つだけだが、ユーザ用メール・ボックスは、必要に応じていくつか作ることができる。

図? メール・リーダとメール・ボックス

◆POPやIMAP4経由のメール・ボックスのアクセス

電子メールをため込んでいるコンピュータ（サーバ）にあるメールを、手元のコンピュータにコピーするには、 POP (Post Office Protocol)や、 IMAP(Internet Message Access Protocol) という TCP/IP 上に定義された通信プロトコルを使うことがある。

POP では、配送プログラム用メール・ボックスを読み書きする機能がある。 IMAP では、それに加えて、複数のユーザ用メール・ボックスを扱えるようになっている。

POP、IMAPサーバ経由のメール・ボックスのアクセス

◆メール・リーダの操作

電子メールを出すには、基本的には、電子メールの形式で説明したようなテキストを作り、電子メールを配送するプログラムに渡す。本文は、自分の好みのテキスト・エディタ（テキストファイルを編集するプログラム）が使えることもある。

電子メールで仕事をしていると、単にメールを出すだけではなく、受け取った電子メールに対して返事を出すことが多い。そのため、メール・リーダでは、返事を出す作業を簡単に行うことができるようになっている。返事を出すことをリプライするともいう。返事を出す時には、To: が自動的に作られるだけでなく、Subject: も同じもの、あるいは、にRe: が付いたものが自動的に付けられる。

電子メールで返事を出す時には、相手のメールの内容を引用することがある。この時、相手が書いた部分と自分が書いた部分を区別するために、相手が書いた部分の行の先頭には、引用のための記号を付ける習慣がある。この記号には、「>」や「>>」、タブがよく使われる。

受け取ったメールを、別の人に送ることを、転送(forward) という。多くのメール・リーダでは、手作業で転送できるようになっている。

複数のメール・アドレスがある人は、あるアドレスに届いた「全て」のメールを、別のメール・アドレスの所に自動的に転送できる場合がある。については、

メールの数が増えてきたら

不要なメールを削除する
複数のユーザ用メール・ボックスを使って、メールを分類して保存する

多くのメール・リーダは、長いアドレスや複数のアドレスを短い別名(alias) で参照できるようになっている。別名には、個人で付けるものの他に、システム全体で付けるものがある。

◆Re:について

Re: は、「～に関して」という意味の単語で、英和辞書にも載っている。英語の手紙、特にビジネスの分野では、日常的によく使われる。返事をする時に使われるので、reply の略だと思っている人も多い。

電子メールでも普通の手紙でも、最初にメールを送る時には、 Re:がないSubject: で出し、それについて返事を出す時には、元のサブジェクトの前に Re: を付けた形の Subject:を使う。一般的な習慣では、返事に対する返事の場合でも、Re: の数は増えない。

◆電子メールを有効に利用するための形式と内容に関するヒント

◆To: や Cc: を間違えないで書く

特に関係のない人に届いてしまう危険性に注意する。

間違えないようにするには、できるだけキーボードから手で打たないようにする。メール・リーダの「返事を出す(reply)」機能を使うと便利な場合が多い。ただし、メーリング・リストなどで、Reply-To: が付いていたりする時には、注意が必要になる。

コピー＆ペースト機能を使う方法もある。

◆Subject:をきちんと書く

電子メールを分類するための大事なキーワードになるので、忘れずに付ける。内容を表わす簡潔なものにする。

◆署名は短く

署名は、簡潔で短いものが好まれている。「JUNETの手引き第１版」で既に現われている目安としては、「４行以内」というものがある。

◆引用は簡潔に

返事を出す時には、最初は、相手のメールの内容がすべて引用された状態から出発することが多いが、必要な部分だけを残して、不要な部分を消すようにする。

◆大きなメール

電子メールの大きさは、「１通あたり数１０ｋにすべし」という時代があったが、今では、数１０Ｍバイトのメールを送っても平気な環境もある。

大きな電子メールはトラブルの元になりることが多いので、送る時には慎重にする。

テキスト以外のデータを電子メールで送る時には、相手が読めるかどうかを確認してから送る。

◆メディアの選択

ある事柄を他人に伝えるのに、本当に電子メールが有効とは限らない。電話などの記録に残らないメディアが便利な場合もある。

暗号を使っていない限り、電子メールは、葉書と同じで、除かれる形で配送される。特にシステム管理者は、誰の電子メールを読もうと思えば読める状態になっている。途中で誰かに見られると非常に困るような内容は、電子メールで送るのには危険がある。また、ディジタル署名が付いていない電子メールの場合、本当にその本人が出したものなのか、確認する方法はない。

◆文章の調子や挨拶

電子メールという媒体を使ったとしても、世の中とは無縁ではない。目上の人、知らない人に電子メールを出す時には、注意する。紙の手紙のように季節の話題を必ず入れる必要はないが、失礼のないような表現を使う。電子メールでも挨拶をするのは、よい習慣である。

◆早く返事を出す

電子メールは、受け取ったらできるだけ早く返事を出すという習慣がある。そうしないと、送った相手が読んだかどうかわからないからです。返事が来ないと、相手が読んだのかどうか、途中でエラーで失われたのかどうかと不安になる。内容によっては、すぐに返事が出せない時には、「受け取りました」ということだけでも先に出す。

◆電子メールのヘッダのまとめ

ヘッダには、次のような項目 ( フィールド(field) ) が含まている。

From:: その電子メールを書いた人（差出人）の電子メールのアドレス。
To:: その電子メールの受取人の電子メールのアドレス（宛先）。
Cc:: その電子メールを受取人の電子メールのアドレス。 To: には、本来の宛先を書き、Cc: にはついでに連絡したい宛先を書くために書く。電子メールを送る時に、 Cc: に自分の電子メール・アドレスを書けば、自分が送った電子メールを保存することができる。Cc は、Carbon Copy に由来する。
Subject:: サブジェクト。電子メールの題名（題目、表題）。大量の電子メールを受け取るようになると、題名は、電子メールを分類するための重要なキーワードになる。
Date:: 電子メールが出された日付と時刻。
Message-Id:: メッセージ識別子（メッセージＩＤ、Message-ID, Message identifier）。これは、その電子メールに対して世界中で重複がないように付けられた名前。ＩＤというのは、身分証などの意味のＩＤカードのＩＤと同じ意味。
Reply-To:: 返事を出す時に使われるアドレス。電子メールを読むプログラムには、返事を出す機能がある。その時、普通は、From: に書かれているアドレスが使われる、Reply-To: がある場合には、それが優先される。
In-Reply-To:: 返事を出した時に元のメールを差し示す情報。普通、返事を出す時に自動的にMessage_Id: やFrom: 、Date: から作られる。

ヘッダのフィールドは、それぞれ次のような形式になっている。

name: value

１行に収まらない時には、２行目以降の行の先頭にタブや空白が置かれる。たとえば、次のような形式になる。

Subject: Long long long long long
	 long long long very long subject

◆Bcc: と Fcc:

Cc: とよく似たものにBcc: と Fcc: がある。

Bcc: は、blind carbon copy という意味で、そこに電子メールのアドレスを書くと To: やCc: と同じように電子メールが送られるが、 Bcc: は、電子メールを送るプログラムによって削られてしまうので、最終的なメールには残らない。 Bcc: は、コピーを送ったことをTo: や Cc: に知られたくない時や自分用の控えのために使われる。

Fcc: は、file carbon copy という意味で、そこには電子メールのアドレスではなく、ファイル名を書く。メール・リーダは、メールの内容をそのファイルに保存し、配送プログラムに渡す前にFcc: を削除します。

Bcc: はほとんどのメール・リーダで使えるが、 Fcc: はメール・リーダによっては使えない。

◆漢字の扱い

電子メールの本文には、漢字を使ってもかまいません。電子メールでは、漢字コードとしては、JIS を使うことになっている。

ヘッダ部分は、漢字を使うことにはいくつか問題がある。まず、 From:、To:、Cc:などの電子メールのアドレスを書くべき所には、JISコードで直接漢字を入れることはできない。 MIMEという形式を使ってうまく符号化して漢字を含める機能を持っているメール・リーダもある。

◆メールボックスのモード

メール・ボックスのモードには気を付けてる。サーバ上で ls -l コマンドで調べて、ファイルの場合は600 (rw-------) 、ディレクトリの場合は700 (rwx------) になっているべきである。これは、大事な電子メールが他の人に読まれないようにするためです。モードがそうなっていない時には、サーバ上でchmod コマンドで変更する。

現在の電子メールの技術では、基本的には、送られてきた電子メールは受け取るしかない。この性質を悪用して、商品の広告などを、望んでいない大勢の人に送り付ける行為を繰り返す会社が出てきた。そのようなメールを spamメール、 UCM(Unsolicited Commercial Mail) 、または、 UBM(Unsolicited Bulk Mail) という。spamメールの内容は、あまりまともなものはなく、怪しげな商品の広告、チェーン・レター、spamメールでの広告代行に関する広告であることが多い。

■電子メールに関する中級者向けの知識

◆~/.forwardによる電子メールの転送

メール・リーダには、受け取ったメールをユーザの操作で１つひとつ転送(forward),てんそうする機能がある。それとは別に、届いたメールをユーザの操作を介さずに自動的に他のアドレス（普通は他のホストにある別の自分の電子メール・アドレス）に転送する機能がある。この機能を使うには、ホーム・ディレクトリの下の

~/.forward
(z:\.forward)

というファイルに、転送先のアドレスを書く。たとえば、 shiro@himalaya.is.tsukuba.ac.jp に届いたメールを全て shiro@alps.is.tsukuba.ac.jp に転送したいとする。この時、 himalaya の方のホーム・ディレクトリの下の ~/.forward に次のように書く。

shiro@alps.is.tsukuba.ac.jp

単純に転送先のアドレスを書く方法では、~/.forwardがあるホストには、何も残らないが、コピーを残しながら、転送する方法もある。それには、次のように自分のログイン名に\を付けたアドレスを含める。

\shiro, shiro@alps.is.tsukuba.ac.jp

この例では、himalaya に届いた電子メールは、himalaya というホストの \shiroというユーザの配送プログラム用メール・ボックスに入り、さらに、shiro@alps.is.tsukuba.ac.jp にも送られる。

複数のメール・アドレスがある人は、どのホストにログインした時にも、全部のホストに届いた電子メールが読める状態にしたいと思うかもしれない。上の例では、 alps にログインした時にも、 alps と himalaya の両方のメールが読め、また、himalaya にログインしてもやはり alps と himalaya の両方のメールが読めると便利に思えるかもしれない。しかし、こうすることは技術的に難しいので、しばらくはあきらめて欲しい。

\loginnameの機能をつかっても、なかなかうまくいかない。たとえば、次のような ~/.forward を作成したと考える。(実際に実行すると危険なので、考えるだけする。)

(alps:~/.forward)
\shiro, shiro@himalaya.is.tsukuba.ac.jp

(himalaya:~/.forward)
\shiro, shiro@alps.is.tsukuba.ac.jp

この状態で、shiro@alps.is.tsukuba.ac.jp にメールが届いた場合、次のようなことが起る。

alps にコピーが残され、かつ、 shiro@himalaya.is.tsukuba.ac.jp に送らる。
himalaya では、やはり、コピーが残され（ここまでは順調）、さらに、shiro@alps.is.tsukuba.ac.jp に送られる（！）。
alps では、コピーが残され（２回目）、himalaya に送られる。
himalaya では、コピーが残され（２回目）、さらに、shiro@alps.is.tsukuba.ac.jp に送られる。
alps では、コピーが残され（３回目）、himalaya に送られる。
himalaya では、コピーが残され（３回目）、さらに、shiro@alps.is.tsukuba.ac.jp に送られる。
alps では、コピーが残され（４回目）、himalaya に送られる。
himalaya では、コピーが残され（４回目）、さらに、shiro@alps.is.tsukuba.ac.jp に送られる。
...

このような電子メールのピンポンが、永遠に続く。実際には、電子メールの転送には上限が設定されているので、その上限に達した段階でエラーになって止る。

３ヵ所以上でこの設定をしたとすると、中継される度にメールが増殖する。

\loginname の機能を使っていなかったとすると、コピーは残らないが、メールが行き来するだけで、どこにも届けられずにエラーになる。

~/.forward の設定をしたら、必ず自分で自分あてに電子メールを出して届くかテストすること。~/.forward の設定を間違えると、エラーのメールも届かなくなるので、エラーが起こっていることさえわからなくなる。

~/.forward の機能は、もともとは、sendmail という種類のMTA の機能である。他の MTA (qmail, postfix)でも使えるように設定していることが多い。

◆電子メールをプログラムに転送する

~/.forward の応用として、他のアドレスに電子メールを転送するのではなく、（サーバ上で実行される）プログラムに転送する機能がある。すなわち、（サーバ上で）プログラムを実行して標準入力に電子メールの内容を与えるという機能がある。これには、次のように~/.forwardに書く。

"| /program/path/name arg1 arg2 arg3 ... argn"

このように、| に続いて、プログラムのパス名と引数を書き、全体を "" で括る。

この機能を使って、受け取った電子メールを自動的に分類したり、 spamメールを排除したりすることができる。たとえば、MH の slocalやprocmail と呼ばれているプログラムがこの機能を使っている。

◆電子メールでテキスト以外のデータを扱う

電子メールの形式で説明したように、電子メールで送ることができるのは、基本的にはテキストだけである。テキストとは、画面に文字として表示されるデータとタブや改行などの制御コードが並んでいるもの。また１行の長さ（改行のコードの間隔）には、制限がある。電子メールを中継するプログラムによっては、任意のバイト列を通過させることができず、７ビットで表わされる範囲（0～ 127）で表わされる範囲だけしか扱えないものが使われている。

このような状況で、電子メールで、テキスト以外のデータ、たとえば画像データや音声データ、ワードプロセッサの文書を送る時には、任意のバイト列をよく使われる文字だけで表現することが必要になる。

文字だけで表現方法

元のデータを数だと思って10進数や16進数の文字で表わす
uuencode
MIME
xxencode
btoa/atob
binhex (Macintosh)

◆uuencode

uuencode 形式は、Unix でかなり古くから使われてきた、任意のバイト列を電子メールで送るための形式。

特徴:

基本的には、3バイトを4文字で表わす
1行が最大62文字になる
最初にファイル名を含むヘッダ行がある
最後に終りを示す行がある

uuencode 形式で符号化されたファイルの例:

begin 644 name
M1G)O;2!S:&ER;R!3870@1F5B(#$T)#AU.C4S.C0Q(#$Y.3@*4F5C96EV960Z
M)"AF<F]M(A-H:7)O0&QO8V%L:&]S="D*"6(Y)&AJ:V=W-"YI<RYT<W5K=6;A
`
end

◆MIME

MIME (Multipurpose Internet Mail Extensions) では、次のようなことを表わすことができる。

内容のデータ型（テキストなのか画像なのか音声なのか）
表現方法（テキストならどの文字コードを使っているか、テキスト以外なら符号化方式）
複数のデータを含む場合のデータとデータの境界の表現方法

MIME に対応したメール・リーダなら、メールを読む時には、MIME 形式のデータを自動的に元の形にもどしたり、メールを送出す時には、自動的にMIME形式を使ったりするので、日常的にMIMEと向き合う必要はない。

◆MIMEの仕組み

MIME に対応したメール・リーダでは、電子メールを送る時に、よく次のようなヘッダを付る。

Mime-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit

これは、使っている MIME のバージョン、内容の型、ビット数を宣言している。この例では、内容の型は普通のテキスト、符号化方式は iso-2022-jp (JIS)、内容のビット数は 7 ビットであることを示している。

テキスト以外の型としては、表? のようなものがよく使われる。text/plainの場合、 charset= で、文字の符号化の方法の指定が続く。

表？ MIMEでよく使われる型

----------------------------------------------------------------------
型				説明
----------------------------------------------------------------------
text/plain			普通のテキスト。ASCIIまたはISO-8859。
text/html			HTMLのテキスト
image/gif			GIF形式の画像
image/jpeg			JPEG形式の画像
image/tiff			TIFF形式の画像
video/mpeg			MPEG形式の動画像
video/quicktime			QuickTime形式の動画像
audio/basic			音声データ(8ビット、8000Hz、μ)
application/octet-stream	バイナリ（8ビットのデータの並び）
application/postscript		PostScript のデータ
message/rfc822			RFC822形式(電子メールの形式)
multipart/mixed			複数のMIME形式のデータのならび
				(マルチパート形式)
----------------------------------------------------------------------

また、１通のメールで複数のデータを混在させる時には、次のような行が現われる。

Mime-Version: 1.0
Content-Type: Multipart/Mixed;
	boundary="--Next_Part(Sat_Mar_14_23:05:09_2004_86)--"
Content-Transfer-Encoding: 7bit

このように、Content-Type: が Multipart になっているものを、マルチパート形式という。この場合、boundary= で指定された文字列で、データが区切られる。各々の中味は、 RFC822形式(電子メールの形式) に似ていて、ヘッダと本文がある。ヘッダには、同じように Content-Type: などが現われる。　

また、To:, Cc:, Subject: などに漢字を含める時にも、 MIME 形式の１つ、 MIMEヘッダ形式が使われる。これは、たとえば、Subject:なら、次のような形式になっている。

Subject: =?charset?encoding?string?=

ここで、charset は、 Content-Type: と同じ文字の符号化の方法、 encodingは、バイナリのテキストによる符号化方式( B(base64)か、Q(quoted printable)、普通は、B) 、string には、符号化された文字が来ます。たとえば、

Subject: 漢字の題名

は、次のようになります。

Subject: =?iso-2022-jp?B?GyRCNEE7eiROQmpMPhsoQg==?=

MIME でよく使われている、バイナリのテキストによる符号化方式には、次のようなものがある。

base64 (64進数): アルファベットの大文字、小文字、数字、+、/ を使って、コード化する。
quoted printable: 7ビット文字は、ほとんどそのままで、それ以外は、 =XX (XXは16進数)で表わす。

なお、7bit, 8bit, binary は、符号化しないという意味。ただし、電子メールとして１行の最大文字数の制限は満たしていることは確認されている。

■電子メールの転送の仕組み

メールリーダには、Netscape Messenger, OutlookExpress, mnews、Rmail、MH, Mew, など、いろいろなものがある。これらのプログラムは、全て MUA (Mail User Agent) とよばれ、ユーザと対話のみを担当する。実際にメールを配送する時には、 MTA (Mail Transfer Agent) と呼ばれるプログラムを利用する。

MTA の種類

sendmail
qmail
exim
postfix

ユーザが書いた電子メールは、次のようにして送り届けられる。

ユーザは、送信側の MUA を操作して、電子メールの本文を作成する。
送信側の MUA は、送信側の MTA に転送を依頼する。
送信側の MTA は、設定ファイル (sendmail.cfなど)を参照し、受信側の MTA を探して TCP/IP で接続する。この時、 TCP/IP 上で使われる通信プロトコルが SMTP である。 TCP/IP で接続する時には、DNS も参照され、A レコードと MX レコードが使われる。
受信側の MTA は、受信側の設定ファイル(sendmail.cf, aliasesなど), ~/.forward を参照する。もし、自分あてのものでなければ、再び他の MTA を探して転送する。自分自身で受け取る場合には、配送プログラム用メール・ボックスに保存する。この時、/bin/mail ( /bin/mail) というプログラムが使われることが多い。
受信側の MUA は、配送プログラム用メール・ボックスのファイルを開き、電子メールの内容を読み込む。MUA によっては、直接配送プログラム用メール・ボックスのファイルを開くのではなく、POP サーバや IMAP サーバを通じて、アクセスすることもある。

このように電子メールを送るためには、さまざまなプログラムを使う。これらのプログラムがすべて動いて始めて電子メールが無事送り届けられる。

図? 電子メールの転送の仕組み

◆SMTP (Simple Mail Transfer Protocol)

SMTP (Simple Mail Transfer Protocol) は、電子メールの転送を行うためのプロトコル。このプロトコルは、MTA 間で電子メールを配送したり、MUA が MTA に電子メールの配送を依頼する時に使われる。

SMTP で電子メールが出される様子。

% mail -v yas@is.tsukuba.ac.jp 
Subject: hello
body
.
EOT
yas@is.tsukuba.ac.jp... Connecting to host1.is.tsukuba.ac.jp. via smtp...
220 host1.is.tsukuba.ac.jp ESMTP Sendmail 8.8.8/3.7W; Wed, 26 Aug 2004 23:23:24 +0900 (JST)
>>> EHLO host2.cc.tsukuba.ac.jp
250-host1.is.tsukuba.ac.jp Hello host2.cc.tsukuba.ac.jp [XXX.XXX.XXX.XXX], pleased to meet you
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP
>>> MAIL From:<user2@host2.cc.tsukuba.ac.jp> SIZE=46
250 ... Sender ok
>>> RCPT To:<yas@is.tsukuba.ac.jp>
250 <yas@is.tsukuba.ac.jp>... Recipient ok
>>> DATA
354 Enter mail, end with "." on a line by itself
>>> .
250 XAA16824 Message accepted for delivery
yas@is.tsukuba.ac.jp... Sent (XAA16824 Message accepted for delivery)
Closing connection to host1.is.tsukuba.ac.jp.
>>> QUIT
221 host1.is.tsukuba.ac.jp closing connection
%

この例では、MUA である mail コマンドが、MTA である /usr/lib/sendmail を呼び出している。画面には、ローカルの /usr/lib/sendmail と、別のホストの sendmail デーモンの間の、SMTP によるやり取りが表示されていいる。(mail コマンドに与えた -v (verbose) オプションの効果。)

>>> の次に現われているものが、SMTP の要求で、送信側のホスト host2 の MTA の出力である。数字で始まっている所が、受信側の host1 の MTA の応答である。このように、SMTP では、２つのプログラムが対話をして、電子メールを転送する。

上の対話には、現われていないが、DATA の後に電子メールの本文が送られている。ここで本文には、 From:, To:, Subject: などのヘッダも含まれている。

本文の From: や To: は、電子メールの転送には使われない。転送には、表?に出てくる MAIL FROM: や RCPT TO: に続くアドレスが使われる。この、SMTP のレベルの、配送に使われるデータを、本文と区別して封筒 (envelope) と呼ぶ。

SMTP で DATA の中に出てくるTo: と、 RCPT TO: は、多くの場合一致している。しかし、メーリング・リストのメールや、~/.forward で転送されたメールでは、一致していない。すなわち、メーリング・リストや~/.forward がうまく働くのは、封筒に書かれた宛先が使われていることによる。

表? よく使われるSMTPで定義されている手続き

--------------------------------------------------------------------
MAIL FROM:fromaddr
	新しいメールの転送を開始する。
	fromaddrは、エラーが起きた時の送り返し先のアドレスになる。

RCPT TO:toaddr
	メールの送り先として toaddr を指定する。

DATA
	メールの本文を送り始める。

VRFY	user
	ログイン名 user のユーザがメールの受け手として存在す
	るかを確認する。

EXPN	ST2_Var(mlname)
	メーリング・リストの受取人を表示する。

HELO domain
	最初に接続した時に自分自身を相手に知らせる。

EHLO domain
	最初に接続した時に自分自身を相手に知らせる。

QUIT
	接続を切る。
--------------------------------------------------------------------

表? よく使われるSMTPの応答コード

--------------------------------------------------------------------
コード	説明
--------------------------------------------------------------------
220	そのドメインで要求受け付け可能である。
250	そのアドレスへのメールは、受け付け可能である。
251	そのアドレスは、ローカルには受取人がいない。
354	メールの本文を受け付ける。
--------------------------------------------------------------------

■メーリング・リスト

メーリング・リストとは、電子メールの機能を使いながら１対多の通信を実現するものである。普通の電子メールでは、送り手も受け手も１人である。メーリング・リストでは、ある特別なアドレスに電子メールを送ると、リストに登録されている人全員に同一の内容の電子メールが配られる。こうした仕組みを使って、参加者の間での情報交換、議論、親睦などが行われ、結果として、参加者の１つのコミュニティが作り出される。

１対多の通信という意味では、ネットワーク・ニュースと似ている。大きな違いは、ネットワーク・ニュースの場合は、自分が気が向いた時に流れるメッセージを見ることがでるのに対して、メーリング・リストの場合は、先に参加してからでないと、メッセージを受け取ることができないことである。

メーリング・リストの場合、運営方針が千差万別である。完全に閉じたもの（メッセージは参加者内だけで共有される、参加する人が制限されている）から、広く開いたもの（メッセージがＷＷＷやネットワーク・ニュースでも公開される、誰でも参加できる）まで、さまざまな形態がある。参加者の数も数人のものから、数万人のものまで幅広い。メッセージが発信できる人が制限されているものや、議長（moderator）の許可がいるも、参加者が固定しているものから、電子メールを送っただけで自動的に登録されてしまうものまである。

メーリング・リストのサービスを利用するには、まず、参加したいメーリング・リストを探す。それには、ネットワーク・ニュース、ＷＷＷページの案内、雑誌や書籍を利用する。

仕事で使う時には、プロジェクトごとにメーリング・リストを作成するということがよく行なわれる。

参加するメーリング・リストが決まったら、次に、自分の電子メール・アドレスをリストに登録する。このことを、新聞や雑誌などを予約して購読することにならって、サブスクライブ(subscribe)する ( 購読する、入会する参加する ) という。

登録の方法:

管理者が手動で行う
特別な電子メール・アドレスに特定の形式で書かれた命令を含む電子メールを送ると登録プログラムが実行されるようになっている

また登録プログラムも１種類ではなく、プログラムによって操作方法が違うので、参加申込を出す時には、注意が必要である。自動登録プログラムでよく使われている mailman, majordomo, fml については、以下で簡単に説明する。

登録されると、多くの場合、メーリング・リストでの約束事や自動登録プログラムの使い方の説明が送られてくる。この中に、自分の電子メール・アドレスを削除する方法（退会する方法）も書かれていることが普通である。削除の方法は、消さないで大事に保存しておく。削除することを、アンサブスクライブ(unsubscribe)する ( 退会する ) という。

最近の自動登録プログラムでは、勝手に他人のアドレスを登録してしまうということを防ぐために、確認が必要な場合がある。確認なしの場合は、次のような手順で登録が完了する。

参加したい人				登録プログラム
----------------------------------------------------------------------
(1) 参加申込を送る	－－→		(2) 登録を行う。
(4) 完了通知を受け取る	←－－		(3) 登録完了通知を送る

確認付きの自動登録プログラムの場合、次のような手順になる。

参加したい人				登録プログラム
----------------------------------------------------------------------
(1) 参加申込を送る	 －－→		(2) パスワードを生成する。
(4) パスワードを受け取る ←－－		(3) パスワードを送る。
(5) パスワードを含む
    登録確認を送る	 －－→		(6) パスワードがあっていれば
					    登録を行う。
(8) 完了通知を受け取る	 ←－－		(7) 登録完了通知を送る

このように、確認付きの場合は、１度自動登録プログラムにメールを送っただけでは、メンバとして登録されないようになっている。つまり、(1) の部分が偽造されてしまったとしても、(5) をしなければ自分が意図していないメーリング・リストに知らないうちに登録されていたということはない。逆に、確認付きの場合には、単に参加申込を送っただけでは登録されないので、自動登録プログラムからのメールに返事をする形で、もう一度メールを出す必要がある。

メーリング・リストのメールを読んだり、メーリング・リスト当てにメールを書いたりする方法は、普通の個人のあてメールとまったく変らない。ただし、電子メールを有効に利用するための形式と内容に関するヒントで説明したことに加えて、次のような点に注意する必要がある。

メーリング・リストに登録してもらう時には、削除してもらう方法も確認して、その方法を忘れないようにする。
読み手が大勢いることを忘れない。１対１の普通のメールで済む要件は、メーリング・リストには出してはならない。
メーリング・リストのアドレスに注意する。参加者あてのメールと自動登録プログラムあてのメールでは、アドレスが違うことが一般的である。
Reply-To:,replytoに注意する。メーリング・リストでは、Reply-To: にメーリング・リストのアドレスが埋め込まれていて、そのメールに返事を出そうとすると自動的にメーリング・リストにメールが送られるようになっていることがよくある。この時、特定の人にだけ返事をしたつもりが、メーリング・リスト全体に流れる事故が時々起きる。

◆Mailman

Mailman は、最近世界的によく使われているメーリング・リスト管理プログラムである。メーリング・リストの操作を World Wide Web から行うことができる。付のようなアドレスであることが多い。

http://domain/mailman/listinfo/mlname/

Mailman では、普通、次のようなアドレスが使われる。

mlname@domainname: メーリング・リストへ投稿用。
mlname-request@domainname: さまざまなコマンドを実行するためのもの。 World Wide Web から操作する方法の他に、電子メールだけでも操作できる。

表? Mailman の電子メールでよく使われるコマンド

subscribe パスワード [digest|nodigest]: 入会申し込み。パスワードに続いて、 digest と打つとまとめ送りになる。
unsubscribe パスワード: メーリング・リストから退会する。
who パスワード: 登録されている電子メールのアドレスの一覧を調べる。
passwd 旧パスワード新パスワード: 登録されている電子メールのアドレスの一覧を調べる。
set ...: さまざまなオプションを変更する。
set help: 変更可能なオプションを送ってもらう。
set show: 現在のオプションを見る。
info mlname: メーリング・リストの説明を送ってもらう。
lists: この Mailman プログラムが管理しているメーリング・リストの一覧を調べる。　
help: Majordomo の使い方の説明を送ってもらう。
end: 命令の終了。これより下に書かれた命令や署名は無視される。

◆majordomo

majordomoは、世界的によく使われているメーリング・リスト管理プログラムである。 majordomo では、普通、次のようなアドレスが使われる。

mlname@domainname: メーリング・リストへ投稿用。
majordomo@domainname: さまざまなコマンドを実行するためのもの。
mlname-request@domainname: さまざまなコマンドを実行するためのもの。このアドレスを使うと、majordomo@domainname では必要なメーリング・リストの名前を省略できる。

majordomoでよく使われるコマンドを表? にまとめる。これらのコマンドを電子メールの本文に書いて majordomo@domainname に送ると、そのコマンドが実行され、結果が電子メールで返される。

表? majordomo でよく使われるコマンド

subscribe mlname [email-address]: メーリング・リストに参加する。 mlnameは、メーリング・リストの名前。 mlname-requestという形式にメールを送る時には、省略可能。email-addressは、登録する電子メールのアドレスだが、普通省略する。省略すると、自動的に From: のものが使われる。
unsubscribe mlname [email-address]: メーリング・リストから退会する。
get mlname filename: 「mlname」というメーリングリストに関連した、「filename」という名前のファイルを送ってもらう。関連したファイルとは、主に過去に流れたメールをため込んだもの (archive)である。
index mlname: get で使うファイルの一覧を調べる。　
which [email-address]: どのメーリング・リストに参加しているかを調べる。
who mlname: 「mlname」という名前のメーリング・リストに登録されている電子メールのアドレスの一覧を調べる。
info mlname: 「mlname」という名前のメーリング・リストの説明を送ってもらう。
lists: この Majordomo プログラムが管理しているメーリング・リストの一覧を調べる。　
help: Majordomo の使い方の説明を送ってもらう。
end: 命令の終了。これより下に書かれた命令や署名は無視される。

◆fml

fml は、日本国内で人気があるメーリング・リスト管理プログラムである。 fml では、普通、次のような２つのアドレスが使われる。

mlname@domainname: メーリング・リストへ投稿用。
mlname-ctl@domainname: さまざまなコマンドを実行するためのもの。

fmlでよく使われるコマンドを表? にまとめる。

表? fml でよく使われるコマンド

# help: コマンドの使い方を送ってもらう。(メンバでないと使えない)
# guide: 一般的な案内を得る。メンバでなくても、実行できる。
subscribe mlname: メーリング・リストに参加する。確認付きの場合には、confirm して始めて登録される。登録されるアドレスは、From: から取られる。
# unsubscribe: メーリング・リストから退会する。 (メーリング・リストに流れるメールの購読をやめる。)
# bye: # unsubscribe と同じ。
# off: メールが送られてくるのを一時的に止める。
# on: offで一時的に止めていたメールを、再び送られるようにする。
# index: get で取り寄せ可能なファイルの一覧を得る。
# get 数字/# get 数字-数字: 過去の記事を得る。
# index: get で使うファイルの一覧を調べる。　
# summary: 過去の記事一覧を調べる。
# objective: メーリング・リストの目的（短い説明）を送ってもらう。
# end: 命令の終了。これより下に書かれた命令や署名は無視される。

◆qmail によるメーリング・リストの運用

筑波大学教育用計算機システム(ipe.tsukuba.ac.jp)では、 qmailで電子メールを受けている。 qmail には、dot-qmail という機能を使って、電子メールを転送する機能がある。 ~/.forwardによる電子メールの転送は、もともと sendmail というプログラムが使うものである。qmail でこのファイルが参照されるようにするためには、特別な設定が必要である。 (ipe.tsukuba.ac.jp では、設定済み。)

メーリング・リストの管理には、一般には管理者の権限が必要である。qmail では、(機能をオフにしていなけば)、dot-qmail の機能を使って管理者の権限がなくてもメーリング・リストを開設することができる。

個人のアドレスが who@domain の時、メーリング・リストのアドレスは、次のようになる。

who-mlname@domain

このように、dot-qmail を使う方法では、必ず個人の名前 who- から始まる名前になってしまう。

メーリング・リストのメンバは、次のファイルに記述する。

~/.qmail-mlname (サーバ上)
z:\.qmail-mlname (Windows 2000)

このファイルに、& で始まる行にメーリング・リストの参加者を並べる。

&who1@dom1
&who2@dom2
&who3@dom3

この機能を使う前に、必ず dot-qmailの使い方 (dot-qmail manual page in English) を読むこと。

■実習

◆サーバ上のメールボックスの観察

配送プログラム用メール・ボックスは、サーバ (icho) 上の ~/Mailbox にある。次のようにして観察する。

telnet (Tera Term) でサーバ (icho) に接続してログインする。ユーザ名とパスワードを打つ。以下の一連の作業が終わったら、最後に、ログインを解除する（ログアウト）する。そのためには、exit コマンドかlogout コマンドを使う。
```
% exit 
```
cat コマンドを実行する。
```
% cat ~/Mailbox 
```
あるいは、nkf コマンドを実行する。
```
% nkf -e ~/Mailbox 
```
telnet (Tera Term) をマウスで操作して、表示を戻す。
ipe.tsukuba.ac.jp の自分のアドレスにメールを送る。
普段使っているメールリーダで取り込む「前」にもう一度 cat コマンドか nkf コマンドで~/Mailbox を調べる。
取り込んだ後に調べる。

◆MTAの直接実行

MTA sendmail (実体は icho では qmail)を直接実行して、電子メールを送る。

telnet (Tera Term) でサーバ (icho) に接続してログインする。ユーザ名とパスワードを打つ。以下の一連の作業が終わったら、最後に、ログインを解除する（ログアウト）する。そのためには、exit コマンドかlogout コマンドを使う。
```
% exit 
```
次のように sendmail コマンドを実行する。メールの最後には、^D キー (Controlキーを押しながら D キーを押す)。
```
% /usr/lib/sendmail yshinjo@ipe.tsukuba.ac.jp 
To: shinjo@ipe.tsukuba.ac.jp
Subject: hello

body
% 
```
cat コマンド、または、nkf コマンドで ~/Mailbox を調べる。
```
% cat ~/Mailbox 
```
普段使っているメールリーダで取りこみ、2. で送ったメールを見る。

◆From:の変更

MTAの直接実行で、自分でヘッダ From: を打ち込んでみなさい。

◆SMTPによるメールの発信(やらなくてもよい)

次のセッションを参考にして、サーバ上で telnet コマンドを実行し、自分宛てにメールを出してみなさい。yshinjo@icho.ipe.tsukuba.ac.jp は、自分のアドレスで置き換えること。

% telnet icho.ipe.tsukuba.ac.jp 25 
Trying 130.158.65.1...
Connected to icho.ipe.tsukuba.ac.jp.
Escape character is '^]'.
EHLO icho.ipe.tsukuba.ac.jp
250-icho.ipe.tsukuba.ac.jp)
250-PIPELINING
250 8BITMIME
MAIL From:<yshinjo@icho.ipe.tsukuba.ac.jp>
250 ok
RCPT To:<yshinjo@icho.ipe.tsukuba.ac.jp>
250 ok
DATA
354 go ahead
To: yshinjo@icho.ipe.tsukuba.ac.jp
From: yshinjo@icho.ipe.tsukuba.ac.jp
Subject: hello

body
.
250 ok 1013108595 qp 7988
quit
221 icho.ipe.tsukuba.ac.jp
Connection closed by foreign host.
%

◆添付ファイルの観察(やらなくてもよい)

自分宛て添付ファイルを含むメールを出してみなさい。それを、cat コマンドや nkf コマンドで~/Mailbox を表示して、文字が並んでいることを確認しなさい。

◆メールボックスのモードを調べる(やらなくてもよい)

サーバ側で、次の２つのファイルについて、他の人がアクセスできるか、調べなさい。

~/Mailbox 自分のメールボックス
~yshinjo/Mailbox 新城のメールボックス

調べるには、Tera Term 等でサーバに接続して、 ls -l で調べる。

ls -l ~/Mailbox
ls -l ~yshinjo/Mailbox

なお、自分のメールボックスについては、 Windows側で z:\Mailbox の状態も調べなさい。最終的に有効なものは、サーバでの状態である。

◆POPによる電子メールのアクセス(やらなくてもよい)

注意：この実験をする時には、画面に、パスワードがそのまま現れる。VMware に用意してある特別のユーザを使う場合には問題がないが、本物のサーバで自分自身のアカウントを使う場合には、注意が必要である。

VMware を使う場合、Linux で起動し、ログインして VMware を実行する。

telnet コマンドでポート番号 110(pop3) に接続する。

% telnet 192.168.153.10 110            (VMwareの場合)

% telnet icho.ipe.tsukuba.ac.jp 110            (ichoの場合。パスワードが他人に見られない環境で試すこと)

USER コマンドでユーザ名を打つ。(VMware なら PASS user1 )
PASS コマンドでパスワードを打つ。(VMware なら PASS xxxxxxxx(https://www3.coins.tsukuba.ac.jp/~yas/ipe/inet-2004/pukiwiki.cgi参照) )
STAT でメッセージ数を調べる。
LIST でメッセージを調べる
RETR でメッセージを表示する
DETE で削除マークを付ける
QUIT で抜ける

----------------------------------------------------------------------
POP のコマンド	説明
----------------------------------------------------------------------
USER username	ユーザ名 username を送る
PASS password	パスワード password を送る
STAT		メッセージ数、バイト数の表示
LIST		メッセージの一覧
LIST 番号	メッセージの一覧
RETR 番号	メッセージの表示(retrieve)
TOP 番号 行数	指定された先頭の表示
DELE 番号	メッセージの削除（削除マークを付けるだけ）
RSET		削除マークのが付けられたメッセージのマークを解除
QUIT		セッションを付ける。削除マークがついたメッセージを削除する。
NOOP		なにもしない(時間切れで切られないようにする)
UIDL 番号	Unique Identification Listing を表示
----------------------------------------------------------------------

----------------------------------------------------------------------
POPの応答	説明
----------------------------------------------------------------------
+OK		成功
+ERR		エラー
----------------------------------------------------------------------

USER, PASS の代りに、APOP (MD5)や AUTH で認証することもある。

◆IMAPによる電子メールのアクセス(やらなくてもよい)

VMware を使う場合、Linux で起動し、ログインして VMware を実行する。

telnet コマンドでポート番号 143(imap, imap2) に接続する。

% telnet 192.168.153.10 143            (VMwareの場合)

% telnet icho.ipe.tsukuba.ac.jp 143            (ichoの場合。パスワードが他人に見られない環境で試すこと)

LOGIN コマンドでユーザ名とパスワードを打つ。(VMware なら「* LOGIN user1 xxxxxxxx((https://www3.coins.tsukuba.ac.jp/~yas/ipe/inet-2004/pukiwiki.cgi参照))
SELECT で INBOX を選択する
FETCH で電子メールを参照する
LOGOUT で抜ける

IMAP では、サーバからの応答が完了する前に複数のコマンドを同時に発行できる。同時に実行しているコマンドの応答を区別するために、コマンドの識別子を与える。telnet 等で手で打つ場合には、「*」を使うことが多い。

* LOGIN user1 pass1

----------------------------------------------------------------------
IMAP のコマンド	           説明
----------------------------------------------------------------------
全状態で有効
LOGOUT		             ログアウトする。
CAPABILITY                   機能一覧。
NOOP                         なにもしない。タイムアウトのリセット。

未認証状態
LOGIN USER username passwd   ログインする。
AUTHENTICATE mechanism       ログインする(継続データ必要)。

認証済状態
SELECT mbox                  メールボックスを選択する
EXAMINE mbox                 メールボックスを選択する(読み込み専用)
LIST name mbox(*)             全てのメールボックスの一覧
LSUB name mbox(*)             講読しているメールボックスの一覧
CREATE mbox                  メールボックスの作成
DELETE mbox                  メールボックスの削除
RENAME mbox                  メールボックスの改名
SUBSCRIBE mbox               メールボックスを講読対象にする
UNSUBSCRIBE mbox             メールボックスを講読対象からはずす
STATUS mbox (items)          メールボックスの状態
APPEND mbox (flags) date msg メッセージの追加

選択済み状態(SELECT後)
STORE mlist op val           フラグの値の設定
EXPUNGE                      削除マークがついているメッセージの削除の実行
SEARCH exp                   検索
FETCH msg (item)             メッセージの取得
COPY msg folder              メッセージのコピー
CLOSE                        認証済み状態(SELECT以前)にもどる
----------------------------------------------------------------------

----------------------------------------------------------------------
IMAPの応答	説明
----------------------------------------------------------------------
OK              コマンドが成功
NO              コマンドが失敗
BAD             プロトコルエラーが発生
PREAUTH         承認済み状態である
BYE             サーバにより切断しようとしている
----------------------------------------------------------------------

----------------------------------------------------------------------
IMAPのフラグ	説明
----------------------------------------------------------------------
\Seen           既読
\Answered       返信済み
\Flagged        「至急」、「重要」などフラグがある。
\Deleted        削除マークがついている。実際の削除は、EXPUNGE で。 
\Draft          下書き段階
\Recent         新着
----------------------------------------------------------------------

----------------------------------------------------------------------
IMAPのSEARCHの形式 説明
----------------------------------------------------------------------
msglist            メッセージの番号
ALL                全メッセージ

FROM 文字列        From: に文字列が含まれる
TO 文字列          To: に文字列が含まれる
CC 文字列          Cc: に文字列が含まれる
BCC 文字列         Bcc: に文字列が含まれる
SUBJECT 文字列     Subject: に文字列が含まれる
HEADER 文字列      ヘッダに文字列が含まれる
BODY 文字列        本文に文字列が含まれる
TEXT 文字列        ヘッダまたは本文に文字列が含まれる
SENTBEFORE 日付    Date: が指定された日付より以前
SENTON 日付        Date: が指定された日付
SENTSINSE 日付     Date: が指定された日付より以降

BEFORE 日付        日付より以前
ON 日付            日付のもの
SINCE 日付         日付より以降
LARGER n           nバイトより大きい
SMALLER n          nバイトより小さい
UID id             指定された UID を持つ
KEYWORD flag       指定されたフラグがセットされている
UNKEYWORD flag     指定されたフラグがセットされていない

ANSWERED           返信済み(\Answeredフラグがついたもの)
UNANSWERED         返信済みでない(\Answeredフラグがついてない)
DELETED            削除済み(\Deletedフラグがついたもの)
UNDELETED          削除済みでない(\Deletedフラグがついてない)
DRAFT              下書き(\Draftフラグがついたもの)
UNDRAFT            下書きでない(\Draftフラグがついてない)
FLAGGED            フラグつき(\Flaggedフラグがついたもの)
UNFLAGGED          フラグつきでない(\Flaggedフラグがついてない)
NEW                新規メッセージ(\Recentフラグがついたもの)
OLD                古いメッセージ(\Recentフラグがついてない)
SEEN               既読メッセージ(\Seenフラグががついたもの)
UNSEEN             味読メッセージ(\Seenフラグがついたもの)

OR cond cond       どちらかの検索形式にマッチする
----------------------------------------------------------------------

----------------------------------------------------------------------
FETCHので指定できる項目 説明
----------------------------------------------------------------------
ALL                     FLAGS, INTERNALDATE, RFC822.SIZE BODY
BODY                    本文
BODY[セクション]        本文
BODY.PEEK[セクション]   本文(\Seenがセットされない)
BODYSTRUCTURE           本文の構造
ENVELOPE                エンベロープ
FAST                    FLAGS, INTERNALDATE, RFC822.SIZE
FLAGS                   フラグ
FULL                    FLAGS, INTERNALDATE, RFC822.SIZE ENVELOPE BODY
INTERNALDATE            内部で管理している時刻(Date:ではない)
RFC822                  メッセージ全体(ヘッダと本文)
RFC822.HEADER           ヘッダ
RFC822.SIZE             サイズ
RFC822.TEXT             テキスト本文
UID                     UID
----------------------------------------------------------------------

◆課題8：メーリング・リストへの参加

inet-2004 というメーリング・リストに参加しなさい。このメーリング・リストは、mailmanにより管理されている。次の手順で参加しなさい。

WWW ブラウザで inet-2004のページ(一般ユーザ向き) をアクセスする。
1. 「あなたのメールアドレス:」に、自分のメール・アドレスを打つ。
2. 「あなたのお名前 (オプション):」の欄に学績番号を打つ。
3. パスワードをきめて打つ。他のパスワード（ログインなど）違うものにすること。パスワードは、電子メールで送られたり、WWW で暗号化されずに送られることがある。確認のために２回打つ。
4. 「入会申し込み」のボタンを押す。
電子メールが送られてくるので、それを読む。それに従い、WWW ブラウザか、または、電子メールで confirm を行う。

締め切りは、2004年2月7日月曜日とする。

入会できた人は、次のような操作をしてみなさい。

WWW ブラウザで、会員名簿などを閲覧する
オプションを変更する。
電子メールで操作してみる。
1. 次のようなメールを送る
```
To: inet-2004-request@top.is.tsukuba.ac.jp
Subject: help

help
end
```
2. 以後、このメールの内容に従って、いくつかのコマンドを送る。

↑[もどる] ←[1月24日] ・[1月31日] →[2月7日]

Last updated: Date:

Yasushi Shinjo / <yas@is.tsukuba.ac.jp>