Re: Exim issues
Found a messup in resolv.conf. Thanks for the hint. I feel very stupid
Also installed sysstat and am running it to see what it shows. e-mail
seems faster, but I won't know for sure until the users start hitting it
in the morning. If the resolv.conf doesn't fix things (it was looking for
a dns we use internally that it does not have access to), I'll have a look
at the stats. A short run looked ok, however.
Again, thanks to everyone who replied. I was spending so much time
checking network saturations, cpu usage and how many exim instances were
running, I didn't even think to check resolv.conf.
> On Wed, 25 Jan 2006, R. W. Rodolico wrote:
>> I'm rather perplexed on an issue. I have Exim3 running, and only 200
>> e-mail accounts. On a per-user basis, incoming e-mail will go through
>> procmail, and may go through spamassassin and/or sanitizer. Fairly
>> Also have courier IMAP, IMAPS, POP and POPS on the machine, though I
>> think that comes into this. It also hosts some web sites, but they are
>> very low volume.
>> Since last Saturday, the system has slowed to a crawl, taking over a
>> minute to send an e-mail, if it doesn't time out. Seems to be
>> of the client (ie Squirrelmail on server, Outlook on client, whatever).
>> CPU has not dipped below 75% available, iptraf reports 50kbits/sec,
>> nothing strange in the ps list, ckrootkit says we're clean, etc...
>> I told exim not to do DNS lookups, but that seemed to have no effect. I
>> did have 20k frozen files in the queue, but got rid of them. Getting a
>> of spam and several attempts to use the server as a relay, but not
>> to make this happen.
>> Any suggestions on where to look now? Any help would be appreciated. The
>> box is pretty old and being replaced in March, but I have to keep the
>> clients happy between now and then.
> Looks to me like a DNS issue. Perhaps one of the dns servers listed in
> your /etc/resolv.conf is not working. this would cause a timeout across
> multiple applications similar to what you are seeing.
> although exim may not be performing DNS lookups, the antispam software
> could be.
> To UNSUBSCRIBE, email to debian-isp-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
This is a private e-mail address used only for clients of Daily Data.
Please do not forward this message or in any way release this e-mail
address to anyone.