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.
[Declude.JunkMail] Alert Emails
To send an alert email to multiple recipients, the syntax is: To: %MAILFROM%, [EMAIL PROTECTED] From: [EMAIL PROTECTED] Subject: Courtesy Email From %LOCALHOST% If this is correct, I get the [EMAIL PROTECTED] emails for monitoring purposes with no problem, but the %MAILFROM% never gets the alert. I tested this (rsp SE_T OFF REVDNS) from my Yahoo account...when its just %MAILFROM%, the alert goes back to the Yahoo account like it should. When its %MAILFROM%, [EMAIL PROTECTED], only the postmaster(me) alert gets delivered, the yahoo account never gets the alert message. Bug or Feature ??? :) Robert Forsyth --- [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.
[Declude.JunkMail] IMail Expres Lite
The free version of IMail is for one domain. Can it be used with JM and Virus? Doug --- [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] Alert Emails
To send an alert email to multiple recipients, the syntax is: To: %MAILFROM%, [EMAIL PROTECTED] Actually, the IMail1.exe program that Declude uses to send the E-mail won't accept that, because of the space in there (it is very picky!). If you change it to: To: %MAILFROM%,[EMAIL PROTECTED] then it should work. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. --- [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] observation to share...
Scott, Have you thought about using Declude Console as a short term dns cache for Declude? I think the results Kami is seeing is because Ipswitch included a DNS cache in the new Queue Manager, and their ip4r test may be using it instead of the DNS. Declude could definitely benefit from it since spammers usually send in bursts and from the same server, so all messages from that host will have the same results. Right now Declude requeries the DNS for each separate message, even if they are received simultaneously, am I correct? Just a thought. Kami, are you running the DNS cache in Imail 8? Could you test the performance difference without it? I know I saw a post on the Imail list about someone having to disable it to get rid of certain problems they were having, so if the cache is the boost, they won't benefit. Thanks, Chuck Frolick ArgoNet, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kami Razvan Sent: Wednesday, May 28, 2003 5:24 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] observation to share... Scott: Thank you for your response. Since we started doing this (almost a week) I have noticed several real-life behavior from our server. What we used to see: - When a list was hitting our server I was seeing many Declude.exe processes at the same time - one after another taking 100% of CPU and disappearing. As stated a while back, in one case, the server was almost down for 2-3 hours. By down I mean it could not do anything else but process what was being sent to it. We could not check email, outlook was timing out, and web messaging would return error. Once the processing ended the server was back to normal. Of course part of the problem is the way we do things (isn't it always?). We have a lot of filter files and were checking a lot of ip4r tests. Actions we took: - we commented a lot of ip4r tests in Declude and that helped a lot with times when a lot of email was hitting the server at the same time (lists) but still we were getting time outs in Outlook and web messaging was very slow when the emails were arriving. In essence we stopped using so much of the ip4r tests and only used about 8 or so, rather than all that was listed in the Declude site. - with IMail 8 I thought of moving all the ip4r tests to IMail so I can test a few things. Now the results are interesting. We no longer have that problem. The Outlook does not time out and looking at the Declude processes they appear and disappear fast and even if they hit 100% CPU it is for a very short time. We have not changed our filter files and actually have added two more. So the processing for Declude has not changed at all but it is not doing any ip4r tests. We now simply do all the ip4r tests in IMail, add the header and have a X-Header filter file. After reviewing the log files we will eventually get rid of some of the ip4r tests that we find are not effective but for now we are looking at majority of what you have listed in the Declude site. The header weights ranges from 1 - 8. Myth? Fact? Or just my imagination... May be our mail ends up in our backup mail server while IMail is busy checking ip4r's and since all email is not arriving at the same time Declude can manage it without assuming control of the server for a long time. So in essence we are managing delivery of email in a pipeline .. Of course the users may not mind waiting a minute before the mail arrives but they get frustrated when their mail client times out. Our problem is solved for now. - IMail do ip4r tests - Declude do the filters This was just a report from the field... Regards, Kami --- [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] Q: syntax for blacklisting
Is that all? Do I enter something like: TESTNAME WARN **(or HOLD or DELETE) somewhere in the body of the global.cfg? It seems like it still isn't filtering out messages that should have been pulled. At 12:39 05.27.2003, you wrote: Hello - what is the proper syntax for using a blacklist (i.e. the 'fromfile.txt')? For the sender blacklist, you first need to add a line such as the following to your \IMail\Declude\global.cfg file to define the test: TESTNAME fromfile C:\IMail\Declude\badaddresses.txt x 5 0 Here, TESTNAME is the name that you choose for the test and fromfile indicates the type of test. Then, you have the full path to the blacklist file, x as a placeholder, and then the weight for the test (5 in this case), followed by a 0 (used for negative weighting, which is not common, as it would apply to E-mails that did NOT fail this test). The actual file (C:\IMail\Declude\badaddresses.txt in this case) consists of lines in one of the following formats: [EMAIL PROTECTED]- Will only catch E-mail from [EMAIL PROTECTED] @example.com- Will catch any E-mail from any E-mail address @example.com .example.com- Will catch any E-mail in subdomains of example.com (such as [EMAIL PROTECTED]). -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. --- [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. Joseph C. Acac CNPRC University of California at Davis [EMAIL PROTECTED] --- [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] observation to share...
Have you thought about using Declude Console as a short term dns cache for Declude? This is something that we have been thinking about doing for some time. However, if the DNS server is on the local network, there would be little benefit from doing this (as the local DNS server will cache the information and respond immediately). A bit less network traffic would be used, and processing would be just slightly faster. Right now Declude requeries the DNS for each separate message, even if they are received simultaneously, am I correct? There will be one query for each separate E-mail. Spammers will typically send one E-mail to multiple recipients, in which case only one query would need to be made. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. --- [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] Q: syntax for blacklisting
Is that all? Do I enter something like: TESTNAME WARN **(or HOLD or DELETE) somewhere in the body of the global.cfg? You'll need that line in the \IMail\Declude\$default$.JunkMail file (for incoming E-mail) and/or the \IMail\Declude\global.cfg file (for outgoing E-mail), if you want the filter to tag/block E-mail. Without that line, the test would just count towards the weighting system. It seems like it still isn't filtering out messages that should have been pulled. Are you seeing the name of the test in the X-Spam-Tests-Failed: header (or the log file), which would indicate that the E-mail is failing the test? -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. --- [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] Alert Emails
To send an alert email to multiple recipients, the syntax is: To: %MAILFROM%, [EMAIL PROTECTED] Actually, the IMail1.exe program that Declude uses to send the E-mail won't accept that, because of the space in there (it is very picky!). If you change it to: To: %MAILFROM%,[EMAIL PROTECTED] then it should work. -Scott I removed the space, save the .eml file and still no luck. Any Ideas?? Robert --- [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: Re: [Declude.JunkMail] observation to share...
Hi: ORDB hatte für den Open-Relay-Check zwei GMX-Adressen verwendet, die nicht auf SMTP-Auth konfiguriert waren. In der eigenen Open-Relay-Definition beschreibe ORDB ein solches System aber als einen Mail-Server, der Nachrichten weiterleite, bei denen weder der Sender noch der Empfänger ein lokaler Nutzer ist. In den von ORDB dokumentierten Fällen habe es sich aber eindeutig um local user gehandelt. May be there IS more to the story, but, it is expected and normal, that anyone who gets listed as an open relay will claim that they really were not and that the process was flawed. In reality, ORDB will send a test message to its own server and watch if it gets delivered. If the round-trip was successful, then the result is a pretty convincing case of an open relay. Bottom line, if ORDB found a way/trick to relay a message - then a spammer will too. Unless they can show an actual flaw on ORDB's testing method, I go by the assumption that as long as GMX's server allowed for that way/trick they rightfully would have been listed. It is interesting to note that they eventually resubmitted the server (presumingly after closing that hole) and they were de-listed. I do agree, that the lack of a real-time operations center of some of the databases (some don't even offer contact forms) does make them somewhat risky to use - but when viewed against the daily benefits, it's a risk worth taking. Best Regards Andy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Markus Gufler Sent: Wednesday, May 28, 2003 02:14 AM To: [EMAIL PROTECTED] Subject: RE: Re: [Declude.JunkMail] observation to share... I agree completly with scott ,and would like to add that deleting mail only with rbl test does not mean anything. Today I've read an article on a german website (c't computer magazine) http://www.heise.de/newsticker/data/hob-27.05.03-000/ In short there's the information that the big freemailer GMX whas listed from Sunday evening to Monday in the ORDB blacklist. GMX some months ago has announced antispam actions since they have the same problem like msn, aol and co. Last Sunday ORDB has tested a GMX mailserver positive as an open relay (even if the method of testing is controversial) GMX was not very happy that ORDB was not reachable over a fast way and GMX-Admin's has had to fill out the standard form on the ORDB website asking to be removed as fast as possible. The result: On Monday a lot of mails was not deliverable because other mailservers blocked any connection from GMX (based on the ORDB blacklist) Markus --- [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] Declude JunkMail v1.70 (beta) released
Could you explain: DOSENDERACTIONS ON When this is set (with a line DOSENDERACTIONS ON in the \IMail\Declude\global.cfg file), Declude JunkMail will attempt to take actions on an E-mail based on the sender (as well as any recipients). Declude JunkMail will treat the sender as if it was a recipient, as far as the actions go (using per-user or per-domain configuration files if needed, for example). -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. --- [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] Declude JunkMail v1.69 (beta) released
Scott, I am confused, How do I find out about SPAMDOMAINS test? DOSENDERACTIONS etc..I cannot find anything about any of this in the manual. Darryl Koster ~~ Status Technologies Inc. President/Owner Let Us Help You Get The Status You Deserve! http://www.statustechnologies.com P: (905) 435-0145 TF (NA) 888-909-9004 F: (905) 435-0873 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of R. Scott Perry Sent: Wednesday, May 28, 2003 5:06 PM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] Declude JunkMail v1.69 (beta) released We have just released Declude JunkMail v1.69 (beta). See http://www.declude.com/junkmail/manual.htm . Notable changes since the last beta include: o COMMENTS test will now also work with any made-up tag beginning with !. o SPAMDOMAINS test will now allow an alias (IE hotmail.com msn.com to check @hotmail.com, but allows either hotmail.com or msn.com in reverse DNS entry). o Filters will now process 8-bit characters. o DOSENDERACTIONS ON option to allow for actions based on the sender of the E-mail (in Declude Junkmail Pro). o PREWHITELIST ON option to automatically bypass spam tests for E-mail from whitelisted IPs or whitelisted return address. Other additions and fixes can be found in the release notes, at http://www.declude.com/relnotes.htm . Anyone with an up-to-date Service Agreement is entitled to free upgrades (see http://www.declude.com/agree.htm for information on the Declude Service Agreement). --- Quick Resource Reference: Tech Support: [EMAIL PROTECTED] Mailing List: Send E-mail to [EMAIL PROTECTED] with subscribe declude.junkmail your name in the body New Releases List: Send E-mail to [EMAIL PROTECTED] with subscribe declude.releases your name in the body Troubleshooting: See manual URL above; look at Troubleshooting section Emergency Uninstall: See manual URL above; look at Emergency Uninstall section Urgent Support: urgent @declude.com (for urgent/time-sensitive issues only) Declude Addons/Tools URL: http://www.declude.com/tools Manual: http://www.declude.com/junkmail/manual.htm --- [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.
[Declude.JunkMail] whitelist and mult rcpt
We've been getting a lot of spam in the last week or so that bypasses all our spam filters -- they are all copied to the postmaster@ account for our domain. Apparently, they are taking advantage of the common practice of whitelisting the postmaster and the inability of spam filtering programs to separate actions on messages sent to multiple users. No doubt, it won't be long before most messages do the same, rendering both your postmaster account and spam filters useless. I know it has been asked for before and said to be impossible (programmer speak, for don't want to do it -- I know, being one), but PLEASE consider creating multiple copies of messages that arrive for multiple recipients, so that the spam filters can operate (yes, this means some complications, but a little trickery could reduce problems -- for example, only making a copy for the recipient(s) that are whitelisted). --- [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] whitelist and mult rcpt
I know it has been asked for before and said to be impossible (programmer speak, for don't want to do it -- I know, being one), but PLEASE consider creating multiple copies of messages that arrive for multiple recipients, so that the spam filters can operate (yes, this means some complications, but a little trickery could reduce problems -- for example, only making a copy for the recipient(s) that are whitelisted). Some one will surely correct me, but it seems that there is an option some where in Imail V 8.0 to configure the amount of recipients per message on incoming. Any one know if this is right or wrong? I will look into it myself later. 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.
[Declude.JunkMail] Autogenerated response
Title: Message Hi.. I have not been able to figure out how I can have a message delivered and yet an automatic response also be sent to the sender with the original email. I thought we can do this with JM but the only action that I see can send the email with the original message is bounce. What if we don't want to bounce the message! For example: An email is sent to support address. to send an auto-response through IMail will not include the original message. In Declude we have the added option to create an email the way we want and include the original message in the body but how do you still deliver it and reply at the same time? This would be a great option to have if we don't have it already.. [still battling the automation of challenge/response systems for automatic web responses] Regards, Kami
RE: [Declude.JunkMail] Autogenerated response
Title: Message Kami, I know this sounds a little primitive but you couldforewarn users at the point when they make a payment that an automated acknowledgment will be sent but may be blocked if challenge/response is implemented by their ISP/IT dept. What happens in challenge/response when you have two challenge/response mechanisms talking to each other, eachwanting a challenge/response to a challenge/response? Table tennis? David -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kami RazvanSent: 29 May 2003 10:27To: [EMAIL PROTECTED]Subject: [Declude.JunkMail] Autogenerated response Hi.. I have not been able to figure out how I can have a message delivered and yet an automatic response also be sent to the sender with the original email. I thought we can do this with JM but the only action that I see can send the email with the original message is bounce. What if we don't want to bounce the message! For example: An email is sent to support address. to send an auto-response through IMail will not include the original message. In Declude we have the added option to create an email the way we want and include the original message in the body but how do you still deliver it and reply at the same time? This would be a great option to have if we don't have it already.. [still battling the automation of challenge/response systems for automatic web responses] Regards, Kami
RE: [Declude.JunkMail] Autogenerated response
Title: Message Hi Dave: Yes.. I agree. I wonder how this is handled with Vacation Notices or Auto Responses by IMail. Since all it takes is someone with a vacation notice email someone else with vacation notice... Regards, Kami -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Lewis-WallerSent: Thursday, May 29, 2003 6:02 AMTo: [EMAIL PROTECTED]Subject: RE: [Declude.JunkMail] Autogenerated response Kami, I know this sounds a little primitive but you couldforewarn users at the point when they make a payment that an automated acknowledgment will be sent but may be blocked if challenge/response is implemented by their ISP/IT dept. What happens in challenge/response when you have two challenge/response mechanisms talking to each other, eachwanting a challenge/response to a challenge/response? Table tennis? David -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kami RazvanSent: 29 May 2003 10:27To: [EMAIL PROTECTED]Subject: [Declude.JunkMail] Autogenerated response Hi.. I have not been able to figure out how I can have a message delivered and yet an automatic response also be sent to the sender with the original email. I thought we can do this with JM but the only action that I see can send the email with the original message is bounce. What if we don't want to bounce the message! For example: An email is sent to support address. to send an auto-response through IMail will not include the original message. In Declude we have the added option to create an email the way we want and include the original message in the body but how do you still deliver it and reply at the same time? This would be a great option to have if we don't have it already.. [still battling the automation of challenge/response systems for automatic web responses] Regards, Kami
Re: [Declude.JunkMail] Autogenerated response
I have not been able to figure out how I can have a message delivered and yet an automatic response also be sent to the sender with the original email. It sounds like you want to use the ALERT action, which is the same as the BOUNCE action except that the E-mail will be delivered rather than deleted. -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. --- [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.