[Declude.JunkMail] Introduction Preliminary Survey Results

2004-07-12 Thread Barry @ CHPZ
I realize that I have been slow in posting on thislist and in my own defense we have been very busy,adding new staff to our business, visiting and talking to customers, building the business infrstructureand attempting to learn everything we could about our customers needs for both the

RE: [Declude.JunkMail] SPF and MTLDB Issue?

2004-07-12 Thread Grant Griffith - Declude JM
I know the list has been flooded, but I can not get any of these tests working, anyone have any advice? Sincerely, Grant Griffith EI8HT LEGS Enhanced Web Management A Division of ETC http://www.getafreewebsite.com 877-483-3393 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL

RE: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Markus Gufler
I'm all for your GUI because I know it will make your business more successful even though it will probably be of no use to me at this point. I certainly could have used it in the beginning and I would have probably bought Declude earlier than I did. I'll bet that Dave might even

RE: Re[2]: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Sharyn Schmidt
Title: Message Declude is not a simple thing to implement and configure. Those of us running it are more than capable of adding a line to our config files and deciding how to weight it/configure it/otherwise implement it. We don't NEED a "click OK to install" GUI that does something to our

RE: [Declude.JunkMail] SPF and MTLDB Issue?

2004-07-12 Thread R. Scott Perry
I know the list has been flooded, but I can not get any of these tests working, anyone have any advice? What lines do you have in your global.cfg that begin with SPF? We are looking into an issue where the MTLDB may not be returning positive responses, and should have more information later

RE: [Declude.JunkMail] SPF and MTLDB Issue?

2004-07-12 Thread Grant Griffith - Declude JM
The entries are below. I am thinking they are correct, but I am not seeing anything in my logs that indicate this is working at all. SPFPASS passx x -10 0 SPFFAIL failx x 5 0 I did the install of MTLDB also and have not

RE: [Declude.JunkMail] SPF and MTLDB Issue?

2004-07-12 Thread Scott Fisher
You are missing a column: SPFPASS spf passx 0 0 SPFUNKNOWN spf unknown x 0 0 SPFFAIL spf failx 50 0 Personally, I don't recommend crediting any points for an SPF pass result. Too

Re: [Declude.JunkMail] Introduction Preliminary Survey Results

2004-07-12 Thread Jay Calvert
Shouldn't it be CPHZ? - Original Message - From: Barry @ CHPZ To: Declude. JunkMail Sent: Monday, July 12, 2004 4:31 AM Subject: [Declude.JunkMail] Introduction Preliminary Survey Results I realize that I have been slow in posting on thislist and in my

RE: [Declude.JunkMail] Support Agreements

2004-07-12 Thread John Tolmachoff \(Lists\)
Example, on this new test. (Which I have not implemented yet.) Instead of registering for each server I work on, I could just check the database or file or webpage or whatever to see if there is a valid SA for it, and if so just add the line to their configuration files. If not, advise them

RE: [Declude.JunkMail] New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Todd Holt
I was not even aware that there was another support channel!! Please tell us what it is! I have always posted my Q's here and received my support responses here. I too think that the new management should be more involved in this list. If they were in these discussions, we would see them as

Re: [Declude.JunkMail] SPF and MTLDB Issue?

2004-07-12 Thread Bud Durland
Scott Fisher wrote: Personally, I don't recommend crediting any points for an SPF pass result. Too many spammers can set up SPF records for their system (and they do. Yesterday 58% of the SPF Pass results were spam). That pretty much reflects my results here; Right now SPF pass is, more often

RE: [Declude.JunkMail] Introduction Preliminary Survey Results

2004-07-12 Thread Colbeck, Andrew
Title: Message Thank you, Barry. In addition to a community support channel, we've become accustomed to using this mailing list as acommunications channel to and from Computerized Horizons. You may miss out on the pulse of your customer base if are not a subscriber. I'm sure we all

Re: Re[2]: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Harlan Young
Title: Message I agree withSharyn. Harlan YoungI Like It Like That, Inc.Pequot Lakes, MN 56472218-568-8332800-261-2116http://clarenproject.com/ - Original Message - From: Sharyn Schmidt To: [EMAIL PROTECTED] Sent: Monday, July 12, 2004 9:10 AM Subject: RE:

