qmailいろいろ(2)

qmail + auth.patch + vpopmail でauthしたいんですが、リレーしてしまいます。
メーラーで認証のチェックをしてパスワードを適当に入れても認証してしまうし、
特定のメーラーからは無条件でリレーしているようです。

inetdからの起動で↓で起動しています
smtp stream tcp nowait qmaild /var/qmail/bin/tcp-env tcp-env /var/qmail/bin/qmail-smtpd /var/vpopmail/bin/vchkpw /usr/bin/true

何か根本的に間違っているのでしょうか？

920 ：名無しさん＠お腹いっぱい。：03/01/21 22:25

qmail のプロセス稼動監視する場合、監視すべきプロセスは qmail-send だけでよいの?

921 ：名無しさん＠お腹いっぱい。：03/01/21 22:36

supervise

922 ：名無しさん＠お腹いっぱい。：03/01/21 23:23

>>919
>特定のメーラーからは無条件でリレーしているようです。
OEかBecky!だったかな、確か。私も以前同じ状況が発生して(ググると海外の
MLとかでも話題になってました)、結局開発版使いました。

http://shupp.org/

パッチも不要のはず。ただCRAM-MD5がSMTP-AUTHでちゃんと使える
クライアントって殆ど無かったような気がします。

923 ：名無しさん＠お腹いっぱい。：03/01/22 00:30

>>920
必要なら qmail-smtpd も。

924 ：名無しさん＠お腹いっぱい。：03/01/22 10:27

>>923
それを言うなら、tcpserver(またはその相当品)だろ。

925 ：名無しさん＠お腹いっぱい。：03/01/22 11:18

つーか、運用してるやつが勝手に落ちたことある？
(他のものも全部落ちるような場合を除いて)どういうケースか興味がある。
djbdnsなどでも実績(?)あれば教えてほすい。

926 ：名無しさん＠お腹いっぱい。：03/01/22 11:20

つーか、絶対落ちないって言いきれる?

927 ：名無しさん＠お腹いっぱい。：03/01/22 11:51

qmailに関して言えば、延べの運用時間が数十年だけど無いな。
OSがあぼーんとか、管理者が死んだ時の心配したほうが良いと思われ (w

928 ：名無しさん＠お腹いっぱい。：03/01/22 11:58

www落ちてない？
と言われてhttpのプロセスをgrepしたら何も出てこなかったときはびびった。
１回だけだけど。

DTCradiusはプロセスは生きてても認証しなくなったことは多々ある。
radius自身が落ちたことも１回。

qmail,postfix,sendmail,bindあたりは無い。

929 ：名無しさん＠お腹いっぱい。：03/01/22 12:00

httpd の話はしていない。

930 ：名無しさん＠お腹いっぱい。：03/01/22 13:59

quota使い切ってMaildirに配送できなくても、ファイルを消すたびにちょっとずつ動作していたのには驚いた。
安定しているね。

931 ：名無しさん＠お腹いっぱい。：03/01/22 14:34

>>919
%man qmail-smtpd
SYNOPSIS
　　qmail-smtpd [ hostname checkprogram subprogram ]

932 ：名無しさん＠お腹いっぱい。：03/01/22 15:00

>>930
そんなん普通でしょ。sendmail だってそうだし。
もっとも、漏れは mail.local -b だがね。
# いや、sendmail マンセーってわけじゃないのよ、念のため。

933 ：919：03/01/22 16:35

>>922
お返事ありがとうございます。
やはりそういう事例があったのですか・・・
参考になりました。
dev入れて試してみます。

>>931
複数のドメインで運営しており、ホスト名をいれると送信が出来なくなってしまったのでこうしました。
やはりホスト名をいれないと駄目でしょうか？

934 ：名無しさん＠お腹いっぱい。：03/01/22 22:38

>>927
落ちた事ないから監視しなくていい、という訳ではない。
ということで、inetd/xinetd/tcpserver + qmail-send の監視でOK?