🚀 go-pugleaf

電総研の佐藤です。ひとつ疑問が解けました。それは、
「includeされたaliasファイル(A)の中からフィルタを起動すると、
　そこで中継されたメッセージのUNIX Fromは(A)のownerになる」
ということです（SunOS4.1でしか調べてませんけど）

　　/etc/aliasesの内容:
  　　  ML: :include:ML-file

　　ML-fileの内容:
    　　"|filter"　　(filterはその中で/usr/lib/sendmailを呼ぶ)

　　ML-fileのowner　　Unix From      Return-Path:
　　--------------    -----------    ------------
　　　　root　　      From:と同じ    From:と同じ
　　　それ以外　　　　owner          From:と同じ

確か、sendmail daemonのownerがrootのときとそれ以外のときも
同じようになります。それと同様な処理が行なわれてるのかな？

また、この場合Unix FromとReturn-Pathが一致しませんが、これは
Return-Pathは、filterに渡される(SMTPの世界から抜ける)時点で
書き込まれる。一方、UNIX Fromは、再びsendmailでSMTPに投げた
ユーザのidがSMTPで渡される。という理解でよいのかしら？
                                                        ^ ^
これで、私自身の管理しているMLに関する問題は解けました\( O )/



On 02/12/93(09:57) motonori@kuis.kyoto-u.ac.jp (Motonori Nakamura) wrote
in <1993Feb12.005707.597@kuis.kyoto-u.ac.jp> (fj.mail:1740/etlss2):
 |中村＠京大情報です。
…
 |> Senderにエラーメッセージを返すようなSMTPサーバの実現は、一般的
 |> なのでしょうか？
 |
 |sendmail 5.67 などでは、UNIX From(SMTP From?) と、もしあれば Errors-To
 |にもエラーメッセージを返すようになっていて、Sender は見ないと思います。
 |まぁ、他のメイラには Sender を見るものもあるかもしれませんが。

SunOS4.1のsendmailも、Senderは見ないようです。ということで、
Senderにエラーの返送先を書いても、あまり意味がないということ
かな。


 |> |>  |そんなわけで、Return-Pathが *-requestになるような送出のし方は、一般に
 |> |>  |まずいと言えると思います。
 |>
 |> 私の疑問は、-f なしの時のデフォルト解釈はいったいどうなってるの
 |> かしら？ということでした。MLのフィルタを実行しているのはdaemonだと
 |> 思いますが、なぜReturn-Path: daemonにならないのかしら？
 |
 |daemon さんは Trusted User ですから、皆さん *-request になるように
 |-f で細工をしていらっしゃるのではないのでしょうか。

エラーメッセージの送り先が*-requestだと、エラーメッセージの
ループが起きてしまうので、それを避けたいという話でした。
つまり、-f *-requestではないように設定したいわけです。

それで、今、問題になったMLのfilterプログラムを覗いてみたら、
sendmailは使っておらず、

　　　/bin/mail -r $request $recipient

となっていました。$requestには、*-requestが設定されるよう
です(前の記事を出す前に確認すべきでした_φ_)


 |私は owner-* とか *-error になるように細工をしています。
 |-f をつけなければ daemon さん発のメールになりますよね?

"|filter"を/etc/aliaseの中に直接書けば、そのとおりだと思い
ます。私の場合、このメイルの最初に書いたような、インダイレクト
な使い方をしているので、こんがらかりました。



 |ftp.kuis.kyoto-u.ac.jp で動かしている mail-archie server では、
 |不思議なことに、はじめ Return-Path/Reply-To/From/UNIX From の順に
 |返送アドレスを検索して検索結果を送り返すような仕様になっていました。

                                                        ^ ^
やはり、Return-Pathが一番確実な返送先アドレスだからでは( o )

 |しかし、送られてくるメールには Return-Path が複数ついているものが
 |あって、片方は UNIX From が正しく反映されていたとしても、もう片方は
 |@domain が落ちていて username だけになってることが多く(なぜ、こんな
 |のが付くのだろう?)、@domain の落ちている方を返送先に利用してしまって、
 |メールがフェイルしてしまうという問題が発生していました。
 |
 |ということで、mail-archie server では Return-Path を見ないように
 |変更しました。Return-Path を信じると痛い目にあうという例ですね。
 |＃ まあ、ヘッダのパースアルゴリズムにも問題があるのかもしれないけど :-p

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

いや、まじめな話、Return-Pathに記憶されるアドレスがもし正しく
維持されていないと、エラーメッセージの返送に支障が起こったり
しないのでしょうか？


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