RE: [Declude.JunkMail] Imail Web Based Interface
I do store all of my user databases in SQL, but it doesn't really matter, the CF side never see's the username/password. It's just a little trick I did to verify the identity of the user. My whitelist/blacklists are so very simple... I'm actually not using declude's whitelists/blacklists... Those work via IMAIL's rules.ima Any approved senders first. [rules.ima] F~[EMAIL PROTECTED]:MAIN ( sends any mail from approved-sender to main mailbox, stop's processing rules on that message ) Then any black lists F~[EMAIL PROTECTED]:NUL ( just deletes mail without any trace ) Then my weight-rule based on what level the client chose (header check) H~X-SpamLevel-Low:SPAM And of course in $default$.junkmail LOW WARN X-SpamLevel-Low: This message triggered the low spam test MEDIUM WARN X-SpamLevel-Medium: This message triggered the medium spam test HIGH WARN X-SpamLevel-High: This message triggered the high spam test And [global.cfg] HIGHweightrange x x 1 15 MEDIUM weightrange x x 16 25 LOW weight x x 26 0 I am actually finishing up a revision that gives my users a way of syncronizing their approved senders lists to their IMAIL address book, and lets them upload/download their IMAIL address book so they can syncronize it with Outlook Express. When I first started this concept I posted my source to the list, but have not updated that source in quite some time. Some of the source is specific to my system (because of the billing system integaration), but most of what you need is contained within just a couple of .cfm's. I will send you them off list this afternoon. -Tom -Original Message- From: Cxan [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 01, 2002 9:49 PM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Imail Web Based Interface Tom, This is exactly what I am talking about. I noticed that you used Cold Fusion and that is what our developers use. The idea that I have is extremely close to what you have done. I will search the archive to find your documentation. For the approved and black list did you use a table SQL database. I am assuming that you are not saving your Imail user database in the registry. The reason I ask is I am leaving our Imail user database just as it is (the default) but yet we created a SQL table for whitelist/blacklist information. It is very much a table that holds the rules for per domain or per user email address. This way the users can very much populate this database using interfaces very similar and almost identical to your interface. In addition I wrote a external program in Visual Basic that is call by Declude. queries this table for each incoming email and makes decision and contributes to Decludes weighting system based on the rules stated in the database . That is mainly why I love the design and ideas behind Declude. I was wondering if it is possible to get a copy of your .cfm files and modify them? Best Regards, Mishi - Original Message - From: Tom Baker | Netsmith Inc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 01, 2002 10:23 PM Subject: RE: [Declude.JunkMail] Imail Web Based Interface The session string can be helpful for kicking a user between iwebmsg and your own web server with only a single authentication point. I have already accomplished this with my system, and have integrated my online billing / spam filters with the web templates. You can see an example of what I'm talking about at http://mail.bsc.net/ Email= [EMAIL PROTECTED] Pass = declude Notice whenever your URL begins with http://mail.; you are in IMAIL's Web messeging server, but whenever your URL begins with http://signup.; you have followed a link which kicked you to my other web server, and verified your login information from IMAIL. (preventing you from having to login twice). ( for a specific example, click the spam filters button ) Search the mail archives at http://www.mail-archive.com/declude.junkmail%40declude.com/ to find my older post which explains how I accomplish this, or ask if you are curious. I think this might be along the lines of what you are asking. -Tom -Original Message- From: Cxan [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 01, 2002 4:35 PM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Imail Web Based Interface Terry, You have been a great help today. I think the links that you sent me would be a good start. Many Thanks Mishi - Original Message - From: Smart Business Lists [EMAIL PROTECTED] To: Cxan [EMAIL PROTECTED] Sent: Sunday, December 01, 2002 5:28 PM Subject: Re: [Declude.JunkMail] Imail Web Based Interface Mishi Sunday, December 1, 2002 you wrote: The link that you sent me did not explain what I am asking for. Let me explain my question a bit more: Suppose there is a virtual domain called abcvirtual.com on a server called
RE: [Declude.JunkMail] Declude Junk Mail calling External Programs
WDGWHITELIST externalnonzero D:\Myapps\test.exe 7 4 Just to verify, you want to add a weight of 7 if a message fails and a weight of 4 if it passes? John Tolmachoff MCSE, CSSA IT Manager, Network Engineer RelianceSoft, Inc. Fullerton, CA 92835 www.reliancesoft.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 Junk Mail calling External Programs
The envelope file (the Q*.smd file) is locked. Well it isn't really locked. The file name is changed so the Q is an _ underline character and the .smd is .~md. You can read the file and it doesn't really seem to hurt anything. Are you saying that if the external program is going to parse the Q file, it will not find it because it has been renamed to _ with an extension of .~md at that point? John Tolmachoff MCSE, CSSA IT Manager, Network Engineer RelianceSoft, Inc. Fullerton, CA 92835 www.reliancesoft.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 Junk Mail calling External Programs
John, Monday, December 2, 2002 you wrote: JT Are you saying that if the external program is going to parse the JT Q file, it will not find it because it has been renamed to _ with JT an extension of .~md at that point? Yes. I'm not exactly clear on what program has changed the name. I think it is IMAIL and not declude. I was reluctant to open the envelope since I did not understand this thoroughly but I made certain to not change it. So it actually might be locked for writing. Since Scott now allows variables to be passed this is mostly unnecessary but when I wrote my application variables were not available. Terry Fritts --- [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] Imail Web Based Interface
I just posted asp source to my app which is similar in concept to Tom's, except it also has a spambox to manage held spam for the user. I know some people have looked at it, but I haven't received any feedback yet. It aollows for management of the spam messages separate from Imail's aging since it does not store the messages in Imail. So if you are like me and only have size limitations on your mailboxes, and cannot revert to clearing old messages automatically, the separate spambox can have aged messages, and the size limits on the original mailbox are not affected by spam. Find the app info and download at http://spamreview.argolink.net/doc Thanks, Chuck Frolick ArgoNet, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Tom Baker | Netsmith Inc Sent: Monday, December 02, 2002 7:35 AM To: '[EMAIL PROTECTED]' Subject: RE: [Declude.JunkMail] Imail Web Based Interface I do store all of my user databases in SQL, but it doesn't really matter, the CF side never see's the username/password. It's just a little trick I did to verify the identity of the user. My whitelist/blacklists are so very simple... I'm actually not using declude's whitelists/blacklists... Those work via IMAIL's rules.ima Any approved senders first. [rules.ima] F~[EMAIL PROTECTED]:MAIN ( sends any mail from approved-sender to main mailbox, stop's processing rules on that message ) Then any black lists F~[EMAIL PROTECTED]:NUL ( just deletes mail without any trace ) Then my weight-rule based on what level the client chose (header check) H~X-SpamLevel-Low:SPAM And of course in $default$.junkmail LOW WARN X-SpamLevel-Low: This message triggered the low spam test MEDIUM WARN X-SpamLevel-Medium: This message triggered the medium spam test HIGH WARN X-SpamLevel-High: This message triggered the high spam test And [global.cfg] HIGHweightrange x x 1 15 MEDIUM weightrange x x 16 25 LOW weight x x 26 0 I am actually finishing up a revision that gives my users a way of syncronizing their approved senders lists to their IMAIL address book, and lets them upload/download their IMAIL address book so they can syncronize it with Outlook Express. When I first started this concept I posted my source to the list, but have not updated that source in quite some time. Some of the source is specific to my system (because of the billing system integaration), but most of what you need is contained within just a couple of .cfm's. I will send you them off list this afternoon. -Tom -Original Message- From: Cxan [mailto:[EMAIL PROTECTED]] Sent: Sunday, December 01, 2002 9:49 PM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] Imail Web Based Interface Tom, This is exactly what I am talking about. I noticed that you used Cold Fusion and that is what our developers use. The idea that I have is extremely close to what you have done. I will search the archive to find your documentation. For the approved and black list did you use a table SQL database. I am assuming that you are not saving your Imail user database in the registry. The reason I ask is I am leaving our Imail user database just as it is (the default) but yet we created a SQL table for whitelist/blacklist information. It is very much a table that holds the rules for per domain or per user email address. This way the users can very much populate this database using interfaces very similar and almost identical to your interface. In addition I wrote a external program in Visual Basic that is call by Declude. queries this table for each incoming email and makes decision and contributes to Decludes weighting system based on the rules stated in the database . That is mainly why I love the design and ideas behind Declude. I was wondering if it is possible to get a copy of your .cfm files and modify them? Best Regards, Mishi - Original Message - From: Tom Baker | Netsmith Inc [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Sunday, December 01, 2002 10:23 PM Subject: RE: [Declude.JunkMail] Imail Web Based Interface The session string can be helpful for kicking a user between iwebmsg and your own web server with only a single authentication point. I have already accomplished this with my system, and have integrated my online billing / spam filters with the web templates. You can see an example of what I'm talking about at http://mail.bsc.net/ Email= [EMAIL PROTECTED] Pass = declude Notice whenever your URL begins with http://mail.; you are in IMAIL's Web messeging server, but whenever your URL begins with http://signup.; you have followed a link which kicked you to my other web server, and verified your login information from IMAIL. (preventing you from having to login twice). ( for a specific example, click the spam filters button ) Search the mail archives at
RE: [Declude.JunkMail] Declude Junk Mail calling External Programs
Since Scott now allows variables to be passed this is mostly unnecessary but when I wrote my application variables were not available. So, instead of having the following test: MYPROGRAM external nonzero D:\imail\declude\myprogram.exe 0 0 I can have: MYPROGRAM external nonzero D:\imail\declude\myprogram.exe %MAILFROM% %ALLRECIPS% 0 0 And then use the %MAILFROM% and %ALLRECIPS% as the arguments that myprogram can use? John Tolmachoff MCSE, CSSA IT Manager, Network Engineer RelianceSoft, Inc. Fullerton, CA 92835 www.reliancesoft.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 Junk Mail calling ExternalPrograms
So, instead of having the following test: MYPROGRAM external nonzero D:\imail\declude\myprogram.exe 0 0 I can have: MYPROGRAM external nonzero D:\imail\declude\myprogram.exe %MAILFROM% %ALLRECIPS% 0 0 And then use the %MAILFROM% and %ALLRECIPS% as the arguments that myprogram can use? Close -- it should be: MYPROGRAM external nonzero D:\imail\declude\myprogram.exe %MAILFROM% %ALLRECIPS% 0 0 In this case, your program will get called with the return address as the first parameter, followed by a list of the recipient(s). -Scott --- [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] Determine Declude Version
From a command prompt in the directory of Imail, type declude -diag. John Tolmachoff MCSE, CSSA IT Manager, Network Engineer RelianceSoft, Inc. Fullerton, CA 92835 www.reliancesoft.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Keith Johnson Sent: Monday, December 02, 2002 9:20 AM To: [EMAIL PROTECTED] Subject: [Declude.JunkMail] Determine Declude Version Once Declude is installed, is there a command line switch to determine what version you are running? Also, if you have purchased Declude Antivirus and SPAM option, can you run different versions of the software for each, or is it same for both. Thanks for the aid. ___ Keith Johnson, MCP Network Engineer Network Advocates, Inc. Tel: 502.412.1050 Fax: 502.412.1058 Email: [EMAIL PROTECTED] Good pings come in small packets --- [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] Determine Declude Version
Once Declude is installed, is there a command line switch to determine what version you are running? You can type \IMail\Declude -diag (*EXACTLY* like that) from a command prompt to find the version you are running (note that if you make any changes to that command, such as changing the path, you may not get the correct results). Also, if you have purchased Declude Antivirus and SPAM option, can you run different versions of the software for each, or is it same for both. Both need to be running the same version. -Scott --- [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] How Does IPNOTINMX Work?
I'm sorry to be a rube, but how, exactly, does IPNOTINMX work? I cannot seem to make the corrections necessary to pass this test from my workstation. I am merely sending an e-mail to myself directly through the IMail server. My return address and IMail server share the same domain. That domain contains an appropriate MX record for the IMail server. No gateways, mail forwarders. What else is there? If I understand it correctly, IPNOTINMX takes the domain name of a message's return e-mail address, performs a DNS lookup for that domain's MX record, and then compares that resulting MX IP address against the sending mail server's IP address? Do I have this right? What if the domain has multiple MX records? Any help is appreciated. Dave --- [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] How Does IPNOTINMX Work?
So, IPNOTINMX compares the MX IP against the SENDER (workstation) IP? Not the SENDING MAIL SERVER'S IP? To pass this test, wouldn't this require that the sender be seated at the mail server? When would there otherwise be an MX record matching the sender? I don't get it. Dave R. Scott Perry wrote: I'm sorry to be a rube, but how, exactly, does IPNOTINMX work? It checks to see if the IP address of the computer sending the E-mail is listed in the MX records of the domain in the return address. Note that failing this test is NOT an indication of spam (it's quite common for an E-mail to be sent from an IP not listed in the MX records), but passing this test often indicates that an E-mail is not spam. I cannot seem to make the corrections necessary to pass this test from my workstation. I am merely sending an e-mail to myself directly through the IMail server. My return address and IMail server share the same domain. That domain contains an appropriate MX record for the IMail server. No gateways, mail forwarders. What else is there? The problem here is that the IP address of your workstation isn't listed in your MX records (as it should be). The IPNOTINMX test isn't appropriate for outgoing E-mail. For incoming E-mail sent from local accounts, it isn't appropriate either (which is one of the reasons that you shouldn't penalize a sender for failing this test). -Scott --- [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[2]: [Declude.JunkMail] How Does IPNOTINMX Work?
So, IPNOTINMX compares the MX IP against the SENDER (workstation) IP? Not the SENDING MAIL SERVER'S IP? It compares to the connecting IP, which in your case was your directly connected workstation. For remote connections, it would indeed be the mail server. -Sandy --- [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] How Does IPNOTINMX Work?
So, IPNOTINMX compares the MX IP against the SENDER (workstation) IP? Not the SENDING MAIL SERVER'S IP? The remote computer or sending server or workstation or remote mailserver are all terms for the same thing -- whatever IP address connects to IMail and wants to send mail. Neither IMail nor Declude knows or cares whether the IP connecting to it is a workstation or a server. To pass this test, wouldn't this require that the sender be seated at the mail server? When would there otherwise be an MX record matching the sender? I don't get it. What most people don't grasp initially is that E-mail is two ways, but both ways work the same. My E-mail client connects to our mailserver in exactly the same way that my mailserver connects to your mailserver. Your mailserver will both accept incoming E-mail, as well as incoming+outgoing E-mail from your users. The IPNOTINMX test is only relevant when mail is being sent to your mailserver from somewhere other than one of your users. It is not relevant when your users are sending mail. So yes, in order to pass this test, a local user would have to be seated at the mailserver (actually, they couldn't even pass it then, as the IP address would be 127.0.0.1, but that's a different story). But, they aren't expected to pass the test. When I send you E-mail, though, your mailserver will see our mailserver's IP (66.189.58.123), which is in our MX record. Therefore, my mail won't fail the IPNOTINMX test, and with the default settings my E-mail will have its weight lowered by 4 points for that. To really grasp the power of this test, you need to realize that most of the worst spammers (adult spammers, scams, etc.) will use a random return address (or one on your domain). They then connect to a random mailserver to send their E-mail. Because of that, their E-mail will rarely pass this test. -Scott --- [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] Excluding 1 domain from spam checkin
I have 1 customer that does not want to have his (domain) email checked. How do I exclude ALL the email going to his website from being checked? TIA Doris
Re: [Declude.JunkMail] Excluding 1 domain from spam checkin
I have 1 customer that does not want to have his (domain) email checked. How do I exclude ALL the email going to his website from being checked? The easiest way is to add a line WHITELIST TODOMAIN @example.com to your \IMail\Declude\global.cfg file. -Scott --- [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] How Does IPNOTINMX Work?
What's the word for that throaty noise Daffy Duck makes when he shakes his head in confusion? I'm doing that. Actually, your note helps lots. I see now that it was folly to expect IPNOTINMX to work with local users. RECOMMENDATION: When IPNOTINMX is officially adopted and added to the documentation, I humbly recommed a brief clarifying paragraph: Expect mail from local IMail users to fail the IPNOTINMX test. In these transactions, the sending computer is typically a workstation -- not a mail server -- and, consequently, should not be expected to have a corresponding MX record. ...or some such thing. Thank you so much for all of your help. Glad to know nothin's broke. Dave R. Scott Perry wrote: So, IPNOTINMX compares the MX IP against the SENDER (workstation) IP? Not the SENDING MAIL SERVER'S IP? The remote computer or sending server or workstation or remote mailserver are all terms for the same thing -- whatever IP address connects to IMail and wants to send mail. Neither IMail nor Declude knows or cares whether the IP connecting to it is a workstation or a server. To pass this test, wouldn't this require that the sender be seated at the mail server? When would there otherwise be an MX record matching the sender? I don't get it. What most people don't grasp initially is that E-mail is two ways, but both ways work the same. My E-mail client connects to our mailserver in exactly the same way that my mailserver connects to your mailserver. Your mailserver will both accept incoming E-mail, as well as incoming+outgoing E-mail from your users. The IPNOTINMX test is only relevant when mail is being sent to your mailserver from somewhere other than one of your users. It is not relevant when your users are sending mail. So yes, in order to pass this test, a local user would have to be seated at the mailserver (actually, they couldn't even pass it then, as the IP address would be 127.0.0.1, but that's a different story). But, they aren't expected to pass the test. When I send you E-mail, though, your mailserver will see our mailserver's IP (66.189.58.123), which is in our MX record. Therefore, my mail won't fail the IPNOTINMX test, and with the default settings my E-mail will have its weight lowered by 4 points for that. To really grasp the power of this test, you need to realize that most of the worst spammers (adult spammers, scams, etc.) will use a random return address (or one on your domain). They then connect to a random mailserver to send their E-mail. Because of that, their E-mail will rarely pass this test. -Scott --- [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] How Does IPNOTINMX Work?
RECOMMENDATION: When IPNOTINMX is officially adopted and added to the documentation, I humbly recommed a brief clarifying paragraph: Expect mail from local IMail users to fail the IPNOTINMX test. In these transactions, the sending computer is typically a workstation -- not a mail server -- and, consequently, should not be expected to have a corresponding MX record. ...or some such thing. That sounds like an excellent idea. -Scott --- [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.