In light of this reference to WINSOCKCLEANUP being an iMail only issue,
do I even need to enable this on our SmarterMail servers?
-Jay
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of David Barker
Sent: Tuesday, May 23, 2006 6:30 PM
To:
30 threads seems awfully low. We set ours to 80 on a dual xeon box with a
separate drive for spool/logging and we move right along without any issues.
Thanks!
-
Jay Sudowski // Handy Networks LLC
Director of Technical Operations
Providing Shared, Reseller, Semi Managed and Fully Managed
Jay,
It's not about moving along, it's about limiting the CPU to only 100%,
or at least not piling it on when it gets there. I could be wrong in
assuming that 1 thread = 1 message (hopefully I will be corrected if
so), but 30 average messages being processed at once will most
definitely peg
We have not seen this issue with SmarterMail.
David B
www.declude.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Jay Sudowski -
Handy Networks LLC
Sent: Wednesday, May 24, 2006 4:00 AM
To: Declude.JunkMail@declude.com
Subject: RE:
Hi Matt,
So you see any substantive performance improvement over 2x?
-Nick
Matt wrote:
Jay,
It's not about moving along, it's about limiting the CPU to only 100%,
or at least not piling it on when it gets there. I could be wrong in
assuming that 1 thread = 1 message (hopefully I will be
I indicated earlier that it looked like a relative 10% improvement
(about the difference between 35% and 32% hourly average CPU
utilization). I would think that this comes primarily from not needing
to start the old declude executable every time, and the improvement
might be more substantial
Matt, is your Delcude gatewayed? Or is it running on the same server as
Imail?
-Erik
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Matt
Sent: Wednesday, May 24, 2006 5:58 PM
To: Declude.JunkMail@declude.com
Subject: Re: [Declude.JunkMail] Experience
Attached are the headers to an e-mail I am suspecting as a clever phising
that has me worried.
It looks like a legit message sent on behalf of Paypal, however, it is sent
from an IP address not owned by Paypal BUT which has a REVDNS that ends in
paypal.com.
The message is full of links to
It appears in the sniffer rulebase updated yesterday one of the rules trips
the getrich test on sniffer when emails are sent from or to our domain name.
I have identified the rule and made a panic rule entry. But it appears the
problem is more wide spread. I have sent messages to
[EMAIL
Chuck, since I'm not blocked, I've sent a message on your behalf to Pete
as well as false@ ... while redacting your domain name.
Happy to help,
Andrew 8)
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Chuck Schick
Sent: Wednesday, May 24, 2006
Andrew:
Thanks a bunch.
Pete has always been responsive, I just think I have been caught in the
proverbial death spiral on this issue.
Chuck Schick
Warp 8, Inc.
(303)-421-5140
www.warp8.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Colbeck,
Chuck, I stepped away for a while (started work today at midnight).
I've found your FPs and I will address them immediately.
I note you did not leave a message on the support line (that I can
see).
I'll take the rest of this off list.
Thanks,
_M
On Wednesday, May 24, 2006, 2:12:39 PM, Chuck
Pete:
Thanks.
Was worried my messages were not getting through.
Chuck Schick
Warp 8, Inc.
(303)-421-5140
www.warp8.com
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Pete McNeil
Sent: Wednesday, May 24, 2006 1:22 PM
To: Chuck Schick
Subject: Re:
Erik,
I have the primary Alligate Gateway installed on the same box as
IMail/Declude, but on different ports. My IMail doesn't actually host
any real users, it's just a container for Declude and storage for the
lowest scoring spam. The idea is to dump as much illegitimate stuff as
possible
Sounds like you have a very intensive setup. We run minimal filter
tests, one virus scanner and Sniffer. When we have experienced spool
backups, I've tinkered with the number of threads and found 80 seems to
result in the best message throughput for our particular configuration.
Any lower and we
15 matches
Mail list logo
