Re: [Declude.JunkMail] DNS timeouts

2005-11-01 Thread Nick Hayer
There is in declude.cfg the switch DNSOVERRIDE ; I am not clear if this will take multiple dns boxes or not - -Nick Darrell ([EMAIL PROTECTED]) wrote: Travis, My understanding is that Declude only uses the first DNS server specified in IMAIL. This can be overridden in the global.cfg, but

[Declude.JunkMail] Spamcop catching Gmail

2005-11-01 Thread Frederick Samarelli
I noticed that Spamcop is catching email from GMAIL.COM Is there another real-time black list to use that is as good Spamcop was. Fred --- This E-mail came from the Declude.JunkMail mailing list. To unsubscribe, just send an E-mail to [EMAIL PROTECTED], and type unsubscribe Declude.JunkMail.

Re: [Declude.JunkMail] Spamcop catching Gmail

2005-11-01 Thread Travis Sullivan
I noticed that Spamcop is catching email from GMAIL.COM Is there another real-time black list to use that is as good Spamcop was. Gmail is slow on their TOS reports. I have sent in 30 so far and it normally takes 5 working days for them to kill the account and reply. However, I have

[Declude.JunkMail] SmarterMail Mailbox Action Equivalent?

2005-11-01 Thread Bill Green dfn Systems
I've been following SmarterMail's growth with interest on this mailing list since IMail's price debacle last year (or was it 2 yrs ago?). The dealbreaker for us then was the lack of an equivalent to the IMail/Declude Mailbox Action where I could route mail of a certain weight range to a user's

[Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread Harry Vanderzand
I was just checking my declude directories and found mail sitting in the review directory. 95 pieces with varying times since my update to 30514 yesterday. When I put them back into the proc directory the system slowed down and they ended up back in the review directory eventually. I then

RE: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread David Barker
The review directory has it's purpose, if there is email that causes decludeproc to crash, messages that are currently being worked on go into the review directory, if the messages continue to cause the same problem, then the messages will again end up in the review. What I would suggest is

Re: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread Bill Landry
I sent info to Declude support yesterday about this, but have not received a response yet. I also had to revert back to V3.0.5.12 yesterday because of this issue. Bill - Original Message - From: David Barker [EMAIL PROTECTED] To: Declude.JunkMail@declude.com Sent: Tuesday, November

RE: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread David Barker
Bill, 3.0.5.12 WINSOCKCLEANUP was always ON whereas in 3.0.5.14 it is set to OFF by default, try setting WINSOCKCLEANUPON for 3.0.5.14 David B www.declude.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bill Landry Sent: Tuesday, November 01,

Re: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread Bill Landry
David, I made the suggested change to my declude.cfg and within 3 minutes the orphaned .vir directories started showing up in the work sub-directory and messages were being moved into the review directory. I will send you and support the trace evidence off-line. Bill - Original Message

RE: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread John T \(Lists\)
Remember, changes to the declude.cfg file call for a restart of the Decludeproc service. John T eServices For You -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED] On Behalf Of Bill Landry Sent: Tuesday, November 01, 2005 12:53 PM To:

Re: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread Bill Landry
Really, whoda thunk it... ;-) The file was actually updated while the service was stopped to change the decludeproc.exe file. It appears that the version 3.0.5.14 does not like something about winmail.dat attachments. Bill - Original Message - From: John T (Lists) [EMAIL

Re: [Declude.JunkMail] V3.05.14 issue

2005-11-01 Thread Matt
I don't like winmail.dat attachments either. At least we have something in common :) Matt Bill Landry wrote: Really, whoda thunk it... ;-) The file was actually updated while the service was stopped to change the decludeproc.exe file. It appears that the version 3.0.5.14 does not

[Declude.JunkMail] COPYFILE action not being superseded by DELETE

2005-11-01 Thread Matt
I just came across something that I wasn't expecting while using both the COPYFILE and DELETE actions. Essentially, COPYFILE is still functioning when a DELETE condition is met, but DELETE I thought was supposed to superseded all other actions. My config would be roughly the following in the

[Declude.JunkMail] IMail Admin Utility - New Version Available

2005-11-01 Thread Evans Martin
Hello to all of our long time friends on the Declude list! We have updated our migration and reports suite and have changed our licensing scheme. If you have only one domain, were offering the equivalent of our new professional package to you for free! Come download a demo and check it

[Declude.JunkMail] problem with declude 3.0.5.12

2005-11-01 Thread Goebbels, Bernd \(LDS\)
hi @ all, we updated from 2.0 to 3.0.5.12 on monday. since then, we're looking into some strange effects: some of our tests doesn't seen to be started for every mail, for some mail they start, for others, they don't. since we are using a lot of combo-tests, this is causing us a lot of trouble.