tion, MRTG
Integration, and Log Parsers.
- Original Message -
From: "Matt" [EMAIL PROTECTED]
To: Declude.JunkMail@declude.com
Sent: Monday, January 24, 2005 10:31 PM
Subject: Re: [Declude.JunkMail] Overflow directory and a note about Windows
2003 DNS
I found MaxQue
To: Declude.JunkMail@declude.com
Subject: Re: [Declude.JunkMail]
Overflow directory and a note about Windows 2003 DNS
Well, I can say definitively that the hotfix
worked. My DNS process is averaging less than 1% of CPU now during full
traffic and 12 hours after the last restart with a very heavy config
y,
January 25, 2005 10:25
AM
To:
Declude.JunkMail@declude.com
Subject: Re:
[Declude.JunkMail]
Overflow directory and a note about Windows 2003 DNS
Well, I can say definitively
that the hotfix
worked. My DNS process is averaging less than 1% of CPU now during
full
traffic and 12 hours a
,
SURBL/URI integration, MRTG Integration, and Log Parsers.
- Original Message -
From:
Matt
To: Declude.JunkMail@declude.com
Sent: Tuesday, January 25, 2005 1:24
PM
Subject: Re: [Declude.JunkMail] Overflow
directory and a note about Windows 2003 DNS
Well, I can
-Original
Message-From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of MattSent: Tuesday,
January 25, 2005
10:25
AMTo: Declude.JunkMail@declude.comSubject: Re: [Declude.JunkMail]
Overflow directory and a note about Windows 2003 DNS
We
-
From:
Matt
To:
Declude.JunkMail@declude.com
Sent:
Tuesday, January 25, 2005 2:01 PM
Subject:
Re: [Declude.JunkMail] Overflow directory and a note about Windows 2003
DNS
Yeah, that's what I meant :)
I also screwed up the stat for what MS DNS 2003 can
Matt, on the Windows 2003 DNS: You are aware of the time out issues and such
aren't you?
John Tolmachoff
Engineer/Consultant/Owner
eServices For You
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Matt
Sent: Monday, January 24,
I know I'm not aware, care to expand?
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Tolmachoff
(Lists)
Sent: Monday, January 24, 2005 11:59 AM
To: Declude.JunkMail@declude.com
Subject: RE: [Declude.JunkMail] Overflow directory and a note about
Could you please let me know what condition causes E-mail to be left in
the overflow directory, and exactly how Declude determines how/when to
process such messages.
The short version is that the situation is handled better than if the
overflow directory isn't used (many people don't get
My understanding is that this is an issue with just some firewalls and
not universal. Please correct me if I am wrong.
Thanks,
Matt
John Tolmachoff (Lists) wrote:
Matt, on the Windows 2003 DNS: You are aware of the time out issues and such
aren't you?
John Tolmachoff
.
- Original Message -
From:
Matt
To: Declude.JunkMail@declude.com
Sent: Monday, January 24, 2005 3:09
PM
Subject: Re: [Declude.JunkMail] Overflow
directory and a note about Windows 2003 DNS
My understanding is that this is an issue with just some
firewalls
PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Aaron Moreau-Cook
Sent: Monday, January 24, 2005 12:02 PM
To: Declude.JunkMail@declude.com
Subject: RE: [Declude.JunkMail] Overflow directory and a note about
Windows 2003
DNS
I know I'm not aware, care to expand
Scott,
Am I to assume a first in, first out type of scenario in the way that
it handles the overflow?
I have my server set to 60 delivery threads, up from the default 30.
Sandy I believe indicated that 64 was the limit due to the fact that
IMail is not multi-threaded or something to that
David,
We do the same thing. One thing you can do is fake mail coming in. I use a
batch file.
REM THIS WILL CLEAN OUT THE DECLUDE QUEUE
declude x:\imail\spool\Qa6da175e02447716.SMD
call x:\imail\cleandq.bat
The Q file I referenced does not exist and it does not matter that it does
not.
Scott, thanks for the explanations. I still have a few follow-ups
though if you don't mind.
First off, since DNS is acting like such a hog on Windows 2003, I'm
going to guess that this is what is slowing down the processing of
E-mail and why I am suddenly getting steady overflow. I can
] [mailto:Declude.JunkMail-
[EMAIL PROTECTED]] On Behalf Of Aaron Moreau-Cook
Sent: Monday, January 24, 2005 12:02 PM
To: Declude.JunkMail@declude.com
Subject: RE: [Declude.JunkMail] Overflow directory and a note about
Windows 2003
DNS
I know I'm not aware, care to expand
You seemed to indicate that service launched processes count against the
threads...meaning that smtp32.exe launches declude.exe, which launches
F-Prot and McAfee. So would this count for 4 threads (not according to
Declude, but Windows/IMail)? What about Sniffer and each external test
that
I found MaxQueProc in the registry and changed that to 60. There is no
GUI config for this option.
I also looked at the issue with MS DNS 2003. After a restart of DNS,
utilization dropped from an average of about 25% to under 1% (I had it
in performance monitor)...but then over the next
]
To: Declude.JunkMail@declude.com
Sent: Monday, January 24, 2005 10:31 PM
Subject: Re: [Declude.JunkMail] Overflow directory and a note about Windows
2003 DNS
I found MaxQueProc in the registry and changed that to 60. There is no
GUI config for this option.
I also looked at the issue with MS DNS 2003. After
ot; [EMAIL PROTECTED]
To: Declude.JunkMail@declude.com
Sent: Monday, January 24, 2005 10:31 PM
Subject: Re: [Declude.JunkMail] Overflow directory and a note about Windows
2003 DNS
I found MaxQueProc in the registry and changed that to 60. There is no
GUI config for this option.
I also
24, 2005 10:00 PM
To: Declude.JunkMail@declude.com
Subject: Re: [Declude.JunkMail]
Overflow directory and a note about Windows 2003 DNS
Thanks Darrell, that definitely sounds like it's the
culprit:
http://support.microsoft.com/?kbid=830381
This didn't come up in my searches because
I had a similar problem last week. In that case, it turned out to be a
problem with the Sniffer add-on program for declude Junkmail. It was
related to their new wide-release-beta (v2-2b). They have had flurry of
beta releases addressing the problem. The latest is v2-2b6. I have
been running
BTW, this is not on a mail server some where around Florida, is it?
John Tolmachoff
Engineer/Consultant/Owner
eServices For You
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Fritz Squib
Sent: Wednesday, December 17, 2003 5:35 PM
Oh geez Fritz, Scott is going to pull his hair out on this one, as he and I
just spent the day figuring out the same type of problem on a server I am
working on.
Quadripple check the DNS servers. Change to a known good other one. That
what it turned out to be in my case. Some times they returned
I've got a little problem here, all of a sudden (as of this morning) the
declude overflow directory is flooded with mail waiting to be delivered.
This will happen if E-mail isn't being scanned/delivered as fast as it is
coming in. In most cases, it is a DNS issue.
Currently 30,927 in the
Hi John,
Ok, you got me...why ask about Florida?
Darin.
- Original Message -
From: John Tolmachoff (Lists) [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, December 17, 2003 9:08 PM
Subject: RE: [Declude.JunkMail] Overflow Directory
BTW, this is not on a mail server some
/\- against microsoft attachments
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of John Tolmachoff
(Lists)
Sent: Wednesday, December 17, 2003 9:08 PM
To: [EMAIL PROTECTED]
Subject: RE: [Declude.JunkMail] Overflow Directory
BTW, this is not on a mail
: [Declude.JunkMail] Overflow Directory
John,
Nope, I'm in snowy western Pennsylvania. Sprint ATT backbone(s).
My DNS servers seem to be resolving everything OK, no warnings in the DJM
log file, same DNS server for Imail DNS and my ip4r tests.
The network guys and a consultant have been working
: Wednesday, December 17, 2003 10:12 PM
To: [EMAIL PROTECTED]
Subject: Re: [Declude.JunkMail] Overflow Directory
Hi,
I had a similar problem a while back. There is a known and internally
documented bug that goes back several versions in IMail.
Under some circumstances, IMail loses the ability
Can I manually move spooled D and Q-files in the overflow folder?
When they will be respooled?
You can, but it is not recommended.
If there are any files in the overflow directory (there should only be Q*.*
files in there), it means that your mailserver is overloaded (not that it
*was*
Perry
Sent: Tuesday, January 07, 2003 4:08 PM
To: [EMAIL PROTECTED]
Subject: Re: [Declude.JunkMail] Overflow directory
Can I manually move spooled D and Q-files in the overflow
folder? When
they will be respooled?
You can, but it is not recommended.
If there are any files
So we have a very large spool folder with many timed out delivery
attempts and I will try to move some large msgs in a temporary folder
until tonight.
Ah, I see.
The overflow directory won't help here -- if you move the
\IMail\spool\Q*.SMD files to the \IMail\spool\overflow directory,
Any mail server that terminates the session instead of
sending a 5xx is broken, as it's just inviting more
waste on both sides.
Why they don't answer with an 5xx code?
There was one single 531 - Mailbox has exceeded disk quota today but a
lot of
01:07 10:00 SMTP-(07BC) .
01:07
What would be nice, though,
is if IMail had a way of listing all the SMTP processes in
memory and what
they were working on, and allowed you to stop them.
Can we place another wish list, even if christmas just passed?
;-)
In this case, you could move some of the Q*.SMD files to a
34 matches
Mail list logo
