情報実習 = 情報実験 2016-07-15


本年度トップへスケジュール表	- 情報実習 - 情報実験第11回 2016 年 7 月 15 日	学生用資料裏方用資料

本日テーマ

メール配送システム

事前準備内容

レポート未提出者に連絡(最終締切 : 2016/07/27(水) 12:00)
本日の一冊では電子署名関係の話がある書籍を紹介したい

本日の予定

時間	内容	裏方覚書
12:50	スタッフ (教官, TA, 3n マシン管理者) 集合	T.A. の作業プロジェクタ, マイクの準備プロジェクタには inex ホームページ名札をつける. V.T.A. の作業 3n 機でブラウザを起動し inex ホームページを閲覧している状態にしておく. V.T.A. の心得確認, 本日のスケジュール確認担当テーブルの学生の良きお兄さん,お姉さんになってあげる. と, 同時に自分もお勉強すること. 質問を積極的に行う. 第 2 の学生さんの雰囲気で. 担当テーブルの学生の振舞い評価を任せる.
13:00	学生集合, 各グループ毎にテーブルにつく.
13:05	連絡:07/27(水)12:00がレポート最終締め切りです! レクチャー(松岡) [レクチャー資料] メール配送システム	基本作戦は去年の時と同じ. 以前にも一度「プロトコル」に関して解説したが, 今回も再度解説する. メールのヘッダを実際に見せてみる. (レクチャーと実技のどちらかで)
14:15	休憩
14:25	実技(三上) [実技資料(準備編)] [実技資料(実践編)] telnet を使用したSMTP 体験メール構造の確認作業 GPGを用いた暗号化, 復号体験参考ページ ELMS ポータル	SMTP サーバとして grey を使用. 受信には情報メディアセンターを使用受講者には Web メールを用いて見てもらう. Web メールの使い方のページへリンクをはるなどして使い方を解説できるようにしておく. 携帯のメールアドレスに送るなどはオプションとして… 情報メディアセンターで受け取ったメールのヘッダを実際に見せる.
16:00	質問等の後, 学生解散各マシンの電源を落とす. 名札を前のレターケースの中にしまう.
16:15	スタッフ(教官, TA, 3n マシン管理者) 打合せ	教官, TA, 各テーブルの VTA は基本的には必ず出席お願いします.
16:30	EPnetFaN

昨年度反省事項

授業終了後反省内容, 実際の時間配分等を書き込むこと

2016 年度(ロガー：村橋)
- 時間配分
  - 13:00 -- 13:03 レポート締切りリマインド
  - 13:03 -- 13:52 講義 : はじめからメールの構造まで
  - 13:52 -- 14:18 講義 : 暗号化から最後まで
  - 14:18 -- 14:25 休憩
  - 14:25 -- 16:00 実習
  - 16:00 -- 16:10 本日の一冊, 諸連絡(+ 打ち上げ)
  - 16:10 -- 16:45 実習(残り)
  - 16:45 -- 反省会
- 講義編
  - LINE の方がメールより使う人 -> 7 - 8 割ぐらい
  - LINE が得意じゃないってどういうこと？ -> ガラケーだし, パケホーダイじゃないし...
  - 右と左が逆だ. 話者と聴衆の向きを混乱してしまった. 東とか西と説明すればよいだろうか.
  - メーラーアンケート Thunderbird -> 7, Windows Live メール -> 2, メール -> 4,5 人 Mac のメール -> 1, Wanderlust -> 石渡, Outlook -> 受講生
  - この前の選挙いった？ -> 半分くらい
  - POP, IMAP のセキュリティ面の違いをあまり気にする必要はないとは? -> SSL/TLS を用いるものが最近の主流なので, わざわざ気にすることはないだろうという意味
  - POP と IMAP 自体に大きな差異はあまりなくなりつつあるが, サーバなどによってどちらかのプロトコルしかないこともあるから, 学ぶのであると伝えるとよい
  - -> [補足] POP と IMAP はほとんど同じことができる, 分かれているのは歴史的経緯による (POP が最初にあったが, IMAP が後から作られた)
  - 使っている web メールは? Gmail -> 15 人ぐらい, Yahoo!メール -> 10人ぐらい, Outlook (いわゆる MSN メール) -> 1 人,
  - スパムメール届いたことある人 -> 7, 8 人
  - 怪しいメールの見分け方は? -> 知り合いから来たかのようなメールがベラルーシのサーバを経由していたら, 怪しいと判断できるかも (received をチェック). HTML メールで意味のわからないリンクに飛ばせようとするなど
  - [補足] envelope 情報をきちんと参照せよと指導するべきではなかっただろうか
  - メールヘッダを見たことがある人 -> 受講生 2 人
  - 公開鍵の情報だけで秘密鍵を生成できるのか? -> 量子コンピュータが実用化されるとできそう...?
  - [補足] 公開鍵でかけた暗号化は秘密鍵で復号できるし, 秘密鍵でかけた暗号化はペアとなる公開鍵で復号できる
  - 仲のいい友達に送る時にはわざわざ宛名書いたりとか名乗ったりとかしないんだけど... -> あくまでマナー, 送り間違えることもあるし, 気をつけた方がよい. メーリングリストで多数に送るときも宛名をきちんと書くようにしたほうがよい
  - メーリングリストを自ら発信したことがある人 -> 1, 2 人?
