69式のおっさんを呼び込むスレ【00000100b】

ところで
ジャワでSMTPサーバの土台作りを考えるなんてここらしくてイクない？
もちろんギンギンふにゃふにゃやにOOPで行く。

まずはSMTP応答コードをジャワのfinal値で設計していく
http://www.puni.net/~mimori/smtp/reply.html

SMTPメッセージフォーマットは文字列だから
サーバがクライアントとの応答コードのやり取りのときに
文字列のまま比較するのか数値に変換するように構造体
(おっと違った)クラスデータとして持つか検討する。

はぁ？数値のわけないだろ。

>>228
内部的に数値にコンバートしたほうがよいかどうか検討すると言う話。

SMTP　通信開始、終了手順

クライアント　　　　　　　　　　　　　　　　　　　　　サーバ
　tcpポートオープン---------------------------------->TCP 25番Port
　SMTP接続要求　　　"220<SP>jawaPonClient.co.jp<CR><LF>"
　
　　　　　　　<--------------------------------------挨拶返信
　　　　　　　"HELLO<SP>jawaponSMTP.co.jp<CR><LF>"
　
　SMTP通信開始--------------------------------------->SMTP接続ドメインの確認
　　　　　　　　　　"250<SP>jawaPonClient.co.jp<CR><LF>"
　　　　　　　--------------------------------------->データ解析
　　　　　　　　　　メール転送(base64エンコード)

　終了コマンド送信----------------------------------->終了コマンド判定
　　　　　　　　　　"QUIT<CR><LF>"
　　　　　　　　　　
　Conn Close　　　----------------------------------->コネクションクローズ判定
　　　　　　　　　　"221<SP>jawaPonClient.co.jp<CR><LF>"
　　　　　　　　　　
　　　　　　　　　　
　　　　　　　<--------------------------------------コネクション切断

>>228
もちろんfinal値としては文字列で"250"とかで持つ必要は絶対にあるよ。
判断するときに String cmd;
cmd.equals(recvCmd, "250")とやるのと初期化時に数値にコンバートしておいて
if(intCnvCmd == 250)とやるのとどっちが合理的かと言う細かい話。
3バイト(UNICODE 6バイト)だから速度はかわらんといえば変わらんのだがｗ
実装コードではcmd.equals(recvCmd, "250")はカコイクないと思う
俺のこだわり。反論プリーズ。

> SMTP応答コードをジャワのfinal値で設計していく
これが「まず」というのは違うオカン。

>>231
それではなにからいけばよいと

1文字ずつ数値として処理して、応答の伝文を生成する最終段階で連結して文字列化。
後ろの文字列もその段階でappend

>>232
やっぱ、このスレ的にはselectでしょw

俺としてはリテラルで埋め尽くされているジャワのソースがどうも
気に食わん。SMTPサーバを作成するならば仕様で固定されたシーケンス
データクラスから行くのが「まずてはじめに」だと思うんだけど。

リスンサーバとしての処理仕様は定型だしね。

>>234
ああ、そっか nio　ねっw

postfixのソースコピペ禁止

selectをこちらで担当して
ジャワぽん代表にメッセージフォーマットクラスを設計させて
叩きまくるってのもいいな。

>>237
スクラッチから作るからコピペなんてしない

【募集】
自称アーキテクトでハゲてなくていい男なジャワぽん様
リアルでハゲていてもかまいません。

SMTPサーバのシーケンスクラス設計を出来る方
オサン道場破りにいらしてください

【参加条件】
コテ名にしてください
推奨名
1.ジャワポンアーキテクト
2.おじゃばの子分
3.オブジェクト指向教祖