I know logging is working for the smtp end of things, because when there was
a conflict, that's where the message showed up, but when i send a message
from a client with a virtual mailbox to an external user, no entries appear
in the /var/log/smtp/current logfile. something does appear in the
/var/log/mail/send/current file. So what is qmail-smtp being used for?
i also don't really understand how multilog knows to pull information for
smtp as opposed to send since the run scripts are practically identical,
just in different locations (/var/qmail/supervise/(smtp or send)/log/run,
and point to different directories to store the log. I'm guessing either
multilog or supervise knows that since it's in the ../smtp or ../send
directory to gather information from the process started in there?
my scripts for the log start up are identical except for the destination
directory of the log files.
#!/bin/sh
PATH=/var/qmail/bin:/usr/local/bin:/usr/bin:/bin
export PATH
exec setuidgid qmaill multilog t s1000000 n20 /var/log/mail/smtp 2>&1
Thanks again for all your help.
Peter Brezny
SysAdmin Services Inc.
-----Original Message-----
From: kbo [mailto:kbo]On Behalf Of Ken Jones
Sent: Thursday, February 08, 2001 10:36 PM
To: [EMAIL PROTECTED]
Subject: Re: tcpserver error
Peter Brezny wrote:
>
> I've got some problems with tcpserver. Here's the error i get.
>
> I'm using qmail 1.03/vpopmail/sqwebmail
>
> 400000003a83497834e2bc04 tcpserver: fatal: unable to bind: address already
> used
>
> my /var/qmail/supervise/smtp script is below.
>
> Any ideas?
>
> Thanks in advance.
>
> Peter Brezny
> SysAdmin Services Inc.
>
> #!/bin/sh
> # config for tcpserver to enable roaming users
> PATH=/var/qmail/bin:/usr/local/bin:/usr/bin:/bin
> export PATH
> exec softlimit -m 2000000 tcpserver -H -R -x
/home/vpopmail/etc/tcp.smtp.cdb
> \
> -c20 -u81 -g81 0 smtp rblsmtpd qmail-smtpd 2>&1
>
> virtual2# grep 81 /etc/passwd
> alias:*:81:81:User &:/var/qmail/alias:/nonexistent
> qmaill:*:83:81:User &:/var/qmail:/nonexistent
> qmaild:*:82:81:User &:/var/qmail:/nonexistent
> qmailp:*:84:81:User &:/var/qmail:/nonexistent
Yes. It means there is already a process on your machine
that is listening to the smtp port, port 25. This could
be sendmail still running, or inetd or you already have
a copy of tcpserver running, probably under supervise.
Try that.
Ken Jones
inter7