- 実技編
  - ELMS メールにスムーズにログインできかった. まず普通に Firefox を利用して ELMS にログイン, 続いてメールへのリンクへアクセスするときに右クリックメニューから「シークレットウィンドウで開く」的なところで開き, もう一度ユーザ名, パスワードを入力すれば, アクセス可能. そのまま開くと失敗する. Chromium 使っても全然だめ.
  - hoge, hero が入り乱れていて, よくわからない. どっちやねん. まあでもこれぐらい混乱してもらった方がいいよね. 教育的だし
  - telnet でメールを送る時, 全角文字を使うと動作がおかしくなる, かも. 加えて ELMS メールで見たときに文字化けしてしまう.
  - 本日の一冊では電子署名関係の話がある書籍を紹介したい
2015 年度(ロガー：渡辺)
- 時間配分
  - 13:00 -- 13:02 レポートリマインド
  - 13:02 -- 14:35 講義
  - 14:35 -- 14:45 休憩
  - 14:45 -- 15:45 実習
  - 15:45 -- 15:48 本日の一冊, 諸連絡(+ 打ち上げ)
  - 15:48 -- 16:06 実習(残り)
  - 16:06 -- 反省会
- 講義編
  - PC のメールを介したメールを使用したことがある人：半分以上
  - web メール：ほぼ全員
  - Windows Live Mail: 1 人, Thunderbird: 2-3 人, Outlook: 10 人位，Mail(Mac): 1 人
  - POPs,IMAPs, SMTPs などはプロトコル? -> そうです
  - POPやIMAP の違いは(今は)ほとんど無いので，POP でもサーバに残すことが出来るため，メールボックスの容量は気をつけてね
  - POP/IMAP/SMTP over ssl 使ったある人？：いない
  - Gmail: 全員, Yahoo! mail: 1/3, Hotmail: 数人, Hines メール: 全員のはず...
  - 私書箱や通販の店舗受け取りの例は分かりにくいと思った
  - [p.23] メールの構造のReceived: は下から順に経由したサーバが記述されている
  - 電子メールの起源 -> ARPANET 以後の1971 年にray Tomlinson が作成し，ARPANET で送受信を行った
  - [p.40] 公開鍵の暗号化と復号では鍵が異なり，秘密鍵方式よりも複雑な暗号になっているためおそくなる
  - [P.48] メール全体に鍵がかかっているのではないか？ -> ハッシュ値に鍵かけて暗号化させるだけ
  - html 形式ではなくてtext 形式でメールを作成し，送信することを推奨
  - スパムメールを聞いた事ある人 -> ほぼ全員
  - チェーンメールを聞いた事ある人 -> ほぼ全員，回ってきた事ある人 -> 1/3, 回したことがある人 -> 1 人
  - フィッシング詐欺を聞いた事ある, 受信した，引っかかった人 -> 全員, 数人, 0
  - 怪しいメールの確認方法は? -> 知らない人から来たら無視，差出人詐称かもしれない場合はメールのソースを見る(完璧に詐称されたら分からないので，直接電話で聞いたりする)
  - メールについていたURL のサイトにユーザ，ログイン画面に打ち込んだ後，おかしいと気が付いたら? -> とりあえず，システム管理者に連絡
  - ソフトウェアをインストールしてから，PC の挙動がおかしくなったら? -> そのソフトウェアをアンインストールする．また，ウィルス対策ソフトを常に最新のデータにアップデートしておく．最終手段: clean-install
  - [渡辺コメント] ハッシュ値の比較によってデータの改ざんが確認されたらソフトウェア的にどう処理するのか? -> ハッシュ値が違うよというだけ.
  - [石渡コメント] POP とIMAP の説明が良くなかった
  - [川原コメント] メールのソースの情報解説をスパムメールではなくて，実際のメールで書かれたソースについて解説したら?
