Richard, thanks for the help :) Ok I did some more testing on it.
As far as Ident timing out, I am not sure, but I can assure you no one (unless hacked) has fiddled with our firewall. If I do nslookups on the names of addresses having trouble in the Q, most resolve immedatly but some don't and I cannot ping those address either. As far as the "sendmail -bt -d0.13" command. It comes up with a error half way though that says: "WARNING: local host name (localhost) is not qualified; fix $j in config file ADDRESS TEST MODE (ruleset 3 NOT automatically invoked)" ------------------- The hosts file reads 127.0.0.1 localhost rapids mail.server.ip.address rapids.mydomain.org rapids --------------- The resolv.conf reads nameserver 127.0.0.1 search rapids.mydomain.org nameserver 207.69.188.185 nameserver 207.69.188.187 ----------- The hostname file reads Rapids ------------- The runq -v command trys to run the mailq but encounters several "locked" messages. I have no idea what locked means but it dosen't seem right. Also the runq -v command returns the same message "WARNING: local host name (localhost) is not qualified; fix $j in config file" ------------- Now, this all seems weird because this mail server was functioning totally fine up to a week ago and no one was in there doing anything. Any command you give to the sendmail system takes about 1 minute to minute and half to respond, not just the mailq command, the sendmail -bt command also takes time, basically if you try to talk to sendmail about anything there is a delay, even if the mailq is totally empty there is still a delay, is this normal, because it always responed quickly before this happened. -------------- Do you think that message about localhost not being qualified is the culprit? Cheers -Dave -----Original Message----- From: Richard A Nelson [mailto:[EMAIL PROTECTED] Sent: Sunday, March 03, 2002 8:48 PM To: Dave Scott Cc: Debian User Subject: Re: Everything about Sendmail is Slow On Sat, 2 Mar 2002, Dave Scott wrote: > Hi, I got a server with 30 users on it, Mailman with 7 listservs going. > > > Debain 2.2, Kernel 2.2.17, Sendmail 8.9.3-21 8.9.3 is pretty old... you'd do much better if you can upgrade to a newer version (pull the source & build on your potato box) > For some reason, just the past few days, users have complained of > slowness of up to a few minutes to send out mail. Sounds like name resolution problems > If I log in and try to check the mailq, it responds with what is in the > mailq but only after a minute or two. This would also indication name resolution problems > Any ideas on where I should start? The most likely problems your facing are: 1) ident timeouts (did your firewall change to drop instead of reject ident packets? 2) name resolution delays * `sendmail -bt -d0.13 </dev/null` will tell you if sendmail is properly resolving all of its internal addresses -- check /etc/hostname, /etc/resolv.conf, /etc/hosts * `nslookup <host that seems to take along time to mail to>` will tell you if dns resolution is kosher -- check /etc/hosts, /etc/resolv.conf * `runq -v` will show a log of sendmail's processing of the outbound queue, it might provide some usefull information -- Rick Nelson * HomeySan waits for the papa john's pizza to show up <ravenos> mm. papa john's. <HomeySan> hopefully they send the cute delivery driver <ravenos> they dont have that here. <Dr_Stein> why? you gonna eat the driver instead?
