|
どうも、skel.103Mです。 素早いフォローありがとうございます。＞68user様・rosegarden様 >>2063 rosegarden > > でも、なぜこういうことをするようRFCで定められている > > のでしょうか？ > > RFC 821 や RFC 2821 をざっと見た限りだと MUST とか SHOULD > とかいう表現はありませんね。 RFC2821には MUST や SHOULD なる表現があります。RFC2821の 4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)の第２段落にある以下の記述が これに該当すると思います： > A client SMTP SHOULD start an SMTP session by issuing the EHLO > command. ＆ > In any event, a > client MUST issue HELO or EHLO before starting a mail transaction. RFC2821はRFC821を破棄したわけですから、クライアントによるHELO（また はEHLO）コマンドの発行が新しく*必須*となったと考えてよいと思われ ます。その理由っていったい何なんでしょう？？私にはさっぱり想像 できないんですけど……。そこで、 >>2062 68user > とりあえずこちらを。 > http://djbdns.jp.qmail.org/djb/smtp.html を見てみましたが、これによると、「サーバ 実装者には HELOなしの世 界への将来の転換をサポートするように、 クライアント が HELOを省略 させるようにしむけることを推奨します。」という記述があるんです けど。…これってHELO（またはEHLO）の存在意義はないと言ってるよう にとれるんですけど……私だけ？ (^^;;; > 知りませんでしたが、envelope がクリアされるらしいですね。 ご紹介いただいたWebページはqmailの実装をもとにして記述されたもの のようですが、RFC2821にはそれを示唆する部分は見つけられませんでし た。 う〜む…… |
|
>>2067 skel.103M > > > でも、なぜこういうことをするようRFCで定められている > > > のでしょうか？ > > > > RFC 821 や RFC 2821 をざっと見た限りだと MUST とか SHOULD > > とかいう表現はありませんね。 > RFC2821には MUST や SHOULD なる表現があります。RFC2821の > 4.1.1.1 Extended HELLO (EHLO) or HELLO (HELO)の第２段落にある以> 下の記述が > これに該当すると思います： なるほど、おっしゃる通りです。 私は 3.2 を見ていました。 かえって勉強になりました。ありがとうございます。 |
|
はじめまして。 いつも勉強させていただいています。 質問なのですが、 UNIXでファイルのバージョンを管理するコマンド(TOOL!?)って デフォルトであるのでしょうか？ ちなみに、 # $Id: echo-server-select.pl,v 1.1 2001/04/21 18:56:41 68user Exp $ ↑は、どのようにやっているのでしょうか？ （※勝手に引用させてもらいすいません。） |
|
>>2067 skel.103M うーむ、私のレベルではちょっとついていけませんです。無念。 >>2069 @km > UNIXでファイルのバージョンを管理するコマンド(TOOL!?)って > デフォルトであるのでしょうか？ UNIX と言ってもいろいろあります。何をお使いですか? # 上の「使い方」のところにも書いてあるように、OS やバージョンを # 必ず書いて下さい。 無料で利用できるものならば、RCS と CVS があります (SCCS はよく知らない のでパス。今でも現役なのかしら)。FreeBSD, NetBSD, OpenBSD なら両方デフォ ルトで入っています。Solaris なら両方ともデフォルトでは用意されていませ ん (当然ですがインストールすれば使えます)。Linux はわかりません。 両者の特徴はこのページをどうぞ。 http://www2.noritz.co.jp/anchor/ashp/peggy/cvs/cvs_rcs.html このサイトのコンテンツは CVS で管理しています。 http://X68000.startshop.co.jp/~68user/cgi-bin/cvsweb.cgi/ http://X68000.startshop.co.jp/~68user/cgi-bin/cvsweb.cgi/public_html/cgi-bin/wwwboard.cgi http://X68000.startshop.co.jp/~68user/cgi-bin/cvsweb.cgi/public_html/cgi-bin/wwwboard.cgi.diff?r1=1.1&r2=1.2&f=h のように、ファイルの修正履歴が残ること、変更点を容易に把握できること、 ネットワーク経由でアクセスできることが利点です。 > $Id: echo-server-select.pl,v 1.1 2001/04/21 18:56:41 68user Exp $ > ↑は、どのようにやっているのでしょうか？ $Id:$ という文字列を埋め込んでおけば、勝手にバージョンや更新時刻や更新 者名が埋め込まれます。この機能は CVS, RCS 両方に備わっています。 CVS については書籍も4冊ほど出ていますし、解説しているサイトもたくさん ありますので、興味があれば google などで検索してみて下さい。 |
|
>>2070 68user > >>2067 skel.103M > うーむ、私のレベルではちょっとついていけませんです。無念。 68user様が >>2062 68user で紹介されていたサイトは http://www.google.com/search?as_q=SMTP&num=10&btnG=Google+%8C%9F%8D%F5&as_epq=&as_oq=HELO+EHLO&as_eq=&lr=lang_ja&as_occt=any&as_dt=i&as_sitesearch= などでヒットしたサイトのうち最初に出てきたものですよね。上記検索 結果の４つ目付近にある http://spica.u-aizu.ac.jp/study/material/2000-10-17/neo-study3.pdf の７ページ目には次のように書かれていました： 「sender-SMTPとreceiver-SMTPを識別するためのコマンド」 …これは正しいのでしょうか？ これに関する質問は今回限りということで何とぞよろしくお願いします。 m(__)m |
|
どなたかご存じでしたら教えて下さい。 当方、Cygwin on Win95 な環境で Wanderlust on XEmacs として mail 環境を 構築しています。 今回、更に fetchmail & Maildrop を使用して、mail を local に取り込もうと しています。 Maildrop で local spool に取り込み、Wanderlust で読むとすれば、Maildir 形式になるかと思い、試行錯誤の上、何とか Maildir 形式で取り込めたのですが、 Wanderlust で読み込む段になって困ってしまいました。 Maildir 形式だと、new/ -> cur/ の mail 移動を行う際に、path にl `:' を 含めてしまうんですね。 Windwos では、path に `:' を含めることが出来ないため、ここから先に進む ことが出来ません。 どなたかこの様な状況を解決された方はいらっしゃいませんでしょうか。 |