Re: [Declude.JunkMail] Wish list reminder... :-)
Does anyone that doesn't agree with Bill have any suggestions? We've got an Imail server on a Dell box (2650 2.2 Xeon, RAID 1/5, etc) doing about 150,000 messages a day at roughly 45% utilization and climbing. Looking at all the headaches of managing another box along with duplicate purchases of Imail Unl., Declude JM Pro/Virus Pro, Hijack, Sniffer, Win2k Server, etc is just not a prospect we want to consider. I believe that the Sniffer guys have now offered an OEM version of their product that would allow us to load the rulebase in memory and drastically cut down on the content scanning cycles needed. Any thoughts at better optimizing Declude products? Bill's point is very valid. He wants to get more productivity out of his system and knows that he doesn't need to scan all of his interally generated messages. Here's my suggestion: Bill, what if you setup the new free Imail version on another box somewhere that's not doing much, keep it's port 25 closed to the outside and send all your internal notices, etc to that domain? -David --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com.
RE: [Declude.JunkMail] Wish list reminder... :-)
This is precisely what we do, although not to the tune of 150k messages a day. Imail and Declude make an AWESOME gateway mail server. Only when external contact is required ( in or out ) do we actually have to touch the Imail/declude box. Our internal Exchange server isn't bothered with all the external contact and I don't have to worry about filters on internal memo's and email. Security is better as well since nothing now has direct contact to an interal server. I've set up several business clients ( I should be getting a commission from Scott ! ) and this works very well. Two clients are running their systems on Pentium III 450's with 256 megs of RAM ! Also, since nothing is actually stored on the Imaial/Declude box, if it gets burned to the ground, it only takes an hour or so to reload from our backups and images. Hell, it even runs on an old license of NT 4.0 ! Karl Drugge, Systems Network Engineer -Original Message- From: David Sullivan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 9:22 AM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Wish list reminder... :-) Does anyone that doesn't agree with Bill have any suggestions? We've got an Imail server on a Dell box (2650 2.2 Xeon, RAID 1/5, etc) doing about 150,000 messages a day at roughly 45% utilization and climbing. Looking at all the headaches of managing another box along with duplicate purchases of Imail Unl., Declude JM Pro/Virus Pro, Hijack, Sniffer, Win2k Server, etc is just not a prospect we want to consider. I believe that the Sniffer guys have now offered an OEM version of their product that would allow us to load the rulebase in memory and drastically cut down on the content scanning cycles needed. Any thoughts at better optimizing Declude products? Bill's point is very valid. He wants to get more productivity out of his system and knows that he doesn't need to scan all of his interally generated messages. Here's my suggestion: Bill, what if you setup the new free Imail version on another box somewhere that's not doing much, keep it's port 25 closed to the outside and send all your internal notices, etc to that domain? -David --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com.
RE: [Declude.JunkMail] Wish list reminder... :-)
Imgate http://imgate.meiway.com/ was specifically made to address these problems. The setup process isn't very cute, but the performance gains are phenomenal. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of IS - Systems Eng. (Karl Drugge) Sent: Wednesday, May 28, 2003 4:30 PM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] Wish list reminder... :-) This is precisely what we do, although not to the tune of 150k messages a day. Imail and Declude make an AWESOME gateway mail server. Only when external contact is required ( in or out ) do we actually have to touch the Imail/declude box. Our internal Exchange server isn't bothered with all the external contact and I don't have to worry about filters on internal memo's and email. Security is better as well since nothing now has direct contact to an interal server. I've set up several business clients ( I should be getting a commission from Scott ! ) and this works very well. Two clients are running their systems on Pentium III 450's with 256 megs of RAM ! Also, since nothing is actually stored on the Imaial/Declude box, if it gets burned to the ground, it only takes an hour or so to reload from our backups and images. Hell, it even runs on an old license of NT 4.0 ! Karl Drugge, Systems Network Engineer -Original Message- From: David Sullivan [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 28, 2003 9:22 AM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Wish list reminder... :-) Does anyone that doesn't agree with Bill have any suggestions? We've got an Imail server on a Dell box (2650 2.2 Xeon, RAID 1/5, etc) doing about 150,000 messages a day at roughly 45% utilization and climbing. Looking at all the headaches of managing another box along with duplicate purchases of Imail Unl., Declude JM Pro/Virus Pro, Hijack, Sniffer, Win2k Server, etc is just not a prospect we want to consider. I believe that the Sniffer guys have now offered an OEM version of their product that would allow us to load the rulebase in memory and drastically cut down on the content scanning cycles needed. Any thoughts at better optimizing Declude products? Bill's point is very valid. He wants to get more productivity out of his system and knows that he doesn't need to scan all of his interally generated messages. Here's my suggestion: Bill, what if you setup the new free Imail version on another box somewhere that's not doing much, keep it's port 25 closed to the outside and send all your internal notices, etc to that domain? -David --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com. --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com.
RE: [Declude.JunkMail] Wish list reminder... :-)
Does anyone that doesn't agree with Bill have any suggestions? Scott, I'm just wondering what your thoughts are on these proposed changes? FWIW, I have been extremely busy so far this week. I am in the midst of a 3 day Windows Server 2003 training class. Therefore, I have not been able to review and respond. I will. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com.
RE: [Declude.JunkMail] Wish list reminder... :-)
Scott, with talk recently of optimization and efficiency, and where certain tests should be conducted to save on CPU cycles. I was thinking that one way to gain efficiency would be to NOT run Declude and third-party apps (SpamChk, AlliGate/SpamManager, Sniffer, etc.) on whitelisted e-mails (virus scan only). This would not only greatly reduce CPU requirements, but also greatly cut down on log file sizes for Declude and third-party apps. I second the MadScientest on this that some programs use information from each message no matter what Declude does with it. Secondly, what about spam filtering messages before virus scanning, and if the message accrues a weight high enough to be deleted, then delete and do NOT virus scan the message. However, if it meets hold or deliver weights, then virus scan the message before final handling. Option is already there, but not recommended. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com.
Re: [Declude.JunkMail] Wish list reminder... :-)
- Original Message - From: John Tolmachoff (Lists) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, May 27, 2003 6:53 PM Subject: RE: [Declude.JunkMail] Wish list reminder... :-) Scott, with talk recently of optimization and efficiency, and where certain tests should be conducted to save on CPU cycles. I was thinking that one way to gain efficiency would be to NOT run Declude and third-party apps (SpamChk, AlliGate/SpamManager, Sniffer, etc.) on whitelisted e-mails (virus scan only). This would not only greatly reduce CPU requirements, but also greatly cut down on log file sizes for Declude and third-party apps. I second the MadScientest on this that some programs use information from each message no matter what Declude does with it. Doesn't make any sense to me. If I know that I have web applications that send mail to my IMail server, and I want to whitelist the IP addresses of these systems so that all of the spam checks are not run againt them, who cares if any other third-party application learns about these e-mail--I sure don't. If I want to whitelist the IP addresses of my Postfix gateway servers so that spam tests are not run against bounce and other postmaster messages, again, who cares if any other third-party apps learn about these private e-mail messages--I sure don't. If I get system reports and pages from my differnt network and system monitoring servers, and I don't want or need to have spam tests run against these messages, who cares if other third-party apps learn about these messages, again, I sure don't. I could go on, but I think you get my point. We generate thousands of confidential messages every day from our web server farm, which generates lab and eligibility reports for our healhcare customers, and our different mail servers and monitoring systems. Why would anybody care whether a third-party app learns about these messages? I, as the purchaser of the software (which include Declude JM and VP, Sniffer, and AlliGate/SpamManager) care about performance in this instance, because third-party apps learning about these messages benefits no one, and hinders my overall system performance. Secondly, what about spam filtering messages before virus scanning, and if the message accrues a weight high enough to be deleted, then delete and do NOT virus scan the message. However, if it meets hold or deliver weights, then virus scan the message before final handling. Option is already there, but not recommended. Wrong, what's already there is an option to run JM before virus scanning, however, the way it's setup now, if a message is held due to spam rules, it does get virus scanned before being placed in the hold directory. Re-read my request above. It says: However, if it meets hold or deliver weights, then virus scan the message before final handling The filter before scan feature will virus scan a message that is to be delivered, however it currently will NOT scan a message that is trigger to be held by JM. I'm asking for the filter before scan option to be changed so that even held messages get virus scanned by Declude before being placed into the hold directory, and no scan processing be done on messages flagged for deletion by JM. Even better would be for the held messages not to be virus scanned until they have been reviewed, and messages that are flagged to be moved back into the queue for delivery, first get moved into a temporary directory first where Declude can virus scan them and then move them into the spool directory for delivery by IMail. I would be happy with ether of these filter before scan option changes, and I figure it can't hurt to ask--can it...? :-p Bill --- [This E-mail was scanned for viruses by Declude Virus (http://www.declude.com)] --- 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. The archives can be found at http://www.mail-archive.com.