Re[2]: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread David Sullivan
Ok, couldn't resist my $.02 M sense, but I think they are putting the cart before the horse. Wouldn't M it be much better to work on creating a new format for the config files DREAMING Like an XML based config file that incorporated Junkmail, Virus and Hijack configurations as well as per user

[Declude.JunkMail] OT - Way OT ISP Question

2004-07-12 Thread Danny K
Any ISP's recommend a good POP provider? Were thinking of switching from running our own equipment and do not which ones are reliable. If you could email me off list that would be great. Thank you, Danny --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] ---

RE: [Declude.JunkMail] OT - Way OT ISP Question

2004-07-12 Thread L. Kaminski - MDS
Take a look at http://www.megapop.net/...very reliable. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Danny K Sent: Monday, July 12, 2004 12:40 PM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] OT - Way OT ISP Question Any ISP's recommend a good POP

Re: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Matt
Sharyn (and others that despise GUI's and learning new things at this stage in the game), I think that we must all recognize that the majority of Declude's market lies with those that aren't nearly as experienced with this stuff as we are, and they need a GUI in order to tap deeper into that

[Declude.JunkMail] OT - Managed firewall

2004-07-12 Thread Jose Gosende
Anyone out there know of a good managed firewall solution? Please contact me directly. Many thanks in advance, Jose Gosende --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com). Version: 6.0.718 / Virus Database: 474 - Release Date: 7/9/2004 ---

RE: [Declude.JunkMail] GUI

2004-07-12 Thread Andy Schmidt
Title: Message Hi, I don't need the GUI (anymore)- but I fully appreciate the need for one. However, I wonder whether it is wise to invest into a GUI at THIS stage. The Declude product has been very quick to grow in features, waybeyond what Scott could have originally imagined when he

Re: [Declude.JunkMail] Introduction Preliminary Survey Results

2004-07-12 Thread Bud Durland
Barry @ CHPZ wrote: I realize that I have been slow in posting on this list and in my own defense we have been very busy, adding new staff to our business, visiting and talking to customers, building the business infrstructure and attempting to learn everything we could about our customers

Re[2]: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Sanford Whiteman
Scott already indicated that he planed on having a system where the GUI was just simply an overlay to the config files and not necessarily required... I agree that there's nothing wrong with a configuration GUI. There is, however, something VERY wrong with a

[Declude.JunkMail] GUI - End-User is the priority!

2004-07-12 Thread decjunkmail
Hi, Something getting lost here in the discussion of the installation GUI is the request from time-to-time for an end-user GUI. I feel the biggest drawback to our clients (we are hosting company) using our spam blocking is the total lack of any way for them to customize. Believe it or not,

[Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread decjunkmail
Hi, I vote NO for XML. I'm sorry, but XML is much more like a registry setting or a binary configuration file -- Great for programmatic manipulation, but terrible for manual/interactive use. A text file in notepad is easy to change and edit interactively (even remotely on low-bandwidth

Re: [Declude.JunkMail] GUI - End-User is the priority!

2004-07-12 Thread R. Scott Perry
Something getting lost here in the discussion of the installation GUI is the request from time-to-time for an end-user GUI. This is something that we would love to do -- and would have been done *years* ago if Ipswitch allowed third-party access to web messaging (with about 20 lines of code,

RE: [Declude.JunkMail] GUI - End-User is the priority!

2004-07-12 Thread John Tolmachoff \(Lists\)
Having an easy way for users to change their spam settings - especially managing their own whitelists/blacklists would allow them to turn up the blocking to higher weighting level with less false positives would be very desirable - much more so than a cosmetic GUI for admin installations..

RE: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Todd Holt
I like the XML idea. It is certainly editable by Notepad across a slow connection because an XML file is a plain text file (with specific chars used for specific purposes). But it would give the people that want programmatic control over the file a great capability. Then we can choose our

RE: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Mike Hyslip
Declude can always have an option to edit a file by hand, or just display each current value, test, etc and let changes be fine tuned there and have it write the config file itself. I also think it would be nice for it to either have a global include file for the default junkmail file (for when

RE: [Declude.JunkMail] Introduction Preliminary Survey Results

2004-07-12 Thread Kevin Bilbee
Yes, I agree with that. Declude as a standalone gateway product? I would love to see it. Kevin Bilbee -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Bud Durland Sent: Monday, July 12, 2004 11:42 AM To: [EMAIL PROTECTED] Subject: Re:

RE: [Declude.JunkMail] Fw: New Multiple Threat Lookup Database test for Declude JunkMail

2004-07-12 Thread Brad Morgan
People on this list hopefully will appriciate the irony of the following: G 07/12/2004 13:42 MTLDB:1 nIPNOTINMX:-3 nNOLEGITCONTENT:-5 . Total weight = -7. 07/12/2004 13:42 Using [incoming] CFG file d:\IMail\Declude\$default$.junkmail. 07/12/2004 13:42 Msg failed MTLDB (This E-mail came from

RE: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Kevin Bilbee
XML will definitly slow down the loading of Declude and I know scott will not do that. XML will be a greate feature for the gateway version though. Hint, Hint. Rember that declude loads and parses the config files for every email and unless declude could keep the parsed XML files in memory and

REC: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread decjunkmail
I guess I wasn't clear enough -- Maybe I should be blunt: Editing XML files in notepad sucks! I should be able to quickly edit configuration files in notepad like we can do today with .txt or .ini files. Sure a simple XML file is ok, but try, for example, editing the Microsoft IIS metabase

RE: [Declude.JunkMail] GUI - End-User is the priority!

2004-07-12 Thread decjunkmail
Scott, Thanks for the technical insight - yes, I understand the challenges and remember this from your earlier feedback. However, with the new suits in charge, I though it was worth mentioning again for two reasons: 1. If it was easy, we would all do it ourselves :-) 2. With a bigger

RE: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread John Tolmachoff \(Lists\)
Editing XML files in notepad sucks! I should be able to quickly edit configuration files in notepad like we can do today with .txt or .ini files. XML is not designed to be edited with notepad. In fact, as simple mistake could create a major problem. This is from MS itself. John Tolmachoff

Re: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Pete McNeil
I have to disagree with this. XML, when done properly, can be good both for people and for machines. I've seen it done this way, and worked with this kind of configuration for quite a while. It can be done well, and it can be done badly. When done well, a few simple conventions can make the XML

Re[2]: [Declude.JunkMail] GUI - End-User is the priority!

2004-07-12 Thread Pete McNeil
On Monday, July 12, 2004, 3:50:39 PM, R. wrote: Something getting lost here in the discussion of the installation GUI is the request from time-to-time for an end-user GUI. RSP This is something that we would love to do -- and would have been done RSP *years* ago if Ipswitch allowed third-party

Re[2]: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Pete McNeil
On Monday, July 12, 2004, 4:54:31 PM, Kevin wrote: KB XML will definitly slow down the loading of Declude and I know scott will KB not do that. XML will be a greate feature for the gateway version though. KB Hint, Hint. I respectfully submit that this is not necessarily true. There is no clear

Re: REC: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Pete McNeil
On Monday, July 12, 2004, 4:59:27 PM, decjunkmail wrote: d I guess I wasn't clear enough -- Maybe I should be blunt: d Editing XML files in notepad sucks! I should be able to d quickly edit configuration files in notepad like we can do today d with .txt or .ini files. d Sure a simple XML file

RE: Re[2]: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Kevin Bilbee
Well we differ here on this point. XML is much more verbose and will explode the size of the config files probably 1000 fold Here is a sample Now SPFFAIL spf failx 14 0 After XML - Possible Sample Test name=SPFFAIL Typespf/TestType Actionfail/TestAction

RE: Re[2]: [Declude.JunkMail] XML? Just Say NO !

2004-07-12 Thread Todd Holt
The XML file has one more advantage: A GUI could be created by Declude (which seems to be in our future anyway) that could easily configure Declude in a very structured way. This would simplify Declude configuration immensely! It could easily be done with a group policy looking editor. That

RE: Re[2]: [Declude.JunkMail] XML? Just Say ``NO`` !

2004-07-12 Thread Scott Fisher
An error checker would be handy. Especially for filters. I think I've found just about every which was to mis-spell endswith and startswith. [EMAIL PROTECTED] 7/12 7:33p The XML file has one more advantage: A GUI could be created by Declude (which seems to be in our future anyway) that