- 実技編
  - [問題] iceweasel で二つのELMS のアカウントのメール(gmail) を別々表示できない
  - [提案] 来年度はデジタル署名を使用して送受信してみる
2014 年度
- 時間配分
  - レポートリマインド 13:00 -- 13:08
  - 講義 13:08 -- 14:20
  - 実習 14:30 -- 15:30
  - 諸連絡 15:30 -- 15:35
  - 反省会 15:45 --
- 講義編
  - メールを使ったことがない人は 0人
  - サーバ・クライアントシステムが分かる人 1人→サービスを要求する(クライアント)とそれを提供する(サーバ)システム
  - 携帯メールを使ったことがない人は 0人
  - Web メールを使ったことがある人ほぼ全員
  - PC メールを使っている人 5 人ぐらい
  - Web メールでもメールサーバが必要? => 必要. Web メールも裏でメールサーバが仕事している
  - Web メールから来たメールをメーラに届けている場合はどうするの?=> メールソフトを介したメールに含まれる. ここではインターフェースの違いで分けているので最終的にインターフェースがメールソフトなのでここに含める
  - Windows Live Mail を使っている人は 0 人, ほとんどの人は Thunderbird
  - メールBOX とは？=> ユーザ毎にサーバに存在するメールをプールしておくファイル(ディレクトリ)
  - POP と IMAP の暗号化の話でどちらも設定という言葉を使っているのでよくわからなくなっている=> POP は標準の状態でパスワードは暗号化できない. 何らかの方法で別に暗号化しなくてはならない(例えばAPOP). IMAP は標準で暗号化ができる. ということ
  - GMail は使用者多数. Yahoo も多数(GMail の方が多いイメージ). Hotmail は1 人.
  - 文字コードについては第10回を参照させるように
  - メールヘッダにはなぜ宛先が二つあるのでしょうか？=> 実際に送られるのは Delivered-To で下の To は受信者に表示されるだけのもので意味はない
  - Message-id は世界全体で固有のものなのですか？=> そうです
  - 秘密鍵の鍵の実態は？=> 具体的には文字列
  - 秘密鍵は公開鍵暗号化方式だろうが秘密鍵暗号化方式だろうがばれてはいけないもの. 秘密鍵暗号化方式はその秘密鍵を直接渡さなければならないので渡し方を考えなければならない. 公開鍵暗号化方式はばれてもよい公開鍵を渡すだけなので秘密鍵自体は渡さなくてよいので渡し方を考える必要はない.
  - 暗号化すると改ざんは完全に防止できるのですか？=>できません. 暗号化は防止するためのものではないです. 暗号化されていても改ざん自体はされることはある(ファイルを壊すことになる). でもその場合壊れたことは分かるので再度そのメールを送るように要請すれば, 改ざん自体は無効化できる
  - SSL と暗号化方式らの関係は?=> SSL はこれらの暗号化方式を用いている
  - チェーンメールはみんな知っていた
  - gpg とはフリーの暗号化, 復号のソフト
  - 電子署名が良くわからなかった
- 実技編
  - helo lemon.ep.sci.hokudai.ac.jp は間違い. 今はサブネット空間が lemon 直下でないので外から見ても lemon とは見えないと思われる. 来年度はそれに合わせて直すこと
