メール談義ができるようになるための基礎知識のために 【Ust録画】メールシステム 基本編 http://www.ustream.tv/recorded/17612350 【Ust録画】メールシステム 現実編 http://www.ustream.tv/recorded/17613018

1. メールシステムのおはなし 荒木靖宏 twitter.com/ar1 facebook.com/araki.yasuhiro #mailerstudy

4. spamとの戦い開始

5. 99年初頭にqmailへのリプレース

6. S/MIMEのMLへの適用で修士をいただく

7. 1999年 IIJでメールサービス開発

8. JUSのイベントでqmailの話をする

9. 2000年imode系のメールサービスベンチャ

10. Postfixを使った最大級のサービス

11. 2001年 JUSのイベントでPostfix代表として登壇

13. メールシステム超基本編 これであなたもメールの話題の輪に加われます キレイゴトの世界

14. DNS インターネット 全体俯瞰 NTP メールサーバ Mail Delivery Agent Mail Transfer Agent (MTA) Mailbox Mail User Agent (MUA) ユーザ

15. Mail User Agent ユーザが利用するアプリケーション メールを読む メールを書く メールを保存する メールを検索する 例 Thunderbird, Outlook, ….

16. Mail Transfer Agent メールの受信 送信先の決定 メールの送信 リモートへ(SMTP) ローカルへ(MDAへ) キューイング エラー通知 実装例 Sendmail, qmail, Exchange, Postfix, Exim,..

17. メールメッセージ

18. メールアドレス 発信者と受信者を特定する情報 user@example.com (失われた)その他形式 user % example.com @ relay @relay: user@example.com example.com! user ユーザ部 ドメイン部

19. ヘッダと本文 RFC5322(822->2822と変遷)で定義 ヘッダ ヘッダ名: ヘッダ内容 ヘッダと本文は空行で分ける To: yasu@debian.or.jp From: ar@debian.org Subject: test 本文の1行目

20. ヘッダとエンベロープ SMTPのRFCで定義。5321(821->2821と変遷) エンベロープ 送信手続をした人と、配送先。封書の表書きのイメージ MUAやMTAが作成する。MTAは配信ホップ毎に書きかえる。 ヘッダ 封書の中身に「だれだれさんから、だれだれさんへ」と書くのに相当 本文を書いた人(From)が読んで欲しい人(To)を記述 ヘッダとエンベロープが一致しない例 個人にあてられたbcc メーリングリスト

21. インターネット プロトコル DNS NTP メールサーバ ローカル ファイル操作 SMTP IMAP POP3 SMTP

22. DNSとメール user@example.comにどう届く? 送信側: MXレコードに書かれたアドレスのAレコード宛に送信する MXレコード 優先度を指定できる(数値が小さいほうが優先される) たまに見る間違い CNAMEを指定する（RFC2181で禁止） MTAによってはメールが届かない

23. $ dig mx hiroba.org ;; QUESTION SECTION: ;hiroba.org. IN MX ;; ANSWER SECTION: hiroba.org. 86400 IN MX 5 alt1.aspmx.l.google.com. hiroba.org. 86400 IN MX 5 alt2.aspmx.l.google.com. hiroba.org. 86400 IN MX 10 aspmx2.googlemail.com. hiroba.org. 86400 IN MX 10 aspmx3.googlemail.com. hiroba.org. 86400 IN MX 10 aspmx4.googlemail.com. hiroba.org. 86400 IN MX 10 aspmx5.googlemail.com. hiroba.org. 86400 IN MX 1 aspmx.l.google.com. ;; AUTHORITY SECTION: hiroba.org. 170129 IN NS ns-165.awsdns-20.com. hiroba.org. 170129 IN NS ns-1624.awsdns-11.co.uk. hiroba.org. 170129 IN NS ns-1347.awsdns-40.org. hiroba.org. 170129 IN NS ns-1003.awsdns-61.net. ;; ADDITIONAL SECTION: aspmx.l.google.com. 185 IN A 74.125.127.27 alt1.aspmx.l.google.com. 187 IN A 74.125.45.27 alt2.aspmx.l.google.com. 197 IN A 74.125.93.27 aspmx2.googlemail.com. 2212 IN A 74.125.43.27 aspmx3.googlemail.com. 2213 IN A 74.125.127.27 aspmx4.googlemail.com. 2945 IN A 209.85.229.27 aspmx5.googlemail.com. 1888 IN A 74.125.157.27 ns-165.awsdns-20.com. 44352 IN A 205.251.192.165 ns-1003.awsdns-61.net. 44352 IN A 205.251.195.235 ns-1347.awsdns-40.org. 162645 IN A 205.251.197.67

24. DNSを使った送信先決定 DNS root server DNS cache server MTA 2 1,5 .com SOA 3 Example.comのMXレコード? Example.comのMXレコード?->.comに聞け Example.comのMXレコード?->.example.comに聞け Example.comのMXレコード?->10 mail.example.comだよ Mail.example.comのAレコード?．．．． .example.comSOA 4

25. SMTP HELO sender.example.com 250 OK MAIL FROM: user@example.com 250 OK example.jp Sender.example.com RCPT TO: user1@example.jp 250 OK MTA MUA DATA 354 Start ヘッダ，本文.. <CRLF>.<CRLF> 250 OK QUIT 250 OK

