2007/08/16 日記: メールによる汎用的インタフェース仕様

2007/08/16 日記: メールによる汎用的インタフェース仕様

[いがぴょんの日記v2,diary,igapyon,blancoMail] メールによる汎用的インタフェース仕様について、ざっくりと簡単に仕様をメモします。

広告: イマドキのIDE事情: Eclipseベースの統合翻訳環境「Benten」を使ってみよう 09/27
たげぞうさんの手による Benten 紹介記事!

インディックスページへ戻る

メールによる汎用的インタフェース仕様ドラフト

メールによる汎用的インタフェース仕様について、ざっくりと簡単に仕様をメモします。
※このメモは blancoMail の仕様検討に該当します。

認証
- メールアドレスによる認証
  - ユーザID = メールアドレス。パスワードは無し(?)なぜならMD5などで担保。
- 接続に対してセッションID の発行・管理
  - MD5などのダイジェストによるセッションIDの生成
  - タイムアウト指定によるセッションIDのクリア
- セッションIDによる通信許可／遮断

コマンド

login
logout
mail ls -l みたいなもの (?) UNIX的な短いコマンドが希望。
set -v みたいな verboseモード
電文例:

Subject: blancoMail #37
digest=CA:FE:BA:BE
==begin==
mail ls -l
==end==

電文例:

Subject: blancoMail #38
digest=CA:FE:BA:BE
message=8/5の予定を受諾しますか？
==begin==
schedule question yes
schedule question no
==end==

機能
- Yes/No 選択
- ラジオボタン選択
- 承認機能
- ユーザ登録、削除
  - ユーザ登録の際に、画像ファイルを添付データとして送り、その画像に含まれる文字をタイプしてもらって、確実な認証を実現するという仕様の可能性を検討 (2007.08.26追記)
- タイムアウト機能
  滞留していたメールについて、期限切れを起こしていたらコマンド実行を抑制する機能。
  あるいは、次のコマンドが先に来たら、古いコマンドは破棄する機能かも知れない。
メール送信
- 煩雑にならないために
  - 同じメールを連続して送付しない
  - メールを所定時間内に連続して送付しない
  - 時間帯指定: 夜はメールを送らない
  - ログイン失敗の通知は限定的に
- 指定サイズを超える場合の対処 (2007.08.21追記)
  - パターン1: 送らない
  - パターン2: 分割して送る
  - ポイント: 送信先デバイスの特性に合わせたサイズ考慮。
- 指定の宛先数を超える場合の対処 (2007.09.05追記)
  - パターン1: (セキュリティ上のリスクを考え) 送らない
- TOやCC内で同一アドレスが重複して与えられた場合 (SMTPの際にエラーとして扱われるため考慮が必要かも)
メール受信 (2007.08.21追記)
- テキストとHTMLとが両方送られてきた場合にはテキストを読み込む
- テキストのないHTMLメールの場合にはHTMLをパースしてテキストのみを読み込む
  →それでは、HTMLでプレーンテキストな文字を優先して制御文字としなくては… エンコードされるのは避けたい。
- 指定のサイズ数を超える場合の対処 (2007.09.05追記)
  - パターン1: 受け取らない。
- 指定のアドレス以外からのメールは受け取らない。
ストレージ
- Tracのデータベーススキーマを転用することを検討
  →そうすると当面 UIが無くても Tracから操作できる！
- Hinemosのデータベーススキーマの転用も検討
- とにかく、自分で新たなものを創造しないように気をつける。
トランザクション
- 応答に対応した再確認アクション → これでトランザクション風
- どのようなメールが飛ぶのかを、自分宛メールで確認する確認アクション → メール暴発の防止

その他機能

メール送受信の単体試験モード
※単体試験用にメール送受信の依頼に対して実際には動作せずにトレースを黙々と吐く機能。(2007.09.03追記)
リモートアドレス帳
リクエストに応じて該当者の連絡先をメールで戻す。
メール内容下書き機能
PCなどでメール内容を下書きしておく機能。→ただし、このためには Web画面のほうの実現が必要。
(2007.08.20追記) 指定アドレスからのメールのみを別メールアドレスに転送。

メモ

構造としてはプロデューサ・コンシューマパターンか？
RIA時代 (Java FX時代) には、このような汎用的インタフェースというものの存在意義があるはず、と考えます。
TODO管理機能なども欲しい。TODOをRSS出力。、、、ああ、これは Tracのチケットかしら？公開区分とかはどうなっているのかしら。