2012 年度
- 時間配分
  - レポート講評 13:00 -- 13:05
  - 講義 13:05 -- 14:05
  - 実習 14:15 -- 15:30
  - 諸連絡 15:30 -- 15:35
  - 反省会 15:40 --
- 講義編
  - ネットワークを介してメールを送るとは?メール本体が送られるタイミングは?
    - 相手のアドレスを元に相手の IP を特定
    - 経路に沿ってパケットを送信
    - ゲートウェイ毎に送信している?
  - POP と IMAP の違いは?
    - 今はほとんど変わらない
  - ネットワークを経由するということはログが残るのか?
    - 残ります
  - ウェブメールを手元の MUA で操作することもできます
    - ブラウザでアクセスしているのはクライアントとかをまとめたもの
  - IMAP でメールサーバ上のメールを消せるのか?
    - 消すこともできる
    - 直接サーバにアクセスする分だけ、 POP に比べて IMAP だと負荷が大きい
  - 誰にでも暗号化できるというのはデメリットなのか?
    - そんなことはないはず
  - 公開鍵がよくわからない
    - どっちも鍵と呼んでいるが公開鍵=錠前, 秘密鍵=錠前を開ける鍵と考えればよい
    - 共通鍵という呼び方もある
  - 共通鍵方式の方が一般的
  - なぜ復号の時間差が出てくるのか
  - そもそもメールのセキュリティに限った話ではないのでネットワークセキュリティの回で話す
  - 復号と解読の違いを説明した方がいい
  - 暗号化の仕組みについても触れたい
  - ep のメールの保存形式は?
    - 保存形式はプロトコルではなく MTA 依存
    - ep の場合は imap だと 1 ファイル, pop だと個別ファイルになっている
- 実技編
  - ソースの表示方法について
  - 今年は lemon ではなく inex-gw と名乗るべきだった
  - telnet からの強制ログアウト法を載せておくべきかも
  - 3.1 でウェブメールと言いつつ画像が MUA だった
  - 本日の一冊はちゃんと読んでおく
2010 年度
- 時間配分
  - 講義 13:00 -- 14:05
  - 実習 14:15 -- 15:25
  - 諸連絡 15:25 -- 15:30
  - 反省会 15:40 --
- 講義編
  - [スライド4](補足) メッセージを交換するシステムとだけ言うと，チャットや twitter 等も該当する.
  - [スライド5](補足) メールもネットワークサービスの 1 つ．サーバの方にメールを取り置きしてくれているので, 自分の PC の電源を常に入れておかなくていてもメールを受信できる．携帯メールの場合も同じ.
  - [スライド6](補足) メールは様々なメールサーバを介してバケツリレー方式で届けられる．
  - [スライド9] クライアントのマシンは電源を切っても大丈夫．サーバマシンの電源はつけておきましょう．
  - [スライド12] ネットワーク上でやり取りする際のデータの窓口がポート (ポートの復習)
  - [スライド15]
    - (質問) IMAP だとネットワークにつながっていないとメールは読めないのか？
    - (答え) ネットワークにつながっていないと見れない.
    - (質問) 携帯メールは圏外でも受信したメールは見える.ということは POP ?
    - (答え) POP のような形式ではあるが, プロトコル自体は会社独自のものを使っているらしい
    - (質問) Gmail や yahoo mail のプロトコルは？
    - (答え) web 上で見るのでプロトコル自体は HTTP. ただし, メールのやり取りの上で IMAP や POP のようなプロトコルを使っているかも. Gmail は IMAP に対応している.Gmail では HTTP, HTTPS, IMAP, は使えるらしい.
  - [スライド16] 最近では POP も IMAP も同じような機能を備えるようになってきており, 違いがなくなってきている
  - [スライド23] MIME とは文字をデータとして送るための処理をするソフト
  - [スライド32](補足) 携帯メールも全く同じような形式で送られる. ヘッダの情報はサーバに保管されており,我々の携帯に受信する際には会社独自のプロトコルによってヘッダが取り除かれている.
    - (質問) ヘッダ部分を見ることはできるか？
    - (答え) サーバに接続すれば見ることができる.au は見れる.Docomo, softbank は未確認.
    - (質問) ソフトバンクで電話番号同士でやり取りする場合や AU の C メールではどうなってる？
    - (答え) わからないが, 一般的なメールとは違う方法でやり取りされているのかも？
  - [スライド34]
    - (質問) html 形式で送ることの利点は？
    - (答え) 画像を埋め込めたり, 凝ったメールを送ることができる. 不特定多数の人に送る場合は text 形式で.
    - 相手が見えない分,書き方によっては心証を悪くする. メールを書く際には表現に注意しましょう.
  - [スライド35]
    - (質問) 怪しいメールが来た時の対処法は？
    - (答え) 怪しい添付ファイルやリンク先を開かない. ヘッダ情報から詐称かどうか判断.
    - html 形式のメールが来た時点で疑う(小高・高橋)
  - [スライド38]
    - (補足) メールサーバの管理者はサーバに来たメールを覗くことはないが, サーバが乗っ取られた場合は覗かれたり流出してしまう場合がある.
    - 「鍵」とは「文字列」のこと
  - [スライド36]
    - (質問) 公開鍵はいつ相手にわたるのか?
    - (答え) 適当なタイミングで渡す. ダウンロードしたり USB 経由で渡したり.
    - (質問) 公開鍵と秘密鍵は関係あるの？
    - (答え) セットで作られるので関係はある. 複雑な暗号化形式なため, 公開鍵から秘密鍵を予測するのは難しい.
  - [スライド43]
    - (質問)APOP で使うと暗号化されるようだが, これは公開鍵秘密鍵を用いている？
    - (答え)1 つの鍵で暗号化している. 鍵は各ユーザーが設定する.
