I don't have qmail-pop3d/log/run, but I do have
/var/qmail/supervise/qmail-pop3d/run (with permissions: -rwxr-xr-x).
It looks like:
#!/bin/sh
exec /usr/local/bin/softlimit -m 2000000 \
/usr/local/bin/tcpserver -v -R 0 pop3 /var/qmail/bin/qmail-popup \
idma.com /bin/checkpassword /var/qmail/bin/qmail-pop3d Maildir 2>&1
I also have /var/log/qmail/pop3d, which is empty, as you might've guessed.
The output of running 'qmail-pop3d/run' manually is:
tcpserver: fatal: unable to bind: address already used
-----Original Message-----
From: Mark Delany <[EMAIL PROTECTED]>
Sent: Friday, April 27, 2001 10:29 AM
To: [EMAIL PROTECTED]
Subject: Re: qmail-pop3d not working?
The zero seconds for qmail-pop3d/log is your problem. The logging
output of qmail-pop3d is ultimately filling up the pipe buffer and
then wedging since the pipe is never drained by qmail-pop3d/log.
The zero seconds is telling you that qmail-pop3d/log is repeatedly
being started and is exiting immediately. You need to work out why
that is.
1. Is qmail-pop3d/log/run executable?
2. What does it have in it exactly? Is the script correct?
3. What happens if you run it manually - what output do you get?
Regards.
On Fri, Apr 27, 2001 at 10:23:56AM -0700, Steven Katz wrote:
> Thanks, Rick. I did 'cd /var/qmail/supervise; svstat * */log' (while
> pop was working) and got:
>
> qmail-pop3d: up (pid 598) 1420 seconds
> qmail-send: up (pid 594) 1420 seconds
> qmail-smtpd: up (pid 595) 1420 seconds
> qmail-pop3d/log: up (pid 28975) 0 seconds
> qmail-send/log: up (pid 596) 1420 seconds
> qmail-smtpd/log: up (pid 599) 1420 seconds
>
> Then I did it again (when pop stopped working) and got:
>
> qmail-pop3d: up (pid 598) 1678 seconds
> qmail-send: up (pid 594) 1678 seconds
> qmail-smtpd: up (pid 595) 1678 seconds
> qmail-pop3d/log: up (pid 26225) 0 seconds
> qmail-send/log: up (pid 596) 1678 seconds
> qmail-smtpd/log: up (pid 599) 1678 seconds
>
> Although qmail-pop3d/log stayed at 0 seconds, qmail-pop3d keeps
> increasing, even after it stops working.
>
> However, doing 'ps auxw | grep pop3' while pop is working (up to 15
> minutes after rebooting) gives me:
>
> root 591 0.0 0.4 1272 344 ? S 09:06 0:00
> supervise qmail-pop3d
> root 596 0.0 0.6 1344 512 ? S 09:06 0:00
> /usr/local/bin/tcpserver -v -R 0 pop3 /var/qmail/bin/qmail-popup idma
>
> But doing it again when pop stops working gives me:
>
> root 591 0.0 0.4 1272 344 ? S 09:06 0:00
> supervise qmail-pop3d
> root 596 0.0 0.6 1344 512 ? S 09:06 0:00
> /usr/local/bin/tcpserver -v -R 0 pop3 /var/qmail/bin/qmail-popup idma
> root 4454 0.0 0.6 1344 516 ? S 09:17 0:00
> /usr/local/bin/tcpserver -v -R 0 pop3 /var/qmail/bin/qmail-popup idma
>
> There does seem to be a connection to the second instance of tcpserver.
> How can I find why and where the second tcpserver instance is being
> initiated?
>
> Thanks again, everyone.
>
> Steven
>
>
> -----Original Message-----
> From: Rick Updegrove <[EMAIL PROTECTED]>
> Sent: Wednesday, April 25, 2001 10:22 AM
> To: [EMAIL PROTECTED]
> Subject: Re: qmail-pop3d not working?
>
>
> Charles Cazabon said,
> > You have two tcpserver instances, both trying to bind to the same
> > interface(s) and port. At least one of those _has_ to be failing,
> > and it should be showing up in your logs.
>
> Steve said,
> >>At which point, doing 'sh -x /var/qmail/supervise/qmail-pop3d/run'
> >> gives me:
>
> I use this to check for status on supervised processes.
>
> bash-2.04# cd /var/qmail/supervise; svstat * */log
>
> qmail-pop3d: up (pid 658) 178697 seconds
> qmail-send: up (pid 9480) 178696 seconds
> qmail-smtpd: up (pid 3846) 178697 seconds
> qmail-pop3d/log: up (pid 11946) 178697 seconds
> qmail-send/log: up (pid 7901) 178697 seconds
> qmail-smtpd/log: up (pid 13335) 178697 seconds
>
> When you supervise, and one of the "seconds" columns stays at 0
> seconds, you definitely have a problem. After you reboot, or better
> yet, when your pop stops working, try that and see what happens.
>
> Also, do not start pop3d from the command line if you are starting it
> in your boot scripts, even if pop3 is not working properly.
>
> Hope that helped
>
> Rick Up
>
>
