rcpthostsについて

[Maverick]

Maverickです。
お世話になってます。

ついにメールサーバが起動しました。
が、問題が発生してしまいました。

今あるメールサーバ（mail.mydomain.co.jp）に不特定多数の方からメールを
受信しようとする場合、/var/qmail/control/rcpthosts に記載されていない
ドメインがはじかれてしまい、メールの配送ができなくなります。
つまり、som...@foo.com が、us...@mail.mydomain.co.jp へメールを送信
しようとすると、/var/qmail/control/rcpthosts にはfoo.com が記載
されていないので、配送できないようです。

このように不特定多数の方からのメールの受信を、安全に受け付けるには
やはり「tcpserver」をインストールするしかないのでしょうか？

どうぞ、よろしくお願い致します。

[Kawaguti Ginga]

川口です

少なくともマニュアルやドキュメントを読んでから投稿しませんか?

<3B02CF0A...@geocities.co.jp>の記事において
mave...@geocities.co.jpさんは書きました。

> 今あるメールサーバ（mail.mydomain.co.jp）に不特定多数の方からメールを
> 受信しようとする場合、/var/qmail/control/rcpthosts に記載されていない
> ドメインがはじかれてしまい、メールの配送ができなくなります。
> つまり、som...@foo.com が、us...@mail.mydomain.co.jp へメールを送信
> しようとすると、/var/qmail/control/rcpthosts にはfoo.com が記載
> されていないので、配送できないようです。

rcpthosts はそのようなファイル(設定)ではありません．
qmail-control や qmail-smtpd のマニュアルは読んでください．
一体何をしようとしているのでしょう?

> このように不特定多数の方からのメールの受信を、安全に受け付けるには
> やはり「tcpserver」をインストールするしかないのでしょうか？

tcpserver を使うのは構いませんが，理由はたぶん勘違いしています．

<3B02D048...@geocities.co.jp>の記事において
mave...@geocities.co.jpさんは書きました。
> qmail-pop3d を導入した事によって、メールの置き場所が ~username/Maildir
> ディレクトリに変更になりました。
> が、実際にメールを送信しても、そのメールの本文が見当たらないのです。

"本文" って具体的には何のことでしょう?
こういう表現ではどういう症状のことを言っているのかさっぱり分かりません．
(header のみ見えるんでしょうか...)

> あと少しですので、どうぞお力を貸してください。

人の力を借りる前にまずちゃんとやるべきことをやらないと
アドバイスをもらっても活用できませんよ．
--
∧∧
Zzz.. (- - )⌒⌒⊇～ 川口 銀河
############## gi...@athena.club.ne.jp

[Tomoaki Akiyama]

こんにちは、秋山です。

At Thu, 17 May 2001 04:03:38 +0900,
Maverick wrote:

> 今あるメールサーバ（mail.mydomain.co.jp）に不特定多数の方からメールを
> 受信しようとする場合、/var/qmail/control/rcpthosts に記載されていない
> ドメインがはじかれてしまい、メールの配送ができなくなります。

qmailは、原則的に転送を行わないようになっています。いわゆるSPAMなどの
中継に使われないようにだと思います。

> つまり、som...@foo.com が、us...@mail.mydomain.co.jp へメールを送信
> しようとすると、/var/qmail/control/rcpthosts にはfoo.com が記載
> されていないので、配送できないようです。

rcphostsにmydomain.co.jpを記述しておけば受け取れるのではないでしょうか。

> このように不特定多数の方からのメールの受信を、安全に受け付けるには
> やはり「tcpserver」をインストールするしかないのでしょうか？

必要ないと思います。不特定多数にサービスを提供する時は、慎重に事を運ん
だほうがよいでしょう。

なお、http://qmail.kita-q.com/をじっくりご覧になることをお勧めしておき
ます。

--

Tomoaki Akiyama 秋山　智朗
mailto:tom...@akiyama.nu
http://www.akiyama.nu/~tom-a/

[KATOH Yasufumi]

加藤泰文です．

>>> On Thu, 17 May 2001 04:03:38 +0900
in message "rcpthostsについて"
Maverick-san wrote:

> つまり、som...@foo.com が、us...@mail.mydomain.co.jp へメールを送信
> しようとすると、/var/qmail/control/rcpthosts にはfoo.com が記載
> されていないので、配送できないようです。

そんなことはありません．rcpthosts はそのような目的のファイルではありま
せん．

http://www.jp.qmail.org/q103/jman8/qmail-smtpd.html#rcpthosts をどうぞ．

> このように不特定多数の方からのメールの受信を、安全に受け付けるには
> やはり「tcpserver」をインストールするしかないのでしょうか？

qmail はそのままではメールサーバ自身からのメールしか，他ドメイン
(rcpthosts に書かれていないドメイン) 宛に配送しません．

それでは例えば組織のメールサーバとしてみんなが使うには不便ですよね?

ドキュメントや FAQ をもうすこし読んで，良く理解してから運用を開始して
ください．不十分な知識でメールサーバを運用すると，他の人，組織に迷惑を
かける可能性があります．

