[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [cobalt-developers] Replacing sendmail
- Subject: Re: [cobalt-developers] Replacing sendmail
- From: "Robert G. Fisher" <rfisher@xxxxxxxxxxxxxxx>
- Date: Wed Jul 26 07:29:14 2000
On Tue, Jul 25, 2000 at 11:49:05PM -0700, Jeff Lasman wrote:
> > As for giving you an answer, you really haven't given nearly enough
> > information about what the current condition is when sendmail goes
> > to rejecting connections.
>
> Actually, I have, but not on this list. I posted top, ps-aux and mqueue
> info on several other lists, and have yet to get a definitive answer; I
> really didn't think this was the right list for the discussion; I only
> mentioned it in passing.
Actually, that's still not enough information. You're only giving
snapshots, to track the problem -- you need to be a little more active.
top is only good for tracking what's using alot of memory or CPU
-- so long as someone's watching the terminal.
What is the full 'command line' option for sendmail when this happens
(try ps auxw ;)?
Is there only one instance of sendmail being run when this happens?
What entries, if any are being placed in the log file?
If you do a netstat -an, how many connections do you see either
in the ESTABLISHED or FIN_WAIT state to port 25?
If you do 'nc <box> 25' (or use telnet if netcat isn't installed) what
response do you get?
Often following those steps will give you information on where
it's failing.
Again, how does your mailing list software handle it. If it is
connecting to SMTP rather than calling sendmail directly it could
easily cause this on it's own.
> Maybe I wasn't too clear; this isn't for one of my systems; it's a
> problem with a customer system. What we're willing to do is tempered by
> what the client is willing to pay for.
Gotcha, no consulting for free egh -- not even to satisfy a geeks
share of curiosity? :).
--
Robert G. Fisher NEOCOM Microspecialists Inc.
System Administrator/Programmer (540) 666-9533 x 116