謎!? /etc/rc.d/init.d/qmail.shのtcpserverでのpop3dの起動でホスト名が反映されない?

宜しくお願い致します。
RedHat9、qmail-1.03でdaemontools-0.76を使用しています。
以前はold.co.jpという名称でメールtcpserverを運営してました。
こないだ、new.dyndns.comに切換えようとしたのですが

# hostname
new.dyndns.com

# grep -lr old.co.jp /etc/rc.d

# grep -lr new.dyndns.com /etc/rc.d
/etc/rc.d/init.d/qmail.sh

#cat /etc/rc.d/init.d/qmail.sh | grep -v ^# | grep -v ^$
PATH=/var/qmail/bin:/usr/local/bin:/bin:/usr/bin
[ -f /var/qmail/rc ] || exit 0
case "$1" in
start)
：
#For POP3
echo -n 'qmail-pop3d starting.'
/usr/local/bin/tcpserver -x /etc/tcpserver/pop3d_rules.cdb 0 \
pop-3 /var/qmail/bin/qmail-popup new.dyndns.com /bin/checkpassword \
/var/qmail/bin/qmail-pop3d Maildir 2>&1 | /var/qmail/bin/splogger pop3d
3 &
echo
touch /var/lock/qmail
ulimit -a
;;
：

となっているにも拘らずリブートしても何故か

# ps ax | grep pop
7315 ? S 0:00 supervise qmail-pop3d
7864 ? S 0:00 /usr/local/bin/tcpserver -x /etc/tcpserver/pop3d_rule
s.cdb 0 pop-3 /var/qmail/bin/qmail-popup old.co.jp /bin/checkpassword /var/qmai
l/bin/qmail-pop3d Maildir
16439 pts/1 S 0:00 grep pop

と以前のホスト名のままです。何か他にも設定必要なのでしょうか??

# kill -HPU 7864
としても相変わらずなのです。

No.2 ベストアンサー 回答者： Lean 回答日時： 2005/03/17 17:04

以下を実行した場合、何かヒットするファイルがありますか？

# grep -lr old.co.jp /service

もしくは、svscanbootから起動されているはずのsvscanの引数に指定されているディレクトリに対して「grep -lr old.co.jp」を実行したら何かヒットするファイルがありますか？

この回答への補足

有難うございます。

> もしくは、svscanbootから起動されているはずのsvscanの引数に指定されているディ
> レクトリに対して「grep -lr old.co.jp」を実行したら何かヒットするファイルがあ
> りますか？
よくよく調べてみましたら

# cat /command/svscanboot
：
/command/svc -dx /var/service/* /var/service/*/log
env - PATH=$PATH svscan /var/service 2>&1 | \
env - PATH=$PATH readproctitle service errors: ................................................................................................................................................................................................................................................................................................................................................................................................................

となっていまして、

# cat /var/qmail/supervise/qmail-pop3d/run | grep old.co.jp
pop-3 /var/qmail/bin/qmail-popup old.co.jp /bin/checkpassword \

となっていました!!!これが原因でした!!!
それで、

daemonツールを停止して

# cat /var/qmail/supervise/qmail-pop3d/run | grep new.dyndns.com
pop-3 /var/qmail/bin/qmail-popup new.dyndns.com /bin/checkpassword \

と書換えて、

aemonツールを起動させて

# ps ax | grep pop
7315 ? S 0:00 supervise qmail-pop3d
27238 ? S 0:00 /usr/local/bin/tcpserver -x /etc/tcpserver/pop3d_rules.cdb 0 pop-3 /var/qmail/bin/qmail-popup new.dyndns.com /bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir
27252 pts/9 S 0:00 grep pop

となり、「new.dyndns.com」が反映されました。

補足日時：2005/03/19 12:15

この回答へのお礼

大変有難うございます。


お陰さまで解決いたしました。ｍ(＿ ＿)ｍ

お礼日時：2005/03/19 16:45

No.1 回答者： Lean 回答日時： 2005/03/16 17:50

見当違いになるかも知れませんが。

各ランレベル用ディレクトリ(/etc/rc.d/rc2.dとか)配下にqmail起動用スクリプトは存在しないのですか？
それぞれのランレベル用に起動スクリプトが存在するはずなのですが、存在するならその中の記述はどうですか？

この回答への補足

有難うございます。

> 見当違いになるかも知れませんが。
> 各ランレベル用ディレクトリ(/etc/rc.d/rc2.dとか)配下にqmail起動用スクリプトは
> 存在しないのですか？
確認してみましたが特に見当たりません。

もしあれば
# grep -lr old.co.jp /etc/rc.d
でヒットするはずですよね。

よくよく調べてみましたらdaemonツールでの起動のようです。

# cat /etc/inittab | grep -v ^# | grep -v ^$
id:3:initdefault:
：
SV:123456:respawn:/command/svscanboot

という風になっています。ランレベル3でブートしてます。
# ls -l /command
合計 4
lrwxrwxrwx 1 root root 41 3月 26 2004 envdir -> /package/admin/daemontools/command/envdir*
lrwxrwxrwx 1 root root 44 3月 26 2004 envuidgid -> /package/admin/daemontools/command/envuidgid*
lrwxrwxrwx 1 root root 41 3月 26 2004 fghack -> /package/admin/daemontools/command/fghack*
lrwxrwxrwx 1 root root 43 3月 26 2004 multilog -> /package/admin/daemontools/command/multilog*
lrwxrwxrwx 1 root root 43 3月 26 2004 pgrphack -> /package/admin/daemontools/command/pgrphack*
lrwxrwxrwx 1 root root 48 3月 26 2004 readproctitle -> /package/admin/daemontools/command/readproctitle*
lrwxrwxrwx 1 root root 42 3月 26 2004 setlock -> /package/admin/daemontools/command/setlock*
lrwxrwxrwx 1 root root 44 3月 26 2004 setuidgid -> /package/admin/daemontools/command/setuidgid*
lrwxrwxrwx 1 root root 44 3月 26 2004 softlimit -> /package/admin/daemontools/command/softlimit*
lrwxrwxrwx 1 root root 44 3月 26 2004 supervise -> /package/admin/daemontools/command/supervise*
lrwxrwxrwx 1 root root 38 3月 26 2004 svc -> /package/admin/daemontools/command/svc*
lrwxrwxrwx 1 root root 39 3月 26 2004 svok -> /package/admin/daemontools/command/svok*
lrwxrwxrwx 1 root root 41 3月 26 2004 svscan -> /package/admin/daemontools/command/svscan*
lrwxrwxrwx 1 root root 45 3月 26 2004 svscanboot -> /package/admin/daemontools/command/svscanboot*
-rwxr-xr-x 1 root root 748 3月 26 2004 svscanboot~*
lrwxrwxrwx 1 root root 41 3月 26 2004 svstat -> /package/admin/daemontools/command/svstat*
lrwxrwxrwx 1 root root 41 3月 26 2004 tai64n -> /package/admin/daemontools/command/tai64n*
lrwxrwxrwx 1 root root 46 3月 26 2004 tai64nlocal -> /package/admin/daemontools/command/tai64nlocal*

# grep -lr old.co.jp /package/admin/daemontools/command

でもヒットしませんでした。

> それぞれのランレベル用に起動スクリプトが存在するはずなのですが、存在するなら
> その中の記述はどうですか？
ファイル名頭にSフラグが付いているのが起動されるのですよね。
再度、チェックしてみましたがどうも見当たりません。


お手数お掛けしてしてスミマセン。

補足日時：2005/03/17 16:23