- 実習編
  - [補足] From の詐称は簡単だが、決してやってはダメ！
  - サーバへの挨拶は何の意味があるのか? (要調査)
  - 来年度は情報実験機をメールサーバにしてメールを送ってみる, log を見てみる.(要検討)
2009 年度
- mail サービスのレクチャーについて(開始 13:00, 終了 13:42)
  - 字が見えにくかった.
  - 用語の打ち間違いに注意.
  - [補足]MUA, MTA のそれぞれのスライドで絵を貼った方が良かったかもしれない.
  - 世間一般でのメーラのシェアはどんなもんなのだろう?
    - ウェブメールのユーザが増えてきている? その仕組み(プロトコル etc)を調べてみると面白いかも.
  - サーバに直接ログインしてメールを見ることも出来ることを述べておいた方が良い.
  - MTA で現在主流となっているのは postfix? 要調査.
  - [補足]宛先が見つからない場合にエラーメッセージを送信者を返すのも MUA の仕事.
  - メールボックスはメールを置く為のフォルダと考えれば良い.
  - [補足]厳密に言うと, 最近では IMAP も手元にダウンロードすることは可能.
  - [補足]携帯メールの場合, ヘッダを見る為には各企業のサーバにログインしなければいけないらしい.
  - Delivered to は最終的に送られる宛先である.
  - メールの差出人を詐称するのはいけません, と強調すべきである.
  - [補足]MIME は文字エンコード(言語間の変換) を行なう為のソフトウェア.
  - [補足]北大の場合, 10 MB 以上のメールは送れないので注意.
  - [補足]公開鍵・秘密鍵と言っている実態は文字列である.
- mail サービス実技編(開始 13:55, 終了 14:45)
  - 受講者が [2.3] で間違って hoge@... で送ってしまった場合, VTA・TA の人が適宜フォローする.
