🚀 go-pugleaf

＃ 投稿に失敗したみたいなのでもう一回送ります。

＃ もしかして２通行ってしまったらごめんなさい。

＃＃ またまた失敗したので(;_;)、もう一回挑戦します。
＃＃ もしかして３通行ってしまったらごめんなさい。


>>>>> In <4e7sjt$ji@exa.onlab.ntt.jp> 
>>>>>	wataru@exa.onlab.ntt.jp (Wataru KawaKami) wrote:

川上さん>  "fj.net.misc"の
川上さん> "Re: not router but MTA. (was Re: DOS/V Magazine 2/1
川上さん>     Special-1)"について(記事
川上さん>     <s1cpwc93m7j.fsf@is28e1s91.jaist.ac.jp>)、
川上さん>     morioka@jaist.ac.jpさん曰く、

守岡>>  私はてっきり representation の話ではなくて、transfer の話をし
守岡>>ているんだと思ったんですが、7bit というのは。transfer agent にとっ
守岡>>ては中にどんなことが書いてあるかなんて知ったことではないですから
守岡>>ね。

川上さん> ただ、sendmailっていうmessage tranfer agentの場合は、message
川上さん> の中身をみていたような。。。

  それは sendmail が行儀が悪いからではないかと思うのですが。

  まあ、SMTP だけを対象としている訳ではないから仕方がないとは思うので
すが。

川上さん> # という意見合いです。 >> morioka@jaist.ac.jp様

  判りました。SMTP の transfer agent の話というよりは sendmail の話だっ
たんですね。

  sendmail は単なる transfer agent ではなくて user agent も兼ね備えて
いますからね。

＃ もっと簡単でちゃんとした SMTP transfer agent があっても良いような気
＃ がする。既にあるのかも知れないけど。

＃ 本当は sendmail で header を書き換えるんじゃなくて、最初からちゃん
＃ とした header を mail reader が作る方が良いような気がするんですが、
＃ 規格とは別に現実は違うんですよね。

＃ それから、header を記述する（message を記述する）ための文字 code, 
＃ 即ち、RFC 822（もしくは、その子孫）という『message 記述言語』の文字
＃ code は昔も今も将来も US-ASCII でしょう。それによって表現される文字 
＃ code はもちろんそれ以外でも良いんですが。

-- 
┯━…‥・懐かしい未来の記憶をふと思い出しかけた・‥…━━┯━━━┯━
││ ─ │  ─  ／    ─   ┼─     ┬                ─   ─┼ ┬┴─
┼┼─┼|〓━─┼ 守岡 知彦 (MORIOKA Tomohiko) <morioka@jaist.ac.jp>─
┻┻━┻━┷━━━━━━━━━━━━━━━━━━━━━━━━━━━━━