--
==============================================
(((( 加藤泰文 ka...@prog.club.ne.jp
○-○ http://www.ae.wakwak.com/%7Ekarma/
==============================================

[Maverick]

Maverickです。
お世話になってます。
自己レスです。

> 今あるメールサーバ（mail.mydomain.co.jp）に不特定多数の方からメールを
> 受信しようとする場合、/var/qmail/control/rcpthosts に記載されていない
> ドメインがはじかれてしまい、メールの配送ができなくなります。
> つまり、som...@foo.com が、us...@mail.mydomain.co.jp へメールを送信
> しようとすると、/var/qmail/control/rcpthosts にはfoo.com が記載
> されていないので、配送できないようです。

これを具体的に説明させていただきます。

a...@dokoka.co.jp --> | mail.mydomain.co.jp | --> o...@mail.mydomain.co.jp

上記のようにa...@dokoka.co.jpからo...@mail.mydomain.co.jpへメールを
送信します。
すると、以下のようなエラーとなります。

>>> RCPT To:<o...@mail.mydomain.co.jp>
<<< 553 sorry, that domain isn't in my list of allowed rcpthosts
(#5.7.1)
550 <o...@mail.mydomain.co.jp>... User unknown

このエラーメッセージは「rcpthostsに、dokoka.co.jpが記載されていない
」という事ではないにでしょうか？
だとしたら、/control/rcpthostsにdokoka.co.jpを書き加えればいいので
しょうか？

また、「User unknown」というエラーも気になるのですが。

読解力が低い事はわかっていますが、どうかお力を貸してください。

[IKEDA Kenji]

In article <3B03E4D1...@geocities.co.jp>,
Maverick <mave...@geocities.co.jp> writes:

>>>> RCPT To:<o...@mail.mydomain.co.jp>
> <<< 553 sorry, that domain isn't in my list of allowed rcpthosts
> (#5.7.1)

> このエラーメッセージは「rcpthostsに、dokoka.co.jpが記載されていない
> 」という事ではないにでしょうか？

違います。

どうして、「rcpthostsに、mail.mydomain.co.jpが記載されていない」からだ
とは思わないのでしょうか?

ほんとうに、附属のドキュメントを読んでいるのですか?

--
池田研二 稲城駅前在住

[Maverick]

Maverickです。
お世話になってます。

IKEDA Kenji wrote:
> 違います。
>
> どうして、「rcpthostsに、mail.mydomain.co.jpが記載されていない」からだ
> とは思わないのでしょうか?

違います。
/control/rcpthostsファイルには、mail.mydomain.co.jpが記載されています。
ですから、質問しているのです。

> ほんとうに、附属のドキュメントを読んでいるのですか?

きちんとではないにしても、ドキュメントは読んでいます。
読解力がないのかもしれませんが、そういうレベルの問題で、こういうNG上で
質問などしません。
そこまで失礼な事はしません。

では、よろしくお願い致します。

[KATOH Yasufumi]

加藤泰文です．

>>> On Thu, 17 May 2001 23:48:49 +0900
in message "Re: rcpthostsについて"
Maverick-san wrote:

> >>> RCPT To:<o...@mail.mydomain.co.jp>
> <<< 553 sorry, that domain isn't in my list of allowed rcpthosts
> (#5.7.1)
> 550 <o...@mail.mydomain.co.jp>... User unknown

> このエラーメッセージは「rcpthostsに、dokoka.co.jpが記載されていない
> 」という事ではないにでしょうか？

違いますねえ．mail.mydomain.co.jp が記載されていないと言う事だと思うの
ですが，記載されているんですよね…．う～ん，わからない…．

[Hiroyuki Shimada]

　こんにちは。島田です。

　なんだかわけがわからない動作になっていますね。

　設定ファイルを全部退避して、一度、me だけにしてからやり直してみたらい
かがでしょうか。もしかして、いろんな設定ファイルがあって、動作をわかりに
くくしているのかもしれません。
　そのほうが順を追ってできるので、理解しやすいと思います。

----------------------------------------------------------------------
Mail: shim...@din.or.jp
Home Page: http://www.din.or.jp/~shimaden/
島田博幸
Hiroyuki Shimada
----------------------------------------------------------------------

[Tomoaki Akiyama]

こんにちは、秋山です。

At Fri, 18 May 2001 04:30:25 +0900,
Maverick wrote:

> /control/rcpthostsファイルには、mail.mydomain.co.jpが記載されています。
> ですから、質問しているのです。

/var/qmail/control/rcpthostsには、mail.mydomain.co.jpだけが記述されて
いるのでしょうか。mydomain.co.jpという行を加えてみてはいかがでしょう。

[IKEDA Kenji]

In article <3B0426D1...@geocities.co.jp>,
Maverick <mave...@geocities.co.jp> writes:

> /control/rcpthostsファイルには、mail.mydomain.co.jpが記載されています。

# root 直下に control がある? わざわざ conf-qmail の一行目を / に書き
# 換えて make したのか? というのは置くとしても… まぎらわしいことを。

では、qmail-smtpd には、それが読めていないのでしょう。

あなたには mail.mydomain.co.jp と読めるものが、
qmail-smtpd には mail.mydomain.co.jp とは読めない。

綴りが違う、改行文字が変、encode が違う、変な制御文字が入っている…
もしくは、テストメイルの宛先のドメインパートが mail.mydomain.co.jp と
綴りが違う、改行文字が変、encode が違う、変な制御文字が入っているだった…

cat -v /var/qmail/control/rcpthosts の結果を cut&paste してもらません?
エラーメッセージも本物を。

mail.mydomain.co.jp ってのは、投稿する前に書き換えた後のものでしょ?
そんなの見せられたって、判断のしようがない。

これで、rcpthosts に問題がなければ、まともにインストールできていないこ
とになる。

> きちんとではないにしても、ドキュメントは読んでいます。

では、「きちんと」読んでください。普通に読んでいれば、

>>> このエラーメッセージは「rcpthostsに、dokoka.co.jpが記載されていない
>>> 」という事ではないにでしょうか？

なんてことを書こうとは思わないでしょう。ちなみに、「ドキュメント」とい
うのは qmail-1.03.tar.gz に含まれる DJB が書いたものを指します。
誰が書いたか知れん雑誌や Web Page に書かれたものを読まないように。
そういうものは、DJB の書いたドキュメントをきちんと理解し、
一度正しく運用できるようになってから参考にすればいい。

--
池田研二 稲城駅前在住

[Akihiro IIJIMA]

> >>> RCPT To:<o...@mail.mydomain.co.jp>
> <<< 553 sorry, that domain isn't in my list of allowed rcpthosts

rcpthostsの内容って
どのプログラムが
どのタイミングで読み込むのか
ご存じですよね。

see
http://www.jp.qmail.org/q103/jman5/qmail-control.html

... って
このファイルは qmail-smtpd が読み込むんだけど
ふつう qmail-smtpd は 毎回起動されてるから だいじょうぶか。

じゃ なんで?
--
飯島 昭博 (Akihiro Iijima) a...@DEBUG.gr.jp

[Maverick]

Maverickです。
お世話になってます。

本日、頭の中をスッカラカンにして、もう一度最初から考え直しました。
そして、ようやく理解できました。

まず、qmailはそのままでは外部とリレー中継を行わないという事が理解
できました。
そこで、tcp-envに条件を与えてあげなければならないという事に気付きまし
た。
/etc/hosts.allowファイルに、以下のように記述しました。

tcp-env: 127.: setenv = RELAYCLIENT
tcp-env: ALL

この記述を加える事によって、

a...@dokoka.co.jp -> | mail.mydomain.co.jp | -> o...@mail.mydomain.co.jp

というa...@dokoka.co.jpからo...@mail.mydomain.co.jpへのメールの送信が
可能となりました。
この時、rcpthostsは以下のように設定しました。

mail.mydomain.co.jp
my.domain.co.jp

しかし、次のような状況になった場合に、また以前と同じエラーメッセージが
表示されるようになりました。

o...@mail.mydomain.co.jp -> | mail.mydomain.co.jp | -> a...@dokoka.co.jp

そこで、やはりrcpthostsファイルに、以下の記述を加えました。

mail.mydomain.co.jp
mydomain.co.jp
dokoka.co.jp

そうすると、ようやくo...@mail.mydomain.co.jpからa...@dokoka.co.jpへと
メールを送信できるようになりました。

どうも本当にありがとうございました。

ところで、このrcpthosotsファイルに記述されたドメインからのメールの
受信を許可しないようになっていますが、例えばいろんな方（不特定多数）
からのメールをo...@mail.mydomain.co.jpで受信したいと考えた場合、
rcpthostsファイルにはよく使われるモノを50個ほど、それ以上は
morercpthostsファイルに記述した方がよいとありました。
実際には日本のプロバイダ（メールのアカウントを発行してくれるISP）は
かなりの数があると思いますが、その数だけmorercpthostsファイルに
記述した方がいいのでしょうか？
しかも、フリーメールやら転送用のドメイン名などありますが、実際には
どのくらい設定してあげればいいのでしょうか？
まあ、全部記述しろというのであれば、記述するにこした事はないのでしょう
が。

どうぞ、よろしくお願い致します。

[Maverick]

Maverickです。
お世話になってます。

Akihiro IIJIMA wrote:
> rcpthostsの内容って
> どのプログラムが
> どのタイミングで読み込むのか
> ご存じですよね。
>
> see
> http://www.jp.qmail.org/q103/jman5/qmail-control.html
>
> ... って
> このファイルは qmail-smtpd が読み込むんだけど
> ふつう qmail-smtpd は 毎回起動されてるから だいじょうぶか。
>
> じゃ なんで?

どうもありがとうございました。
ようやく理解できました。
本当にお世話になりました。

また何かありましたら、よろしくお願い致します。

[Maverick]

Maverickです。
お世話になってます。

IKEDA Kenji wrote:
> # root 直下に control がある? わざわざ conf-qmail の一行目を / に書き
> # 換えて make したのか? というのは置くとしても… まぎらわしいことを。
>
> では、qmail-smtpd には、それが読めていないのでしょう。
>
> あなたには mail.mydomain.co.jp と読めるものが、
> qmail-smtpd には mail.mydomain.co.jp とは読めない。
>
> 綴りが違う、改行文字が変、encode が違う、変な制御文字が入っている…
> もしくは、テストメイルの宛先のドメインパートが mail.mydomain.co.jp と
> 綴りが違う、改行文字が変、encode が違う、変な制御文字が入っているだった…
>
> cat -v /var/qmail/control/rcpthosts の結果を cut&paste してもらません?
> エラーメッセージも本物を。
>
> mail.mydomain.co.jp ってのは、投稿する前に書き換えた後のものでしょ?
> そんなの見せられたって、判断のしようがない。
>
> これで、rcpthosts に問題がなければ、まともにインストールできていないこ
> とになる。
>

> では、「きちんと」読んでください。普通に読んでいれば、
>
> >>> このエラーメッセージは「rcpthostsに、dokoka.co.jpが記載されていない
> >>> 」という事ではないにでしょうか？
>
> なんてことを書こうとは思わないでしょう。ちなみに、「ドキュメント」とい
> うのは qmail-1.03.tar.gz に含まれる DJB が書いたものを指します。
> 誰が書いたか知れん雑誌や Web Page に書かれたものを読まないように。
> そういうものは、DJB の書いたドキュメントをきちんと理解し、
> 一度正しく運用できるようになってから参考にすればいい。

どうもありがとうございました。
ようやく理解できました。

今回の件は、qmailのデフォルト設定がどうなっていたのか理解できなかった
私が悪かったんです。
申し訳ありませんでした。
とりあえず無事設定が終わりました。
本当にありがとうございました。

また何かありましたら、よろしくお願い致します。

[Maverick]

Maverickです。
お世話になってます。

Tomoaki Akiyama wrote:
> /var/qmail/control/rcpthostsには、mail.mydomain.co.jpだけが記述されて
> いるのでしょうか。mydomain.co.jpという行を加えてみてはいかがでしょう。

どうもありがとうございました。
一度、ご指摘の通りにやってみたのですが、まだダメだったので、もう一度
最初から、頭をスッカラカンにして考えてみたら、qmailはデフォルトでは
リレー中継を行わないという事に気付きました。
そこでリレー中継を行うように設定したところ、無事目的を果たしました。
ついでに逆の動作も最初、少し悩んだのですが、rcpthostsファイルに
書き加えてやると、無事メールの送信を行いました。

本当にありがとうございました。
また何かありましたら、よろしくお願い致します。

[Maverick]

Maverickです。
お世話になってます。

Hiroyuki Shimada wrote:
> 　なんだかわけがわからない動作になっていますね。
>
> 　設定ファイルを全部退避して、一度、me だけにしてからやり直してみたらい
> かがでしょうか。もしかして、いろんな設定ファイルがあって、動作をわかりに
> くくしているのかもしれません。
> 　そのほうが順を追ってできるので、理解しやすいと思います。

どうもありがとうございました。
ご指摘通りにまず、まっさらな状態に戻して、頭の中もスッカラカンにして
みました。
そうしたところ、qmailのデフォルト設定に気付きました。

本当にお世話になりました。
また何かありましたら、よろしくお願い致します。

[Maverick]

Maverickです。
お世話になってます。

KATOH Yasufumi wrote:
> 違いますねえ．mail.mydomain.co.jp が記載されていないと言う事だと思うの
> ですが，記載されているんですよね…．う～ん，わからない…．

どうもありがとうございました。
とりあえず、最初に戻って、頭の中もスッカラカンにして考えてみたところ、
qmailのデフォルト設定に気付きました。
そこで、リレー中継の設定を行ったところ、無事目的通りに作動しました。
またrcpthostsファイルが何をやっているのかを考えてみたら、ようやく理解
できました。

本当にお世話になりました。
また何かありましたら、よろしくお願い致します。

[Maverick]

Maverickです。
お世話になってます。
自己レスです。

> ところで、このrcpthosotsファイルに記述されたドメインからのメールの
> 受信を許可しないようになっていますが、例えばいろんな方（不特定多数）

~~~~~~~~~~

ここは、間違えました。
rcpthostsファイルに記述されたドメイン名のみ、MUAからのSMTPを受け付ける
んですよね。
ちょっと混乱してました。
ごめんなさい。

ですから、ここは「rcpthostsファイルに記述されたドメインからのメールの
受信を許可するように…」が正解です。

すみませんでした。

[IKEDA Kenji]

ううう。これで最後にしよう。

In article <3B057516...@geocities.co.jp>,
Maverick <mave...@geocities.co.jp> writes:

> そして、ようやく理解できました。

まるでできていません。

> /etc/hosts.allowファイルに、以下のように記述しました。

> tcp-env: 127.: setenv = RELAYCLIENT
> tcp-env: ALL

これじゃ足りんでしょう。これだと、qmail が動いているマシンからしか外へ
メイルが出せない。qmail が扱う組織内のネットワークも記述しなければいけ
ない。

たとえば、2xx.123.45.0/24 というグローバルアドレスと、192.168/16 とい
うプライベイトアドレスをあなたの組織が使っていて qmail がそこからのメ
イルを扱うのであれば、

tcp-env: 127.: setenv = RELAYCLIENT

tcp-env: 2xx.123.45.: setenv = RELAYCLIENT
tcp-env: 192.168..: setenv = RELAYCLIENT
tcp-env: ALL

と書かねばならない。こうしておけば、内部から外へメイルを出すのに、
rcpthosts はチェックされなくなる。なので、

> そこで、やはりrcpthostsファイルに、以下の記述を加えました。

こんな、組織外のドメインを rcpthosts に書くようなまねはしなくてよい。

ちゃんと FAQ というファイルに書いてあることを読んでくれ!

> ところで、このrcpthosotsファイルに記述されたドメインからのメールの
> 受信を許可しないようになっていますが、

嘘を書き散らすのはやめてくれ。

> 例えばいろんな方（不特定多数）からのメールをo...@mail.mydomain.co.jp
> で受信したいと考えた場合、rcpthostsファイルにはよく使われるモノを50
> 個ほど、それ以上はmorercpthostsファイルに記述した方がよいとありまし
> た。

そんなこと、どこに書いてあったんだ?
qmail-smtpd(8)の morercpthosts に書いてあるのは、組織がでかくて受けと
るべきドメインが山ほどある場合の話だ。組織外の話じゃない。

デマを巻き散らすのはやめてくれ。

> どのくらい設定してあげればいいのでしょうか？まあ、全部記述しろという
> のであれば、記述するにこした事はないのでしょうが。

ちゃんとドキュメントを読んで理解してくれ。
それができないのであれば、コンサルタントでも雇ってくれ。
それもできないならせめてだまっていてくれ。

ネットワークに嘘を垂れ流すのはやめてくれ。

--
池田研二 稲城駅前在住

[IKEDA Kenji]

見りゃわかると思うけど訂正。

In article <86g0e29...@poe.mob.or.jp>,
IKEDA Kenji <noro...@mob.or.jp> writes:

> tcp-env: 192.168..: setenv = RELAYCLIENT

tcp-env: 192.168.: setenv = RELAYCLIENT

ピリオドがひとつ余計だった。

--
池田研二 稲城駅前在住

[Hiroyuki Shimada]

　こんにちは。島田です。

On Sat, 19 May 2001 04:16:38 +0900
Maverick <mave...@geocities.co.jp> wrote:

> /etc/hosts.allowファイルに、以下のように記述しました。
>
> tcp-env: 127.: setenv = RELAYCLIENT
> tcp-env: ALL
>
> この記述を加える事によって、
>
> a...@dokoka.co.jp -> | mail.mydomain.co.jp | -> o...@mail.mydomain.co.jp
>
> というa...@dokoka.co.jpからo...@mail.mydomain.co.jpへのメールの送信が
> 可能となりました。

　逆です。

> この時、rcpthostsは以下のように設定しました。
>
> mail.mydomain.co.jp
> my.domain.co.jp

　と rcpthosts に書いたから、a...@dokoka.co.jp から
o...@mail.mydomain.co.jp へのメールを「受ける」ことができたのです。
　rcpthosts の rcpt は receipt、つまり、qmail SMTP サーバがメールの受取
人として認めるドメインを書くファイルです。

> しかし、次のような状況になった場合に、また以前と同じエラーメッセージが
> 表示されるようになりました。
>
> o...@mail.mydomain.co.jp -> | mail.mydomain.co.jp | -> a...@dokoka.co.jp
>
> そこで、やはりrcpthostsファイルに、以下の記述を加えました。
>
> mail.mydomain.co.jp
> mydomain.co.jp
> dokoka.co.jp
>
> そうすると、ようやくo...@mail.mydomain.co.jpからa...@dokoka.co.jpへと
> メールを送信できるようになりました。

　rcpthosts に dokoka.co.jp を加えたから、受取人が dokoka.co.jp ドメイン
であるメールの配送を認めたのです。

　で、rcpthosts には、自分のホスト名やドメイン名以外書くべきではないと思
います。
　rcpthosts には、

mail.mydomain.co.jp
mydomain.co.jp

だけを書いておいて、/etc/hosts.allow に、社内 LAN のセグメントが
192.168.1.0/24 である場合、

tcp-env: 127.: setenv = RELAYCLIENT

tcp-env: 192.168.1.: setenv = RELAYCLIENT
tcp-env: ALL

と書きます。

　上記の話で a...@dokoka.co.jp へ送れなかったのは、マシン mail.mydomain.co.jp
から送ったのではなくて、そのマシンにつながっている LAN 上のマシンから送っ
たからじゃないでしょうか。

> ところで、このrcpthosotsファイルに記述されたドメインからのメールの
> 受信を許可しないようになっていますが、例えばいろんな方（不特定多数）
> からのメールをo...@mail.mydomain.co.jpで受信したいと考えた場合、
> rcpthostsファイルにはよく使われるモノを50個ほど、それ以上は
> morercpthostsファイルに記述した方がよいとありました。

　rcpthosts に、前述の 2 行を書いておけば、いろいろなドメインからのメー
ルを「受ける」ことができます。rcpthosts は、「どこから来たメールを許可す
る」ファイルではなくて、「どこへ行くメールを許可する」ためのファイルです。

　社内 LAN からいろいろなドメインへ送れないのは、/etc/hosts.allow に、社
内 LAN からのリレーを許可していなかったからです。

[Maverick]

Maverickです。
お世話になってます。

大変申し訳ありませんが、貴方の投稿記事は全く私には理解できません。
それは私の読解力のなさにも問題があるのかもしれませんが、顔も知らない方
にどうしてそこまで言われなければならないのでしょうか？

Linuxの作成者は「初心者は大事に育てなければならない」と何かのWebページ
で拝見しました。
が、貴方の投稿記事からは全くそういう意志が伝わりません。

確かにコンピュータネットワークを理解していない人間にとって、Linuxを
導入する事は、とても難解で危険な代物かもしれません。
が、これからLinuxを導入していこうと思っている方々の気持ちを逆撫でする
ような投稿記事は、どういうつもりで投稿されているのでしょうか？
Linuxを使用している方々は、ある種の「特権階級」が存在するのでしょうか？
私はそうは思いません。

もし、私の理解が間違っているのであれば、それを指摘し、そして正しい
方向へ導いてあげるのが、先輩諸氏としての責務であり、またネットワーク
環境に接続された方への礼儀ではないでしょうか？

私としては、全くデタラメや嘘を投稿する気は毛頭ありません。
が、理解が不十分であるというのであれば、それをきちんと説明すべきでは
ないでしょうか？
「ドキュメントを読め」「FAQを読め」だけでは、理解できない事もあるはず
です。
ですからNGという場を借りて、「聞かぬは一生の恥」と思い質問しているので
す。
ならば私よりもLinuxに関して造詣の深い貴方ならば、それは理解できるのでは
ないでしょうか？
貴方も昔は「初心者」だったのではないでしょうか？

「わからないなら、理解できないなら、Linuxは使用するな」という事は
わかりますが、世の中それだけでは渡っていけないのです。
確かに時間も技術も、そして個人レベルの向上も必要でしょう。
だからこそ、こういう場を通じて、学んでいこうとしている方々を、貴方は
罵倒するのですか？
もし、私の投稿記事が気に入らないのであれば、そうおっしゃってください。
そして、私の投稿記事に返信しないでください。

大変申し訳ありませんが、貴方の投稿記事からは、初心者に対する「愛」が
感じられません。
初心者を育てていこうとする気持ちが伝わりません。
悲しいです。

ですから、今後私の投稿記事をご覧になっても、「ああ、またバカが何か
書き込んでるよ」と心の中に思っていてくださって、結構です。
それでも私はLinuxを使用しなければならないのですから。

では、どうもありがとうございました。

[Maverick]

Maverickです。
お世話になってます。

Hiroyuki Shimada wrote:
> 　で、rcpthosts には、自分のホスト名やドメイン名以外書くべきではないと思
> います。
> 　rcpthosts には、
>
> mail.mydomain.co.jp
> mydomain.co.jp
>
> だけを書いておいて、/etc/hosts.allow に、社内 LAN のセグメントが
> 192.168.1.0/24 である場合、
>
> tcp-env: 127.: setenv = RELAYCLIENT
> tcp-env: 192.168.1.: setenv = RELAYCLIENT
> tcp-env: ALL
>
> と書きます。

以上の記載通りに、もう一度設定し直してみました。
（因みにLANセグメントは存在しないのですが、記述しました）

すると、a...@dokoka.co.jpからo...@mydomain.co.jpへのメールの送信は可能で
す。
が、o...@mydomain.co.jpからa...@dokoka.co.jpへメールを送信しようとすると、
MUAが「553 sorry, that domain isn't in my list of allowed recphosts
(#5.7.1)」というエラーを表示します。
でも、メール自体はa...@mydomain.co.jpへと送れます。

> 　rcpthosts に、前述の 2 行を書いておけば、いろいろなドメインからのメー
> ルを「受ける」ことができます。rcpthosts は、「どこから来たメールを許可す
> る」ファイルではなくて、「どこへ行くメールを許可する」ためのファイルです。

rcpthostsファイルで設定された mydomain.co.jp記述があるという事は、外部か
ら
のメール（この場合a...@dokoka.co.jp）がmydomain.co.jpへ行くメールを許可し
て
いると思うのですが、何故エラーが表示されてしまうのでしょうか？

因みに/var/log/maillogファイルを見ても、delivery xx: success と記述が
あります。

例えば、o...@mydomain.co.jpが外部からmail.mydomain.co.jpを介して、外部へ
とメールを送信したい場合には、o...@mydomain.co.jpが接続しているドメイン名
をrcpthostsファイルに記述する必要があるのでしょうか？
o...@domain.co.jp宛のメールを外部のマシンで管理したいとすると、
/etc/hosts.allowファイルに

tcp-env: www.xxx.yyy.zzz: setenv = RELAYCLIENT
（www.xxx.yyy.zzzは、外部のマシンのIPアドレス）

という記述が必要なのでしょうか？
でも、これはセキュリティ上、あまり好ましくないですね。

やっと何となくではありますが、理解しつつあります。
では、今後ともよろしくお願い致します。

[Yoshitaka 'Railway' Sugishita]

fj.news.style へ。

In article <3B061CF5...@geocities.co.jp>
Maverick <mave...@geocities.co.jp> writes:
> 大変申し訳ありませんが、貴方の投稿記事は全く私には理解できません。

そうですか。

In article <86g0e29...@poe.mob.or.jp>
IKEDA Kenji <noro...@mob.or.jp> writes:
| Subject: Re: rcpthostsについて

| > そして、ようやく理解できました。
| まるでできていません。

| ちゃんと FAQ というファイルに書いてあることを読んでくれ!

| 嘘を書き散らすのはやめてくれ。

| デマを巻き散らすのはやめてくれ。

| ちゃんとドキュメントを読んで理解してくれ。
| それができないのであれば、コンサルタントでも雇ってくれ。
| それもできないならせめてだまっていてくれ。

| ネットワークに嘘を垂れ流すのはやめてくれ。

どの文も、たいへん理解しやすく書かれていると思いますが、それでも理解
できませんか。

> それは私の読解力のなさにも問題があるのかもしれませんが、顔も知らない方
> にどうしてそこまで言われなければならないのでしょうか？

たぶん、自分で調べるべきことを調べず他者に聞きまくるなどの行動が、他
者に迷惑をかけていると、判断されるからでしょう。

> Linuxの作成者は「初心者は大事に育てなければならない」と何かのWebページ
> で拝見しました。

「だから、初心者は、自分では何もせず、経験者に頼り切ってよい」という
論ですか。

残念ながら、そのような論は、世の中で広く通用するとは限りません。

> が、これからLinuxを導入していこうと思っている方々の気持ちを逆撫でする
> ような投稿記事は、どういうつもりで投稿されているのでしょうか？

たぶん、「初心者は、自分では何もせず、経験者に頼り切ってよい」という
論のもとに、自分で調べるべきことを調べず他者に聞きまくるなどの行動が、
他者に迷惑をかけていると、お教えするつもりでしょう。

> Linuxを使用している方々は、ある種の「特権階級」が存在するのでしょうか？

他者に迷惑をかける行為に対する指摘は、別に、「特権階級」だけの特権で
はありませんよ。

> もし、私の理解が間違っているのであれば、それを指摘し、そして正しい
> 方向へ導いてあげるのが、先輩諸氏としての責務であり、またネットワーク
> 環境に接続された方への礼儀ではないでしょうか？

はい。

で、先輩諸氏は、「初心者は、自分では何もせず、経験者に頼り切ってよい」
という論のもとに、自分で調べるべきことを調べず他者に聞きまくるなどの姿
勢が当然であるという“理解”が間違っているので、それを指摘し、そして、
「自分で調べるべきことは調べよ」などと、正しい方向へ導いてあげているの
だと思いますが。

> が、理解が不十分であるというのであれば、それをきちんと説明すべきでは
> ないでしょうか？

はい。

で、前述のとおり、説明はされていますよね。

> 「ドキュメントを読め」「FAQを読め」だけでは、理解できない事もあるはず
> です。

はい。

で、本件は、そういう話ではないですよね。

> ならば私よりもLinuxに関して造詣の深い貴方ならば、それは理解できるのでは
> ないでしょうか？
> 貴方も昔は「初心者」だったのではないでしょうか？

たぶん、そのとおりでしょう。

しかし、全ての初心者が、「初心者は、自分では何もせず、経験者に頼り切
ってよい」という論のもとに、自分で調べるべきことを調べず他者に聞きまく
るなどの行動をとっていたとは、限りません。

「自分で調べるべきことは調べる」という初心者も、いたかも知れません。

> 「わからないなら、理解できないなら、Linuxは使用するな」という事は
> わかりますが、世の中それだけでは渡っていけないのです。

「わからないなら、理解できないなら、Linuxは使用するな」などとは、ど
こにも書かれていないのですが。

> だからこそ、こういう場を通じて、学んでいこうとしている方々を、貴方は
> 罵倒するのですか？

罵倒なんて、どこにもないのですが。

> もし、私の投稿記事が気に入らないのであれば、そうおっしゃってください。

気に入らないのではなく、他者に迷惑をかけているのです。

> そして、私の投稿記事に返信しないでください。

返信があろうがなかろうが、他者に迷惑をかけているという事実は変わりま
せん。

むしろ、間違った情報が真実であるかのように流されれば、それは、誰かの
手によって訂正されなければなりません。

> ですから、今後私の投稿記事をご覧になっても、「ああ、またバカが何か
> 書き込んでるよ」と心の中に思っていてくださって、結構です。

しかし、間違った情報が真実であるかのように流されれば、それは、誰かの
手によって訂正されなければなりません。

> それでも私はLinuxを使用しなければならないのですから。

それなら、やはり、

| それができないのであれば、コンサルタントでも雇ってくれ。

こうすべきですよね。
--
Yoshitaka Sugishita 杉下 宜隆 sugi...@po.ntts.co.jp

[maruyama]

まるやまです。

Maverickさんの<3B061CF5...@geocities.co.jp>から
>Linuxの作成者は「初心者は大事に育てなければならない」と何かのWebページ
>で拝見しました。

初心者を免罪符にしないで下さい。
誰もあなたが初心者かどうかなんて気にしてませんし、
投稿する以上自分の記事内容に責任をもって下さい。
記事の価値は投稿者で決まるのではなく記事内容で決まるんです。

>Linuxを使用している方々は、ある種の「特権階級」が存在するのでしょうか？
>私はそうは思いません。

そう思っているのなら、
初心者なんていう特権階級を振り回さないで下さい。

>もし、私の理解が間違っているのであれば、それを指摘し、そして正しい
>方向へ導いてあげるのが、先輩諸氏としての責務であり、またネットワーク
>環境に接続された方への礼儀ではないでしょうか？

そんな責務も礼儀もないし、
本来あなたの問題なんだから自分で解決するものでしょ？

>私としては、全くデタラメや嘘を投稿する気は毛頭ありません。
>が、理解が不十分であるというのであれば、それをきちんと説明すべきでは
>ないでしょうか？

本来自分で解決することであって、
そんなべきはない。

---------
丸山 佳範
mailto:bl...@gol.com
http://page.freett.com/elledia/

[Hiroyuki Shimada]

　こんにちは。島田です。

On Sat, 19 May 2001 16:56:07 +0900
Maverick <mave...@geocities.co.jp> wrote:

> すると、a...@dokoka.co.jpからo...@mydomain.co.jpへのメールの送信は可能で
> す。

　これは rcpthosts の設定が正しいことを意味しますね。

> が、o...@mydomain.co.jpからa...@dokoka.co.jpへメールを送信しようとすると、
> MUAが「553 sorry, that domain isn't in my list of allowed recphosts
> (#5.7.1)」というエラーを表示します。

　/etc/hosts.allow の設定が正しくないか、qmail-smtpd を inetd で起動する
ようにしていないか、を意味しますね。

> でも、メール自体はa...@mydomain.co.jpへと送れます。

　「でも」というのはおかしいです。rcpthosts が正しいのでメールを
a...@mydomain.co.jp に正常に送れることと、「o...@mydomain.co.jp から
a...@dokoka.co.jp へ」メールを送れないこと（/etc/hosts.allow または inetd
での起動が正しいか）とは、原因が別ですから。

> rcpthostsファイルで設定された mydomain.co.jp記述があるという事は、外部か
> ら
> のメール（この場合a...@dokoka.co.jp）がmydomain.co.jpへ行くメールを許可し
> て
> いると思うのですが、何故エラーが表示されてしまうのでしょうか？

　ごっちゃになってます。
　自ホストへのメール配送ではエラーは出ていないはずです。
　エラーが出ているのは、自ホストから他ホストへメールを送ろうとしていると
きだけだと思いますが。

> 因みに/var/log/maillogファイルを見ても、delivery xx: success と記述が
> あります。

　自ホストへの配送のログではないですか。他ホストへ配送できないのだから、
そちらを見なくてはわかりません。

> /etc/hosts.allowファイルに
>
> tcp-env: www.xxx.yyy.zzz: setenv = RELAYCLIENT
> （www.xxx.yyy.zzzは、外部のマシンのIPアドレス）

　これは、今回の設定の本筋から外れているのでだめです。

　/etc/hosts.allow の設定が正しいかどうかと、qmail-smtpd を inetd で起動
しているかを確認してください。
　もしかして、/etc/hosts で localhost が 127.0.0.1 以外になっているとか
ありませんか。
　なっていなかったら直してください。
　それらすべてを確認後、/etc/hosts を、

tcp-env : localhost : setenv = RELAYCLIENT
tcp-env : ALL : ALLOW

という風にして試してみてはいかがでしょうか。

[maruyama]

まるやまです。

Maverickさんの<3B062717...@geocities.co.jp>から

>Hiroyuki Shimada wrote:
>> 192.168.1.0/24 である場合、
>>
>> tcp-env: 127.: setenv = RELAYCLIENT
>> tcp-env: 192.168.1.: setenv = RELAYCLIENT
>> tcp-env: ALL
>>
>> と書きます。
>以上の記載通りに、もう一度設定し直してみました。
>（因みにLANセグメントは存在しないのですが、記述しました）

LANセグメントが存在しないというのは
mydomainはLANではなくて、
mail.mydomain.co.jpは127.0.0.1なんですか？

>すると、a...@dokoka.co.jpからo...@mydomain.co.jpへのメールの送信は可能で
>す。

これは外部のSMTPサーバーから送られてきたメールを、
mail.maydomain.co.jpが受け取ったという意味なら問題はないです。

>が、o...@mydomain.co.jpからa...@dokoka.co.jpへメールを送信しようとすると、
>MUAが「553 sorry, that domain isn't in my list of allowed recphosts
>(#5.7.1)」というエラーを表示します。

どこのマシンから送信しようとしていてそのマシンのIPは？
そのNetworkAddressはhosts.allowに記載されてますか？

>rcpthostsファイルで設定された mydomain.co.jp記述があるという事は、外部から
>のメール（この場合a...@dokoka.co.jp）がmydomain.co.jpへ行くメールを許可して
>いると思うのですが、何故エラーが表示されてしまうのでしょうか？

ん？前述では、
>すると、a...@dokoka.co.jpからo...@mydomain.co.jpへのメールの送信は可能です。
届いてるって書いてあったけど...
今問題なのはその逆ではないのですか？

>例えば、o...@mydomain.co.jpが外部からmail.mydomain.co.jpを介して、外部へ
>とメールを送信したい場合には、o...@mydomain.co.jpが接続しているドメイン名
>をrcpthostsファイルに記述する必要があるのでしょうか？

rcpthostsはそういう為のファイルじゃないし、
これが不特定のネットワークからmail.mydomain.co.jpを中継して
不特定のサーバーにメールを送りたいという意味なら
spamの温床になりませんか？

>やっと何となくではありますが、理解しつつあります。

なんとなく理解したものは大抵間違ってます。
しっかりと理解しましょう。

[Maverick]

Maverickです。
お世話になってます。

Hiroyuki Shimada wrote:
> 　「でも」というのはおかしいです。rcpthosts が正しいのでメールを
> a...@mydomain.co.jp に正常に送れることと、「o...@mydomain.co.jp から
> a...@dokoka.co.jp へ」メールを送れないこと（/etc/hosts.allow または inetd
> での起動が正しいか）とは、原因が別ですから。

なるほど、わかりました。
まずは/etc/hosts.allowファイルを確認して、inetdでの起動が正しいかを
確認します。

> 　ごっちゃになってます。
> 　自ホストへのメール配送ではエラーは出ていないはずです。
> 　エラーが出ているのは、自ホストから他ホストへメールを送ろうとしていると
> きだけだと思いますが。

> 　自ホストへの配送のログではないですか。他ホストへ配送できないのだから、
> そちらを見なくてはわかりません。

わかりました。
まずは確認してみます。

> > /etc/hosts.allowファイルに
> >
> > tcp-env: www.xxx.yyy.zzz: setenv = RELAYCLIENT
> > （www.xxx.yyy.zzzは、外部のマシンのIPアドレス）
>
> 　これは、今回の設定の本筋から外れているのでだめです。
>
> 　/etc/hosts.allow の設定が正しいかどうかと、qmail-smtpd を inetd で起動
> しているかを確認してください。
> 　もしかして、/etc/hosts で localhost が 127.0.0.1 以外になっているとか
> ありませんか。
> 　なっていなかったら直してください。
> 　それらすべてを確認後、/etc/hosts を、
>
> tcp-env : localhost : setenv = RELAYCLIENT
> tcp-env : ALL : ALLOW
>
> という風にして試してみてはいかがでしょうか。

これは少し私が混乱していました。
すみません。

確認してみたところ、/etc/hostsには localhostが 127.0.0.1と設定されて
いました。
そこで、もう一度/etc/hosts.allow と/etc/inetd.conf を確認しました。
そして、上記の記載通りに記述して、実行してみました。

すると、無事作動しました。
どうも本当にありがとうございました。

まだまだ勉強不足の感がありますので、これを機会にもっと勉強してみたい
と思います。

あと、もう1つ質問があるのですが、これは別スレッドにて投稿したいと
思います。

本当にありがとうございました。
では、今後ともよろしくお願い致します。

[Hiroshi Tsukamoto]

# Followup-To: fj.news.style

In <3B061CF5...@geocities.co.jp>,
<mave...@geocities.co.jp> wrote:

>大変申し訳ありませんが、貴方の投稿記事は全く私には理解できません。

理解しようという気はあるのでしょうか？

>それは私の読解力のなさにも問題があるのかもしれませんが、顔も知らない方
>にどうしてそこまで言われなければならないのでしょうか？

それが分からないことが、そもそもの問題でしょう。

>Linuxの作成者は「初心者は大事に育てなければならない」と何かのWebページ
>で拝見しました。

Linuxには大いばりで、他人に無償でサポートを強いる権利
が付いているのですか？ それはLinuxユーザ以外にも使える
権利なんですか？

だったら、自分で調べたり、教わったことをちゃんと理解し
ようとするのは、バカバカしいことなんでしょうね。

>が、貴方の投稿記事からは全くそういう意志が伝わりません。

気分を害さないように「いい子いい子」とヨイショしながら、
あなたのかわりにぜんぶ設定をすれば「大事に育てる」こと
になりますか？

>確かにコンピュータネットワークを理解していない人間にとって、Linuxを
>導入する事は、とても難解で危険な代物かもしれません。
>が、これからLinuxを導入していこうと思っている方々の気持ちを逆撫でする
>ような投稿記事は、どういうつもりで投稿されているのでしょうか？

気持ちを逆撫でされたように感じるのは、人のいうことを理
解していないからです。
池田さんは根気づよく、よくつきあってるなあと思って見て
いました。

>Linuxを使用している方々は、ある種の「特権階級」が存在するのでしょうか？
>私はそうは思いません。

そのかわり、他人に教えることを強いる権利は、存在するの
ですね。

>もし、私の理解が間違っているのであれば、それを指摘し、そして正しい
>方向へ導いてあげるのが、先輩諸氏としての責務であり、またネットワーク
>環境に接続された方への礼儀ではないでしょうか？

そうしていたと思います。
ただし、そんな責務や礼儀を*他人にだけ*勝手に作らないで
ください。

>私としては、全くデタラメや嘘を投稿する気は毛頭ありません。
>が、理解が不十分であるというのであれば、それをきちんと説明すべきでは
>ないでしょうか？

くりかえし何度も説明されていました。
あれで分からないなら、人をとやかく言うまえに自分の能力
を疑ったほうがいいです。

>「ドキュメントを読め」「FAQを読め」だけでは、理解できない事もあるはず
>です。

あなたの聞いているようなことは、ドキュメントやFAQをちゃ
んと読めば、普通の人は理解できるレベルのものです。

>ですからNGという場を借りて、「聞かぬは一生の恥」と思い質問しているので
>す。

そんな恥はありません。感覚がずれている。

>ならば私よりもLinuxに関して造詣の深い貴方ならば、それは理解できるのでは
>ないでしょうか？
>貴方も昔は「初心者」だったのではないでしょうか？

あなたのような初心者だったら、ずっと「教えて君」だった
でしょうね。

>「わからないなら、理解できないなら、Linuxは使用するな」という事は
>わかりますが、世の中それだけでは渡っていけないのです。

渡っていけないから、他人を利用する権利があるとでも？

>確かに時間も技術も、そして個人レベルの向上も必要でしょう。
>だからこそ、こういう場を通じて、学んでいこうとしている方々を、貴方は
>罵倒するのですか？

あれを罵倒だと言うのは、他人に教えを乞う謙虚さの欠如と
傲慢さを証明しているようなものです。

>もし、私の投稿記事が気に入らないのであれば、そうおっしゃってください。

そして罵倒だというんでしょ？

>そして、私の投稿記事に返信しないでください。

いろいろ権利をお持ちですね。

>大変申し訳ありませんが、貴方の投稿記事からは、初心者に対する「愛」が
>感じられません。
>初心者を育てていこうとする気持ちが伝わりません。
>悲しいです。

「愛」や「気持ち」まで強要？

>それでも私はLinuxを使用しなければならないのですから。

なら対価を払って、それなりのところに依頼すればいいだけ
の話です。

他人の善意を当然のことのようにいうのはおかしい。

--
塚本 弘