2008 年度
- mail サービスのレクチャーについて(開始 13:00, 終了 13:55)
  - メールを送信する際, 送信先は厳密に言うと受信側のメールサーバである. クライアントはメールサーバにメールを貰いに(または見に) 行くことになる.
  - メールを送受信する際, ローカルなメールサーバでなく遠隔地のメールサーバを利用することももちろん可能である.
  - ドメイン名はメールサーバを指定するもので, ユーザ名はそのメールサーバの個々人(団体)を指定するもの.
  - メールを受信ボックスに配送するのも SMTP サーバ(サーバソフトという意味では MTA)の仕事.
    - 存在しないユーザにメールが送られてきた際にエラーメッセージを送るのが SMTP サーバであることに着目すると, 受信側の SMTP サーバが送られたメールを受け取っていることが理解される.
  - メール受信(POP の場合)のところの図がやや分かりにくい. 来年作り変えた方が良い.
  - 最近は IMAP と POP について, 機能的に差別化できなくなってきているが, 間違いなく言えるのはプロトコルが異なるということである. どのようなことを念頭に置いたプロトコルなのかを説明すると良いだろう.
  - 壺メールの事例では Message ID が記されていない. 来年以降書いておいた方が良い?
  - 「To :」と「Delivered-to :」に関する指摘があったが, これらについては2007 年度のコメントを参照.
  - 携帯メールでも, メール会社に頼むと経路などの情報も見れるらしい.
  - フィッシング詐欺の手口
    - いかにも本当らしい web サイトの URL を掲載したメールを送信
    - その web サイトに巧みに誘いこんで情報を盗む
  - サーバを構築する際には以下の点に注意.
    - ソフトウェアをインストールすると, サーバ機能が意図せずに入ってしまうことがある. そのような場合, サーバが起動しないように設定するべし (セキュリティの問題から).
- mail サービス実技編(開始 14:05, 終了 15:00)
  - [2.2] サーバへの挨拶 (helo)について
    - blue を lemon に修正.
  - [3.1] メールのヘッダーと本文について
    - 空白行を入れないと見えないはずが見えてしまう...
    - 北大のゲートサーバの仕様か?
    - 注意書きを足しておく.
2007 年度
- mail サービスのレクチャーについて(開始 14:45, 終了 15:38)
  - ISP(プロバイダ)から提供されるメールサービスの例 : 情報基盤センターから提供されるメールサービス, メールソフトを起動して初めて利用できるメールサービス.
  - メールアドレスの @ マークの直後に必ずしもホスト名が来るとは限らない ; [例] : hoge@hokudai.ac.jp
  - 「メール受信(POP の場合)」と「メール受信(IMAP の場合)」の図が分かりにくい.
  - POP について
    - メリット : お手軽に設定できる, 手元にダウンロードできる
    - デメリット : セキュリティが甘い(平文のまま流れる), 複雑な設定が困難
    - 暗号化できる APOP というものも開発されたが, これも完全とは言えないらしい.
  - IMAP について
    - メリット : ネットワークにつながってさえいれば, サーバに見に行くことができる. 家や職場などで PC を使い分けている場合には IMAP が便利.
    - デメリット : 手元に持ってこれない
  - 最近では IMAP でもダウンロードできるようになっている. また POP でも手元に残せるようになってきており, 差異は無くなりつつある.
  - メールヘッダの例で「Delivered to : 」の所と「To : 」の所の宛先が微妙に異なっているのは何故か?
    - 「Delivered to : 」はサーバのホスト名を含み, 「To : 」はサーバのホスト名を含まない. 両者の対応付けをやってくれているのが DNS サーバである. こうすることにより, 普段使用しているメールサーバで障害が起きた時に, セカンダリメールサーバからメールを受け取ることが出来る. どのメールサーバをプライマリにし, セカンダリにするかの設定は DNS サーバの方で行われている.
  - 携帯電話のメールでは電話帳に登録しておくと, 名乗らなくても送信者が分かるが, 通常のメールでは送信者は分からないので, 最初に名乗ることが肝要である.
  - 大きいファイルが添付されたメールを弾くよう設定されているメールサーバが増えてきているので, メールを送る際には注意したい. また, 弾かれてもエラーメッセージが戻ってこないこともしばしばあるらしいので, 要注意.
  - 公開鍵システムのメリット
    - 改竄されたことが分かる. つまり, 悪意のある人が改竄すると, その文書が送信先に届いたときに秘密鍵を使っても開けないと言うことになる. その結果, どこかで改竄が行われたことが分かる.
- mail サービス実技編(開始 15:50, 終了 16:51)
  - web mail の入り口がテキストとは違う (学生用という所から入らないとうまくいかない).
- まとめの話(開始 17:00, 終了 17:16)
  - 特にコメント無し.
