Hi Scott,
I see the same (with a very small domain and very light usage). The mail
server is nowhere near the strongest, but is sometmies stressed with 1.70
(and was the same with 1.69b) but not 1.65.
My recommendation for those that are experiencing this is to try adding a
line DECODE OFF
I have been experiencing high CPU loads lately as well, I reverted back to
the release 1.65 but it is still doing it. I do not believe it is a declude
issue.
I dont know if this is related, maybe someone can explain
here is what I am seeing when i do a netstat at the command prompt
I dont know if this is related, maybe someone can explain
here is what I am seeing when i do a netstat at the command prompt
62.145.51.3:59511 TIME_WAIT
That just means that the IP 62.145.51.3 connected to your (from port 59511
on their side). The TIME_WAIT is there because the TCP/IP
I see the same (with a very small domain and very light usage). The mail
server is nowhere near the strongest, but is sometmies stressed with 1.70
(and was the same with 1.69b) but not 1.65.
My recommendation for those that are experiencing this is to try adding a
line DECODE OFF to the
Kami,
I'm running ten IP4r tests, referred to in my original email as an external DB
query. There seems to be a descrepency between this as a cause and Scott's answer:
the Declude process should not show high CPU usage in this case.
Declude uses the Sleep() command, which gives up
Scott,
The servers in question are not [yet] running Declude Virus so what happened should be
a purely Declude JunkMail question. With as lean as Declude is, looks like the only
way to test this is in the moment. During yesterdays moment, it was tuff to sit by
turning off one test at a time,
PROTECTED]
Subject: Re: [Declude.JunkMail] Declude Processes Server Load
Kami,
I'm running ten IP4r tests, referred to in my original email as an external
DB query. There seems to be a descrepency between this as a cause and
Scott's answer:
the Declude process should not show high CPU usage
PM
Subject: Re: [Declude.JunkMail] Declude Processes Server Load
Assuming we're all talking about the same thing, Declude continues to run
as a process waiting for replies from IP4r requests but does not consume
much CPU time while doing so.
That is correct. It should use very, very little
]
To: [EMAIL PROTECTED]
Sent: Wednesday, June 04, 2003 3:58 PM
Subject: RE: [Declude.JunkMail] Declude Processes Server Load
I truly wish I could explain it..
May be I am dreaming.. But what I see is Declude does not get to 100% CPU
since we moved it to IMail to do IP4r.
This morning for example I
: [Declude.JunkMail] Declude Processes Server Load
Assuming we're all talking about the same thing, Declude continues to run
as a process waiting for replies from IP4r requests but does not consume
much CPU time while doing so.
That is correct. It should use very, very little CPU time while
] On Behalf Of Jason Newland
Sent: Wednesday, June 04, 2003 5:18 PM
To: [EMAIL PROTECTED]
Subject: Re: [Declude.JunkMail] Declude Processes Server Load
Kami,
Is your DNS that IMAIL/Declude uses local to you? Or are you using an
upstream DNS? That many IPV4 tests may warrant this. We noticed a large
Hi Dan:
We had a similar problem. I posted a couple of messages regarding this very
issue. We were having CPU at 100% for minutes.. in one case when a mail
list hit our server with a lot of users receiving the message at the same
time the CPU was at 100% for almost an hour. We could not do
Just before bringing our 3rd server into the fold, things quieted
down. While I've already ordered 2 new dual processor 1U's, I want to par
down (if not eliminate) the variables invovled:
1) If an external DB query slowed things down, delaying each Declude
process, would Declude still show
13 matches
Mail list logo