Hi Matt,
Matt wrote:
I'm trying an upgrade from the 2.x release for the first time,
Why on earth would you want to do that? Was 2x too bug free and you
need some excitement?
-Nick
Title: Message
LOL,
had to laugh at Nick. I'll wait to hear from Matt after his upgrade before
we attempt to do it again. I think Matt's and our servers handle about the
same email volume.
-Erik
-Original Message-From:
[EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
On
Plain text messages (No MIME parts) with the body text encoded as BASE64 are
not decoded, before the FILTERS are run against it. So, the FILTERS are run
against the BASE64 encoding, not against the text that the BASE64 encoding
represents. Declude FILTERS are totally ineffective against plain
It's offering some new features and last but not least it a
noticeable faster then v2.
Markus
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im Auftrag von Nick
HayerGesendet: Montag, 22. Mai 2006 14:52An:
Declude.JunkMail@declude.comBetreff: Re: [Declude.JunkMail] What
fpReview is a utility that allows you to easily review held mail on your
Imail or SmarterMail system. With fpReview you can review messages and
return them back to the queue for delivery or rescanning by Declude. Besides
being able to return the message to the queue for delivery many other
Title: Message
Erik,
Honestly, I was between a rock and a hard place. Declude 2.x doesn't
work with IMail 8.2+, and IMail 8.15- has issues with killer messages
that crash the Queue Manager service (which I found out the hard way,
and 8.21 apparently fixes). For a while the killer messages
Title: Message
Er, Ive been using Declude 2.0.5 for
about six months with Imail 8.22.
It works just fine.
Am I an oddity with this? Is there something
that says that it isnt supposed to work?
We do about ~1.5 million messages a day with
this setup.
- greg
From:
Title: Message
Thanks
Matt.
We are
running Imail 8.22 (2005.10.19.3) and Declude version 2.06.16 on a Windows 2000
Sever version5.00.2195 Service Pack 4 with will no issues other then the
ones I submitted to Declude for support and what I've mentioned on this list
(which they "declude"
Title: Message
Eric and Greg,
I'm basing the compatibility thing on reports to this list, and those
reports prompted Declude to change it's architecture for processing
messages. Something clearly was happening, but I don't recall ever
hearing exactly what the cause was. I haven't tried
Title: Message
Well, great minds think alike*.
I'm working on upgrading my IMail+Declude too. And
like Matt, I'm doing it primarily to update my MTA, not to update mystable
Declude 2.x software!
I went directly from 8.15 HFx to IMail Server 2006.04a (aka
9.04) as an upgrade**.
I haven't
Title: Message
Thanks
Matt,
Please
keep us posted on our results ("us" meaningthose that not running the the
latest 3.0.XX or 4.XX.XX release of Declude). I've mentioned this before;
Delculde will not support us for the 2.XX.XX version we run; even though we have
current service
I figured that i would just start a new thread for this instead of
adding to the old one.
This was the first time that I have used a version of Declude that runs
as a service. I'm unfortunately surprised and disappointed at how it
handles things, but a lot more makes sense now.
In a
The problem with this architecture is that when it moves a batch of
messages into the work folder for processing, it quickly pegs the
processor at 100% as it launches all of the threads, but most messages go
through all of the steps quickly so the processors sit almost idle while
it is waiting
Darrell,
I've tweaked the settings, knowing the issues before I tried 4.x. The
problem is that because they are batch processing and because there is
significant latency in scanning some messages to factors such as
messages size, virus scanning and DNS timeouts, the server does nothing
for
It's a faulty design that leaves more than half a server's CPU capacity
unused due to the mere fact that they wait for all threads to complete
before moving in a new batch.
I can't speak to what you see on your server, but that is not how it is
running on my server. I just double checked
I have a few more things to add now with a little more testing.
I let my gateways backup on E-mail so that I could slam Declude, and
here's what happens.
When Declude is not hitting it's THREADS setting, it waits until the
work folder is empty before moving in a new batch. When Declude is
Darrell,
I put up two Windows Explorer windows side-by-side under normal volume
and the pattern was consistent where the proc folder grows while the
work folder shrinks until the work folder hits zero at which point the
proc folder empties out and everything lands in work and then the
I'd sure like to see some Declude comments on this discussion.
Ben
BC Web
- Original Message -
From: Matt [EMAIL PROTECTED]
To: Declude.JunkMail@declude.com
Sent: Monday, May 22, 2006 5:12 PM
Subject: Re: [Declude.JunkMail] Experience with 4.x
Darrell,
I put up two Windows Explorer
18 matches
Mail list logo