26. SMTPのステータスコード 200番台 正常応答 情報提供 300番台 データ入力を促す(354) 400番台 一時的なエラー： サーバシャットダウン、メールボックスbusy、メールボックス溢れ 500番台 システムエラー： コマンド間違い 転送エラー: メールアドレスなし、処理失敗通知

27. メーリングリスト配送の場合 HELO sender.example.com 250 OK MAIL FROM: user@example.com RCPT TO: user1@example.jp 250 OK 配送サーバ MLプログラム 250 OK RCPT TO: user2@example.jp 250 OK 参加者分くりかえし DATA 354 Start ヘッダ，本文.. <CRLF>.<CRLF> 250 OK QUIT 250 OK

28. 配信エラーメール SMTPセッション時のエラー 送信元のMTAが作成。 エンベロープの発信者メールアドレスにエラーメールが戻る SMTPセッション時以外 送信先のMTAが作成 エンベロープの発信者に戻る or Errors-To:

29. メールシステム現実編 これであなたもメール管理者の穴にはいれます 参加者みなさまと おはなししていきたい

30. メール騙りのために 重いんだけど? Logどうしてる? SPAM対策は? 現実解? 皆様の体験談を聞きたい!

31. vs重いんだけど? MUA 問題? 重いんだけど? 外部 配送速度 攻撃? 内部 配送速度 気のせい?

32. Logは重要 とはいえ考えること多数 Firewall vs Sniff Syslog vs独自ログ DB vsテキスト 集中管理 vs分散管理 ローテーション vs永久保存 コンプライアンス vs技術理由 メール専用vs汎用 事後解析vsリアルタイム データ爆発!

33. メール用のログ解析 メール専用 qmailanalog, pflogsum，logrep, mailstats コンバータ maillog2commonlog [sendmail|smail|newsmail|qmail] < logfile

34. Log->通知 リアルタイム Logsurfer Swatch 定期的 Logcheck Logwatch

35. vs SPAM メールの悲しみ 他者からの入力を認証なしにうけつけてしまったのが発端 個人として 受信したときの対応はどうとでもなる: フィルタでもなんでもできる 自分のメールアドレスでSPAMを送信されたときは大変。 今なら社会的に抹殺されるかもしれない サーバ管理者として 受信する側: 下手な対応はできない 送信する側: ものすごく厳しくするのオススメ

36. Port25 blocking ターゲットの主体は動的IPアドレス 動的っぽい(機械生成チック)アドレス名を手で更新する例も。 動的IPアドレスから外向きPort25のブロック 全てのEmailはISPのMTA経由に submission portへの対応 自力運用をあきらめるとも言う。 動的IPアドレスからの内向きPort25のブロック MAPS DUL (Dynamic User List)等 http://esupport.trendmicro.co.jp/Pages/JP-212754.aspx

37. メールブロック（AntiSpam）手法：受信側 ネットワーク事業者によるもの Portブロック 受け手によるもの IPアドレスブロック 国ブロック 地域ブロック DNS逆引きブロック DNS性逆一致ブロック ヘッダブロック 本文ブロック 維持管理団体の出現

38. DNSBL (DNS Blacklist) フィルタリング情報をDNSにのせて配布 メジャーどころ spamhous Trendmicro(MAPS) 日本 スパムちゃんぷるーdnsbl http://spam-champuru.livedoor.com/dnsbl/ rbl.jp 他にも山のように存在 http://en.wikipedia.org/wiki/Comparison_of_DNS_blacklists

39. spam扱いされない送信側作法 超基本の第三者中継チェック http://spamlinks.net/prevent-secure-relay-test.htm DBの定期的確認 http://www.dnsbl.info/dnsbl-database-check.php http://www.senderbase.org/help/blocked DNS 逆引きを忘れずに 正逆一致しないと受けとらないMTA多数あり SPFレコード RFC4408参照。 DKIM DKIM導入リコメンド http://www.dkim.jp/dkim-jp/recommend/ 国内の主要送信事業者11社がDKIMに対応完了(2011年7月26日)

40. 現状のメール環境の意識は人によって大きく異なる 対Spam意識が高い（＝メールボックスが割りとクリーン） メールアドレスの使い分け（ステアドレスの使用） MUAでのアンチスパム機能の利用とDBメンテナンス 一方でメールを諦める人も 各種ソーシャルネットワーキングサービスの利用 SMS

41. 受信側の現実解 アプライアンス メール専用機: Mirapoint, Ironport….. UTM: Sonicwall, UTM-1 (checkpoint)…. SaaS Gmail, McAfee, Trend Micro HES…

42. 送信側の現実解 アプリケーション MailPublisher(エイケア), Cuenote (ユミルリンク), SIELLA (レピカ), WEBCAS(エイジア) アプライアンス IronPort (cisco) SaaS アプリケーション開発会社の多くはSaaS提供へ

43. まとめ メール談義のために 大まかな構成 ルール(プロトコル) 様々な問題へ対処してる人をリスペクトして下さい サービスとしてのメールへ 「苦しむのは俺達だけで十分だ」