> OK, good, so qmail-send is running. What does:
>
>   /usr/local/sbin/qmail stat
>
> say? And:

qmail-send: up (pid 2285) 4660 seconds
qmail-smtpd: up (pid (6783) 1 seconds
qmail-send/log: up (pid 30169) 4174 seconds
qmail-smtpd/log: up (pid 30171) 4174 seconds.

stat always seems to report up, even after I do a qmail-stop

>   ps -ef|grep qmail

root    15800    1            0    13:20    ?    00:00:00
/var/qmail/bin/splogger pop3d
root    30163    16138    0    13:43    ?    00:00:00 supervise qmail-send
root    30165    16138    1    13:43    ?    00:01:18 supervise qmail-smtpd
qmaill  30169    30164    0    13:43    ?    00:00:00
/usr/local/bin/multilog t /var/l
qmaill  30171    30166    0    13:43    ?    00:00:13
/usr/local/bin/multilog t /var/l
qmails   2285    30163    0    13:43    ?    00:00:00 qmail-send
root     2287        2285    0    13:43    ?    00:00:00 qmail-lspawn
./Maildir
qmailr  2288        2285   0    13:43      ?   00:00:00  qmail-rspawn
qmailq 2289        2285    0    13:44    ?    00:00:00  qmail-clean
root     20396     20840  1    15:05    pts/0 00:00:00   grep qmail

>   ps -ef|grep supervise

root    30163    16138    0    13:43    ?    00:00:00 supervise qmail-send
root    30164    16138    0    13:43    ?    00:00:00 supervise log
root    30165    16138    0    13:43    ?    00:01:26 supervise qmail-smtpd
root    30166    16138    0    13:43    ?    00:00:00 supervise log
root      3086    15798    0    15:14    ?    00:00:00 [supervise <defunct>]
root      3087    15798    0    15:14    ?    00:00:00 [supervise <defunct>]
root      3088    15798    0    15:14    ?    00:00:00 [supervise <defunct>]
root      3089    15798    0    15:14    ?    00:00:00 [supervise <defunct>]
root      3485    20840    0    15:14    pts/0 00:00:00 grep supervise

> >Any of the mail clients I've tried, the connection seems refused,
> >this includes on the same machine trying localhost, or using the
> >domain name (nmore.com), or on other machines elsewhere attempting
> >to access it.
>
> That means tcpserver isn't listening to port 25. What does
> /var/log/qmail/smtpd/current say?

bash: /var/log/qmail/smtpd/current: Permission denied

Hmmm.  that doesn't sound good

> >instcheck had been saying that my ../bin/sendmail had wrong
> >permissions.
>
> Doing "make setup" should fix that.

I had done "make setup check" before...  okay, running again..
hmmm.

install: fatal:  unable to write .../bin/qmail-lspawn: text busy
make: *** [setup] Error !!!

make setup check had no problems before (just tried it again, same error.
tried qmail stop,
tried again, same result.  I was able to get it to work by deleting the
files in this direcory
then running make setup.  I'm guessing by the output that "make setup check"
differs only
in creating the instcheck file... anyway, the (previous) isntcheck file now
reports no
errors.

> >Since I was able to send (somewhat limited) but not receive, I tried
> >installing pop3d.  This seems to allow the mail client to listen
> >w/out errors, but doesn't seem to receive non-local mail.
>
> The pop server has no messages to serve. You'll have to fix smtp
> first.
>
> >I tried setting up tcpserver after all this (is this different than
> >the ucspi I installed with LWQM?) instead of inetd... however, my
> >/var/maillog file shows numerous "tcpserver: fata:  unable to bind:
> >address is already used" mised in with a number 'f "tcpserver: status
> >0/40", "tcpserver: status 1/40", etc...
>
> Hmm... I wonder if something else is listening to port 25, preventing
> tcpserver (for qmail-smtpd) from grabbing it. You don't still have
> sendmail or some other MTA running, do you? And there shouldn't be an
> smtp entry in xinetd.dir or inetd.conf.

sendmail was installed as an rpm, which I removed.

there is an smtp entry in intd.conf.  I'm pulling it out now

the only entry left is a
3976    stream    tcp    nowait    root    /usr/sbin/sock     /usr/sbin/sock

I then rebooted.  still can't telnet to 25.

>>I also see a number of
>
>"Sorry_Although_I'm_listed_as_best_preference_MX_or_A_for_that_host,/it_isn
't_in_my_locals_file"...
> >messages.  But nmore.com is in my /var/qmail/control/locals file.
>
> Have you HUP'd qmail-send since adding nmore.com to locals? How about
> posting a few lines from the log, not just the error message?

okay, this is around one of those messages... not sure if the
prefixs are important... incidentally this was 2 days ago, so that
error message might be outdated:

new msg 487118
info msg 487118
starting delivery 9: msg 487118 to remote [EMAIL PROTECTED]
delivery 8: failure:
Sorry,_Although_I'm_listed_as_a_best_preference_MX_or_A_for_that_host,/it_is
n't......
status local 1/10 remote 4/20
bounce msg 486144
delivery 4:
216.33.238.135_does_not_like_recipient./Remote_host_said:_552_Requested_mail
_action_aborte:_exceeded_storage_allocation/Giving_up_on_216.3/238.135./
status local 1/30 remote 3/20
end msg 487118
new msg 486144
uid 509
starting delivery 11: msg 486144

etc.

note, there are occasional success message further down

last night, I got a ton of messages saying:

alert: unable to opendir todo, sleeping

the log entries for today started with:

tpcserver: status 0/40
tcpserver: status 1/40
tcpserver pid 21894 from 64.129.102.217
tcpserver ok 21894 dsl-64-129.102.217.telocity.com:64.129.102.217:110
dsl-64-102.217.telocity.com:64.129.102.217::1148
tcpserver: end 21894 status 256
tcpserver: status 0/40... and repeats

it keeps repeting this until about 3:20 today, when I got a

tcpserver: end 18091 status 256
tcpserver: status: 0/40
tcpserver: fatal: unable to bind:$bind: address already used
tcpserver: status: 0/40
tcpserver: fatal unable to bind:$bind: address is already used
tcpserver: status 0/40

and that's the last entry

> >lastly, when trying the local connect via telnet to port 25, I get
> >"connection refused".  I somewhat gather that until this
> >this port can be connected to I will not be able to send mail...
>
> You won't be able to receive mail from other systems or inject mail
> via SMTP, but local injections (qmail-inject) will work.

thanks very much for the help...

Reply via email to