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

Reply via email to