I'm not getting any information about qmail from syslog (/var/log/messages).
It would be nice to see the errors from qmail.
____________________________________________________________________________
_
Qmail starts when the server boots up,(Starting qmail: qmail-send
qmail-smtpd, just before iBCS, apache, samba and gpm starts) but ps shows no
deamons after the boot is completed.
darkstar:~# ps
  PID TTY STAT TIME COMMAND
  130   1 S    0:00 -bash
  131   2 S    0:00 /sbin/agetty 38400 tty2 linux
  132   3 S    0:00 /sbin/agetty 38400 tty3 linux
  133   4 S    0:00 /sbin/agetty 38400 tty4 linux
  134   5 S    0:00 /sbin/agetty 38400 tty5 linux
  135   6 S    0:00 /sbin/agetty 38400 tty6 linux
 1240  p0 S    0:00 -bash
 1517  p0 R    0:00 ps
________________________________________________________________________
IF I start qmail manually, without stopping it first, even though it looks
like it is not running, this is the error I get:
darkstar:~# qmail start
Starting qmail: qmail-send qmail-smtpdsupervise: fatal: unable to acquire
lock: temporary failure
_______________________ Now if I manually Stop, then Start
__________________
darkstar:~# qmail stop
Stopping qmail: qmail-smtpd qmail-send.
darkstar:~# qmail start
Starting qmail: qmail-send qmail-smtpd.
darkstar:~# ps
  PID TTY STAT TIME COMMAND
I took out the agetty,ps,bash lines to compress the doc.
 1130  p0 S    0:00 supervise /var/supervise/qmail/send /var/qmail/rc
 1133  p0 S    0:00 supervise /var/supervise/qmail/smtpd
tcpserver -v -x/etc/tcp.smtp.cdb -u1005 -g101 0 smtp /var/qmail/bin/qmail-s
 1171  p0 S    0:00 supervise /var/supervise/qmail/send /var/qmail/rc
 1172  p0 R    0:00 ps
The document I am reading says to look for 4 qmail daemons.
____________________________________________________________________________
__
IF I keep running the ps command, I can catch the lspawn and splogger
loading and then immediately unloading. I caught this on screen.
darkstar:/etc/rc.d# ps
  PID TTY STAT TIME COMMAND
 7033  p0 S N  0:00 supervise /var/supervise/qmail/send /var/qmail/rc
 7037  p0 S N  0:00 supervise /var/supervise/qmail/smtpd
tcpserver -v -x/etc/tcp.smtp.cdb -u1005 -g101 0 smtp /var/qmail/bin/qmail-s
 7072  p0 S N  0:00 qmail-lspawn ./Mailbox
 7073  p0 R N  0:00 qmail-start ./Mailbox splogger qmail
 7074  p0 R N  0:00 qmail-start ./Mailbox splogger qmail
 7075  p0 S N  0:00 supervise /var/supervise/qmail/send /var/qmail/rc
 7076  p0 R    0:00 ps

I read in the document, if you have problems with qmail loading and
unloading, put a
nohup in front of the supervise command. Here's the entries out of the qmail
script.
case "$1" in
  start)
    echo -n "Starting qmail: qmail-send"
    nohup supervise /var/supervise/qmail/send /var/qmail/rc |
        setuser qmaill cyclog /var/log/qmail &

    echo -n " qmail-smtpd"
    nohup supervise /var/supervise/qmail/smtpd
tcpserver -v -x/etc/tcp.smtp.cdb \
        -u$QMAILDUID -g$NOFILESGID 0 smtp \
        /var/qmail/bin/qmail-smtpd-wrapper 2>&1 | setuser qmaill accustamp |
\
        setuser qmaill cyclog /var/log/qmail/smtpd &
____________________________________________________________________________
_
This is a test from the TEST.deliver which probably is not going to work
without daemons loaded, but here it is anyway.
darkstar:~$ whoami
mcthomas
darkstar:~$  echo to: mcthomas | /var/qmail/bin/qmail-inject
bash: /var/qmail/bin/qmail-inject: Permission denied
** No rights?  See below!
darkstar:~$ ls -Falc /var/qmail/bin/qmail-inject
/bin/ls: /var/qmail/bin/qmail-inject: Permission denied
darkstar:~$ su -
Password:
darkstar:~# echo to: mcthomas | /var/qmail/bin/qmail-inject
qmail-inject: fatal: qq trouble in home directory (#4.3.0)
darkstar:~# ls -Falc /var/qmail/bin/qmail-inject
-rwxr-xr-x   1 root     qmail       33096 Sep 18 10:18
/var/qmail/bin/qmail-inject*
darkstar:~#
____________________________________________________________________________
___

funny thing about all of this is, it appears to be working, but only for
mail to and from users on this box.  Although it does send outbound mail
correctly. It does not receive inbound mail.
Any Ideas would be appreciated.
MarkT.


Reply via email to