2006 年度 (メール配送の回)
- 講義時間: 開始 13:05, 終了 13:35
- 実技時間: 開始 13:45, 終了 14:40
- 実技: [2.1] 空白行をいれなくても, WEB メールの MUA は hello 以下をデータ本文として扱っていた.
- 実技: mail From: 以下に実在しないメールアドレスをを打ち込む学生がいた. joho??@ep.sci.hokudai.ac.jp など.
- 講義, 実技: 送る側が詐称を防ぐ方法 (電子署名) についての内容を加える.
2005 年度(メール配送の回)
- 講義時間: 開始 13:05, 終了 13:50
- 実技時間: 開始 14:00, 終了 14:50
- スパム講義: 開始 14:50, 終了 15:00
- 講義 : 講義編資料の筋の練り直しをした方がよいだろう. 電話を例にしたプロトコルの説明のあとに実際のプロトコル解説がすぐ来なかったことが違和感.
- 実技: [2.1] 空白行をいれなくても, WEB メールの MUA は hello 以下をデータ本文として扱っていた.
- 実技: mail From: 以下に自分の情報基盤センターのメアドを打ち込む学生がいた. joho??@ep.sci.hokudai.ac.jp など. 具体的なメールアドレスを指定した方が良いかもしれない.
- 実技: メールサーバの能力からすればこの程度のメールはあまり付加をかけないよう.
- 実技: メールを詐称したらばれますよっていうことを教えなければいけない.
2004 年度(メール配送の回)
- 講義時間: 開始 13:05, 終了 14:00
- 実技時間: 開始 14:10, 終了 15:00
- 実際にメールを送信する具体例をあげて説明する。
- 説明順を工夫する。内容は十分。
- 項目間の関連を話すとよい。

反省事項(来年度への覚書)

授業終了後反省内容, 実際の時間配分等を書き込むこと

講義編(メール配送の回)
- 時間配分: 35 分間程
- 時事ネタや補足のアドリブが沢山入った (道政/小高) が, 講義資料には入ってない. (小高さんがスパムメールを道政さんに送った, 最新詐欺事情を紹介した, 等)
- 講義資料は大体良い. その年に応じて適宜, 時事ネタを盛り込むと良い.
実技編
- 内容は大体良い. ちょっと内容が少なかったか ?
- 自分の携帯に送ってみたりした. (最近の携帯はヘッダが見えるらしい?)
- 「スパムメールを送ってみよう」という参考資料を作るとよい
- 「ヘッダ部分の解説, 実例」という参考資料を作るとよい
- 練習問題が作れる ? (To: が指定されてないスパムメールがやってくるのはなぜ ?, とか Bcc: って何 ? とか. )
2006 年度 (まとめの回)
- 座学 : 13:05- 13:55
- 連絡 : 13:55- 14:15
- Pier, SSL がこれまでの講義で出てこなかった. 来年度以降は, 講義で触れるべき. (裏方ミーティングログにこのことを書いておいたので, 次回は反映されるはず！)
- 後半の話は図がほしい. むらいさん, かまえさん, はやしさん ( わかかりしころ) の写真とか. 当時を象徴する写真とか. 計算機センターの写真とか. プロジェクト X 調に喋る ?
2005 年度 (まとめの回)
- 座学 : 13:05- 13:40, 連絡 : 13:55- 14:05
- 途中の休憩はなくてもよい??
- Pier, SSL がこれまでの講義で出てこなかった. 来年度以降は, 講義で触れるべき.
- 後半の話は図がほしい. むらいさん, かまえさん, はやしさん ( わかかりしころ) の写真とか. 当時を象徴する写真とか. 計算機センターの写真とか. プロジェクト X 調に喋る ?
2004 年度 (まとめの回)
- 実際の時間は一時間程度.
- スライドの枚数は最適化された.
- 細かい文字が無くなって見易くなった.
- 障害があった時の実例を出す. (HINES がスパム送信サーバ扱い, など)
- 例えを出す際にはなるべく目の前にある人, 物を使うとよい.

テキストなど

■ 書籍

■ 本日の一冊 ■

河野寿著 :
図解で明解メールの仕組み ,
毎日コミュニケーションズ ISBN: 4839908249

■ 本日の一冊 ■
	河野寿著 : 図解で明解メールの仕組み , 毎日コミュニケーションズ ISBN: 4839908249

INEX 情報実験トップページへ

2016.07.06 三上峻 2016年版改訂