🚀 go-pugleaf

On 02/13/93(09:43) motonori@kuis.kyoto-u.ac.jp (Motonori Nakamura) wrote
in <1993Feb13.004308.19645@kuis.kyoto-u.ac.jp> (fj.mail:1744/etlss2):
 |> 「includeされたaliasファイル(A)の中からフィルタを起動すると、
 |> 　そこで中継されたメッセージのUNIX Fromは(A)のownerになる」
...
 |あまり不必要に suid プログラムは作らないという精神からいけば、
 |この方法を利用するのが良いと思いますが、どうでしょうか。

同感です。なーるほどなー、と思いました。-f いらずですしね。
当サイトでは（普通そうだと思いますが）、MLのaliasファイルは
その管理者の持ち物にすることを義務づけているので、好都合です。

 |> エラーメッセージの送り先が*-requestだと、エラーメッセージの
 |> ループが起きてしまうので、それを避けたいという話でした。
 |> つまり、-f *-requestではないように設定したいわけです。
 |
 |なるほど。*-request もリストになってたりすると、ループが起こる
 |可能性がある訳ですね。

自動登録や検索などの機能をもつperlのフィルタがかんでいるよう
です（もとは半田さんの作品らしい）
＃ぼく自身は、MIMEのServiceMailのユーザなので、このフィルタの
＃ことは知りません。


 |>  |私は owner-* とか *-error になるように細工をしています。
 |>  |-f をつけなければ daemon さん発のメールになりますよね?
 |> 
 |> "|filter"を/etc/aliaseの中に直接書けば、そのとおりだと思い
 |> ます。私の場合、このメイルの最初に書いたような、インダイレクト
 |> な使い方をしているので、こんがらかりました。
 |
 |まさか、filter の owner のアカウント名が *-request だとか :-)

あはは。
私の管理しているＭＬ(MIME-ML)では、何も特別な設定をしてない
のに From: ysato@etl.go.jp になるので、不思議だなぁと思ってた
わけです。今回のことで、疑問が晴れました。


 |> Return-Pathを正しく維持することは"strongly recommended"なわけで、
 |> その異常の修正こそ優先すべき問題では:-P

IP接続や、インターネットのルーティングが完全に浸透するまでは、
Return-Pathは有用だし、その維持に努力すべきだと思います。

 |でも世の中には、Return-Path:(UNIX From) のみならず From: でさえも
 |unreachable なアドレスを付けておいて、Reply-To: しか信じてはいけない
 |ような設定でメールを送ってくる人(サイト?)もあったりしますし、

うーん。特定のヘッダを勝手に削ってしまうフィルタもあり、MIME
メイルの転送にも支障が起きています。

 |さらにどんどんネットワークに接続される組織/ホストが増えていく状況では、
 |もっと簡単で確実にメールの設定ができるようにならないといけないのでは
 |ないかなと思う今日この頃なのですが…

メイルシステムのことを良く知らないと（そんな知識を皆が知って
る必要は全然ないはずなのに）、ＭＬの管理ができない、事故に
対処できない現状は困ったものですね。


　　　　　　　　　　　　　　　　 @ @
┰── ─┰─ ┰　　  ／／＼^^　( o )4:6
┠─++佐藤＠ＥＴＬ　／　876m＼ _<   >_　　デヴュー
┸── 　┸　 ┸───────────────────────────★☆