I am sure you did, but let's check.
Did you stop the Imail SMTP service, stop the Imail Queue Manager service,
wait for both the proc and work folders to be empty, stop the DecludeProc
service, copy in the new decludeproc.exe file, start the DecludeProc
service, start the Imail Queue Manager
And yes, as of midnight my time, I am running 3.0.4 and it is working as
expected so far.
John T
eServices For You
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of John Tolmachoff (Lists)
Sent: Thursday, September 15, 2005 11:56 PM
Hi, John.
Yeah...did all that, except running the JunkMail log in 'HIGH' mode. So, I
re-ran the test this morning with the log mode set to 'HIGH'. I ran the test
between 7:10A and 7:20A.
At the start of the test, both the 'proc' and the 'proc\work' folders were
empty. As the test progressed,
Download the DecludeProc.exe again from the site. Maybe something went wrong
there.
The version of Imail should make no difference in the processing as it is
definitely being handed to declude.exe.
Do you have a Declude.cfg file in the Imail\Declude folder? Try putting
WAITFORMAIL1
in
Help from the guru's please...
Wouldn't [shouldn't] this email fail the ROUTING test?
X-Country-Chain: UNITED STATES-[IANA Reserved]-UNITED STATES-destination
X-Note: SMTP Sender: [EMAIL PROTECTED]
X-Note: Sent from: [Revdns: [No Reverse DNS]] [RemoteHostDomain:
lgvsoft.at] [RemoteIP:
John,
I performed the suggestions you gave and got the same results. We shall be
giving David at Declude access to our mail server, so they can see what's
happening first hand. I'll keep the list posted.
Kim
-- Original Message --
From: John Tolmachoff
If files are not moving from proc to work make sure you downloaded the
right version, I grabbed smartermail version this AM and it does exactly
nada under Imail. Duh. Got the Imail version and of course its running now.
[This E-mail scanned for viruses by F-Prot]
---
This E-mail came from the
Saw this header today and thought it was mighty
interesting.
X-Mailer: Spamsoft Spammer Bulk
Mailer
That's pretty brazen to advertise that you're a
spammer in the headers...
Darin.
Could someone help me in creating a filter?
I need something to this effect. Can this be done in one filter?
If WEIGHT = 100 or Higher then END
If TESTFAILED CONTAINS MN-COMBO Then
If CountryChain NOTCONTAINS UNITED STATES Then
Then DELETE (triggers the filter - return 100 as
The funniest one I've seen is:
X-Mailer: Minister Punisher 4
Andrew 8)
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Darin
CoxSent: Friday, September 16, 2005 10:38 AMTo:
IMail_Forum@list.ipswitch.com; Declude.JunkMail@declude.comSubject:
Gawck! At first, I thought No way did I do that!, but I hadn't closed the
browser session to the Declude beta site. Upon checking, I was astounded to
find that I did, indeed, download the SmarterMail version of 'decludeproc.exe'
(it was still highlighted)...3 TIMES OVER THE PAST TWO DAYS and
I think this would do it in two filters:
filter 1:
SKIPIFWEIGHT 100
TESTSFAILED END NOTCONTAINS MN-COMBO
COUNTRIES 100 NOTCONTAINS US
filter 2:
SKIPIFWEIGHT 100
TESTSFAILED END NOTCONTAINS MN-COMBO
TESTSFAILED END CONTAINS filter1
COUNTRIES END STARTSWITH US
COUNTRIES 100 CONTAINS US
I'd be
Declude
How about adding in a check into decludeproc when it starts to verify that
the proper mail server is installed
Kevin Bilbee
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Behalf Of Kim Premuda
Sent: Friday, September 16, 2005 11:36 AM
To:
I guess it depends on exactly what text it is searching for. In looking at my
log files (set to Debug), I see that when it is checking the COUNTRIES filter I
created, it displays a message like Checking countries: *A . Is it actually
looking for an asterisk followed by an A? Here are some
Can the %COUNTRYCHAIN% variable be used instead of %COUNTRIES%?
Right about be careful... But the MN-COMBO is a mix of 3 to 5 TESTSFAILED
combos already.
Erik
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Scott Fisher
Sent: Friday, September 16, 2005
Ya know, I thought about asking about that, but said nah, no one could do
some thing dumb like I did.
;)
John T
eServices For You
-Original Message-
From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-
[EMAIL PROTECTED] On Behalf Of Kim Premuda
Sent: Friday, September 16, 2005 11:36
I don't believe so.
I think you have COUNTRY and COUNTRIES.
COUNTRY is the last counry in the country chain.
- Original Message -
From: Erik [EMAIL PROTECTED]
To: Declude.JunkMail@declude.com
Sent: Friday, September 16, 2005 2:07 PM
Subject: RE: [Declude.JunkMail] Help in creating a
Yes COUNTRIES 0 CONTAINS *A is correct. The Asterick is a literal.
codes I know of:
*1 Multi-Regional
*2 Europe
*3 North America
*4 Central/South America
*5 Pacific Rim
*A ARIN Unlisted (North America/South Africa)
*B Public Data Network
*E RIPE Unlisted (Europe, North Africa, Middle East)
*I
Just to second this - I have seen a large amount of customers also farm out
filtering to companies like big fish which scan the mail in oversea's
countries.
Darrell
Check out http://www.invariantsystems.com for utilities
We've been monitoring the MN-COMBO test (multiple tests failed) for the past
2 months.
Most are failing INV-URIBL and SNIFFER; but some only failing one of them
(either SNIFFER or INV-URIBL) but will fail DSBL/CBL/ROUTING/MXRATE. We've
noticed that all the emails that we've monitored with the
Does anyone know (Darrell); if the %COUNTRYCHAIN% can be passed to an
external program? I've thought of developing an EXE that does this final
scan after MN-COMBO is tested.
It should be - at this point any variable I have messed with has been
passable to an external test.
Darrell
---
I don't have the order... But I believe filters are done last after External
comments.
If David's monitoring the list,
I think a list of what order the tests run in would be a great addition to
the Junkmail manual.
- Original Message -
From: Erik [EMAIL PROTECTED]
To:
IMail 8.05 HF3
After installing JunkMail beta 3.0.4 (for IMail) this morning, everything
seemed to be working. That is, I could see the THREAD requisite number of
d*.smd and q*.smd file pairs being moved to the 'proc\work' folder, whereupon
they would get processed and disappear. I visually
23 matches
Mail list logo
