Re: [Declude.JunkMail] User Interface
Thanks for the answers, that clears up a lot of questions. Despite the lack of universal support, a most-common denominator approach could make many happy, instead of having nothing at all. I can see why that approach doesn't necessarily work for you. I'm going to look into a separate digest notification app first though. I think that my users will value my services more by knowing the extent to which we are blocking spam, and the few that have concerns will have the ability to never miss a valid message. The Devil's in the details though. Matt R. Scott Perry wrote: Using IMail's Web server would seem like the most global choice, however I have not come across information about it supporting anything besides their own special tags and it doesn't seem like a friendly environment to work in. Does anyone know if this supports some sort of CGI besides the built in tags? No -- and that's exactly why we haven't come up with anything yet. As soon as Ipswitch adds the 30-or-so lines of code to allow third parties access to web messaging, it will become easy to write a web interface. Until then, there are a lot of obstacles: Requiring IIS or developing a custom webserver, authentication, dealing with adding ports to firewalls, etc. John, I see that you have done some of this stuff, as well as many others. I'm wondering why with all the interest, it hasn't yet been done? Also, if Scott is going to do this himself, I'm wondering if there is any estimate as to when it might become available. It is unlikely that Computerized Horizons will come out with a web interface in the near future (unless Ipswitch adds third party access to web messaging, but that is unlikely). -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] User Interface
Using IMail's Web server would seem like the most global choice, however I have not come across information about it supporting anything besides their own special tags and it doesn't seem like a friendly environment to work in. Does anyone know if this supports some sort of CGI besides the built in tags? No -- and that's exactly why we haven't come up with anything yet. As soon as Ipswitch adds the 30-or-so lines of code to allow third parties access to web messaging, it will become easy to write a web interface. Until then, there are a lot of obstacles: Requiring IIS or developing a custom webserver, authentication, dealing with adding ports to firewalls, etc. John, I see that you have done some of this stuff, as well as many others. I'm wondering why with all the interest, it hasn't yet been done? Also, if Scott is going to do this himself, I'm wondering if there is any estimate as to when it might become available. It is unlikely that Computerized Horizons will come out with a web interface in the near future (unless Ipswitch adds third party access to web messaging, but that is unlikely). -Scott --- Declude JunkMail: The advanced anti-spam solution for IMail mailservers. Declude Virus: Catches known viruses and is the leader in mailserver vulnerability detection. Find out what you have been missing: Ask for a free 30-day evaluation. --- [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] User Interface
Care to expand on that? BTW, my generalization was based on the assumption that the majority of IMail owners were small-medium businesses and small Web hosters (many of which do design and programming primarily). Adding more boxes would mean doubling my server administration. I totally understand though if someone has a lot of accounts and/or traffic, but for us small guys, oversizing a box is pretty inexpensive to do...it's the redundancy that costs money. [knock on wood] Anyway, it seems that most would allow a separate Web server to map a directory on the mail server should it come down to that. Being dependent on just one type Web server would seem to be more problematic. Matt ISPhuset Nordic AS wrote: Message Well I can only speek for my self and i would NEVER again host everything on the same server -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] On Behalf Of Matthew Bramble Sent: 1. september 2003 20:15 To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] User Interface Well, you can't always have it all :) Using IMail's Web server would seem like the most global choice, however I have not come across information about it supporting anything besides their own special tags and it doesn't seem like a friendly environment to work in. Does anyone know if this supports some sort of CGI besides the built in tags? Designing with IIS though would be a breeze, but not everyone hosts on the same box they do E-mail on, and gaining access to the files would require manual intervention to setup (and a network). Putting another Web server on the box seems like overkill maybe and won't allow the same degree of flexibility for most, however this might be the most universal approach. I wonder what the majority calling is for. I'm guessing that most host on the same box as their Web server, and most use IIS. I suppose that it should be designed in IIS to be as independent as possible from that environment and then ported to a stand-alone Web server if popular enough. That's something that I would ask my programmer about how best to do. I don't know how the guy does it, but he literally knows everything and has worked in virtually every environment with every language. He also makes everyone around him look lazy :) John, I see that you have done some of this stuff, as well as many others. I'm wondering why with all the interest, it hasn't yet been done? Also, if Scott is going to do this himself, I'm wondering if there is any estimate as to when it might become available. I'd hate to spend any time doing this for him to then come out with a solution. It looks like a daunting task if you try to allow for every possible configuration from global to domain to user. Maybe it would be better just to write a Hello World script instead and watch some TV with my spare time... Matt John Tolmachoff (Lists) wrote: I think you hit the nail on the head on the differences on how this is to be done. Some want to be able to load on the same machine not using IIS, some want IIS. Some want to be able to load on a different machine not using IIS, some want IIS. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of ISPhuset Nordic AS Sent: Monday, September 01, 2003 9:09 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] User Interface Sure this would be nice but pls do not use IIS as a webserver for doing this it would be muxh better having a standalone thing which we can set the port for us self with so many different configs that woule be the best Benny -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of Matthew Bramble Sent: 1. september 2003 17:59 To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] User Interface I'm very interested in this myself, the only thing that is stopping me is knowing what future plans that Scott might have for his configuration files and how that might impact the design. I can see that there have been a good deal of other folks designing interfaces from a search of the archives, however most seem somewhat proprietary to their needs and I would like to see something that was more flexible and probably cover other things like Declude Virus as well. Personally, it's my view that my end users generally have no clue about spam control, or even that is enabled on their accounts, and giving them configuration capabilities would confuse them, or at least something beyond giving them three levels of scoring and the option to turn it off. I would want to see something with per-domain and global
RE: [Declude.JunkMail] User Interface
The project I was working on 9 months ago is for all purposes dead. My former employer dropped the ball on it. I do have the source code. I know there is at least one person who is using the Imail Web interface for spam controls as well as a test, and I will let him refer to it. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Bramble Sent: Monday, September 01, 2003 11:15 AM To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] User Interface Well, you can't always have it all :) Using IMail's Web server would seem like the most global choice, however I have not come across information about it supporting anything besides their own special tags and it doesn't seem like a friendly environment to work in. Does anyone know if this supports some sort of CGI besides the built in tags? Designing with IIS though would be a breeze, but not everyone hosts on the same box they do E-mail on, and gaining access to the files would require manual intervention to setup (and a network). Putting another Web server on the box seems like overkill maybe and won't allow the same degree of flexibility for most, however this might be the most universal approach. I wonder what the majority calling is for. I'm guessing that most host on the same box as their Web server, and most use IIS. I suppose that it should be designed in IIS to be as independent as possible from that environment and then ported to a stand-alone Web server if popular enough. That's something that I would ask my programmer about how best to do. I don't know how the guy does it, but he literally knows everything and has worked in virtually every environment with every language. He also makes everyone around him look lazy :) John, I see that you have done some of this stuff, as well as many others. I'm wondering why with all the interest, it hasn't yet been done? Also, if Scott is going to do this himself, I'm wondering if there is any estimate as to when it might become available. I'd hate to spend any time doing this for him to then come out with a solution. It looks like a daunting task if you try to allow for every possible configuration from global to domain to user. Maybe it would be better just to write a Hello World script instead and watch some TV with my spare time... Matt John Tolmachoff (Lists) wrote: I think you hit the nail on the head on the differences on how this is to bedone. Some want to be able to load on the same machine not using IIS, some wantIIS. Some want to be able to load on a different machine not using IIS, some wantIIS. John Tolmachoff MCSE CSSAEngineer/ConsultanteServices For Youwww.eservicesforyou.com -Original Message-From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-[EMAIL PROTECTED]] On Behalf Of ISPhuset Nordic ASSent: Monday, September 01, 2003 9:09 AMTo: [EMAIL PROTECTED]Subject: RE: [Declude.JunkMail] User Interface Sure this would be nice but pls do not use IIS as a webserver for doing this it would be muxh better having a standalone thing which we can set the port for us self with so many different configs that woule bethe best Benny -Original Message-From: [EMAIL PROTECTED] [mailto:Declude.JunkMail-[EMAIL PROTECTED]] On Behalf Of Matthew BrambleSent: 1. september 2003 17:59To: [EMAIL PROTECTED]Subject: Re: [Declude.JunkMail] User Interface I'm very interested in this myself, the only thing that is stopping meis knowing what future plans that Scott might have for his configurationfiles and how that might impact the design. I can see that there have been a good deal of other folks designinginterfaces from a search of the archives, however most seem somewhatproprietary to their needs and I would like to see something that wasmore flexible and probably cover other things like Declude Virus as well. Personally, it's my view that my end users generally have no clue aboutspam control, or even that is enabled on their accounts, and giving themconfiguration capabilities would confuse them, or at least somethingbeyond giving them three levels of scoring and the option to turn itoff. I would want to see something with per-domain and global settings(depending on your version), and maybe extend the product by creatingsomething like digest notification for instance. Does anyone think that there's enough interest in developing such athing(s) for someone to make some money from a reasonably pricedadd-on? I've got a programmer that could handle this stuff in his sleep :) Please chime in. Matt Jeff Kratka wrote: There was talk awhile ago about some people creating a web user interface for Declude. Did anyone come up with one? Jeff *TymeWyse Interne
RE: [Declude.JunkMail] User Interface
Title: Message Well I can only speek for my self and i would NEVER again host everything on the same server -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew BrambleSent: 1. september 2003 20:15To: [EMAIL PROTECTED]Subject: Re: [Declude.JunkMail] User InterfaceWell, you can't always have it all :)Using IMail's Web server would seem like the most global choice, however I have not come across information about it supporting anything besides their own special tags and it doesn't seem like a friendly environment to work in. Does anyone know if this supports some sort of CGI besides the built in tags? Designing with IIS though would be a breeze, but not everyone hosts on the same box they do E-mail on, and gaining access to the files would require manual intervention to setup (and a network). Putting another Web server on the box seems like overkill maybe and won't allow the same degree of flexibility for most, however this might be the most universal approach.I wonder what the majority calling is for. I'm guessing that most host on the same box as their Web server, and most use IIS. I suppose that it should be designed in IIS to be as independent as possible from that environment and then ported to a stand-alone Web server if popular enough. That's something that I would ask my programmer about how best to do. I don't know how the guy does it, but he literally knows everything and has worked in virtually every environment with every language. He also makes everyone around him look lazy :)John, I see that you have done some of this stuff, as well as many others. I'm wondering why with all the interest, it hasn't yet been done? Also, if Scott is going to do this himself, I'm wondering if there is any estimate as to when it might become available. I'd hate to spend any time doing this for him to then come out with a solution. It looks like a daunting task if you try to allow for every possible configuration from global to domain to user. Maybe it would be better just to write a Hello World script instead and watch some TV with my spare time...MattJohn Tolmachoff (Lists) wrote: I think you hit the nail on the head on the differences on how this is to be done. Some want to be able to load on the same machine not using IIS, some want IIS. Some want to be able to load on a different machine not using IIS, some want IIS. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of ISPhuset Nordic AS Sent: Monday, September 01, 2003 9:09 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] User Interface Sure this would be nice but pls do not use IIS as a webserver for doing this it would be muxh better having a standalone thing which we can set the port for us self with so many different configs that woule be the best Benny -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of Matthew Bramble Sent: 1. september 2003 17:59 To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] User Interface I'm very interested in this myself, the only thing that is stopping me is knowing what future plans that Scott might have for his configuration files and how that might impact the design. I can see that there have been a good deal of other folks designing interfaces from a search of the archives, however most seem somewhat proprietary to their needs and I would like to see something that was more flexible and probably cover other things like Declude Virus as well. Personally, it's my view that my end users generally have no clue about spam control, or even that is enabled on their accounts, and giving them configuration capabilities would confuse them, or at least something beyond giving them three levels of scoring and the option to turn it off. I would want to see something with per-domain and global settings (depending on your version), and maybe extend the product by creating something like digest notification for instance. Does anyone think that there's enough interest in developing such a thing(s) for someone to make some money from a reasonably priced add-on? I've got a programmer that could handle this stuff in his sleep :) Please chime in. Matt Jeff Kratka wrote: There was talk awhile ago about some people creating a web user interface for Declude. Did anyone come up with one? Jeff * TymeWyse Internet P.O.Box 84 - 583 N. Main St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] *
Re: [Declude.JunkMail] User Interface
Well, you can't always have it all :) Using IMail's Web server would seem like the most global choice, however I have not come across information about it supporting anything besides their own special tags and it doesn't seem like a friendly environment to work in. Does anyone know if this supports some sort of CGI besides the built in tags? Designing with IIS though would be a breeze, but not everyone hosts on the same box they do E-mail on, and gaining access to the files would require manual intervention to setup (and a network). Putting another Web server on the box seems like overkill maybe and won't allow the same degree of flexibility for most, however this might be the most universal approach. I wonder what the majority calling is for. I'm guessing that most host on the same box as their Web server, and most use IIS. I suppose that it should be designed in IIS to be as independent as possible from that environment and then ported to a stand-alone Web server if popular enough. That's something that I would ask my programmer about how best to do. I don't know how the guy does it, but he literally knows everything and has worked in virtually every environment with every language. He also makes everyone around him look lazy :) John, I see that you have done some of this stuff, as well as many others. I'm wondering why with all the interest, it hasn't yet been done? Also, if Scott is going to do this himself, I'm wondering if there is any estimate as to when it might become available. I'd hate to spend any time doing this for him to then come out with a solution. It looks like a daunting task if you try to allow for every possible configuration from global to domain to user. Maybe it would be better just to write a Hello World script instead and watch some TV with my spare time... Matt John Tolmachoff (Lists) wrote: I think you hit the nail on the head on the differences on how this is to be done. Some want to be able to load on the same machine not using IIS, some want IIS. Some want to be able to load on a different machine not using IIS, some want IIS. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of ISPhuset Nordic AS Sent: Monday, September 01, 2003 9:09 AM To: [EMAIL PROTECTED] Subject: RE: [Declude.JunkMail] User Interface Sure this would be nice but pls do not use IIS as a webserver for doing this it would be muxh better having a standalone thing which we can set the port for us self with so many different configs that woule be the best Benny -Original Message- From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- [EMAIL PROTECTED]] On Behalf Of Matthew Bramble Sent: 1. september 2003 17:59 To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] User Interface I'm very interested in this myself, the only thing that is stopping me is knowing what future plans that Scott might have for his configuration files and how that might impact the design. I can see that there have been a good deal of other folks designing interfaces from a search of the archives, however most seem somewhat proprietary to their needs and I would like to see something that was more flexible and probably cover other things like Declude Virus as well. Personally, it's my view that my end users generally have no clue about spam control, or even that is enabled on their accounts, and giving them configuration capabilities would confuse them, or at least something beyond giving them three levels of scoring and the option to turn it off. I would want to see something with per-domain and global settings (depending on your version), and maybe extend the product by creating something like digest notification for instance. Does anyone think that there's enough interest in developing such a thing(s) for someone to make some money from a reasonably priced add-on? I've got a programmer that could handle this stuff in his sleep :) Please chime in. Matt Jeff Kratka wrote: There was talk awhile ago about some people creating a web user interface for Declude. Did anyone come up with one? Jeff * TymeWyse Internet P.O.Box 84 - 583 N. Main St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [EMAIL PROTECTED] *
RE: [Declude.JunkMail] User Interface
I think you hit the nail on the head on the differences on how this is to be done. Some want to be able to load on the same machine not using IIS, some want IIS. Some want to be able to load on a different machine not using IIS, some want IIS. John Tolmachoff MCSE CSSA Engineer/Consultant eServices For You www.eservicesforyou.com > -Original Message- > From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- > [EMAIL PROTECTED] On Behalf Of ISPhuset Nordic AS > Sent: Monday, September 01, 2003 9:09 AM > To: [EMAIL PROTECTED] > Subject: RE: [Declude.JunkMail] User Interface > > Sure this would be nice but pls do not use IIS as a webserver for doing this > > it would be muxh better having a standalone thing which we can set the port for us > self with so many different configs that woule be > the best > > Benny > > -Original Message- > From: [EMAIL PROTECTED] [mailto:Declude.JunkMail- > [EMAIL PROTECTED] On Behalf Of Matthew Bramble > Sent: 1. september 2003 17:59 > To: [EMAIL PROTECTED] > Subject: Re: [Declude.JunkMail] User Interface > > > I'm very interested in this myself, the only thing that is stopping me > is knowing what future plans that Scott might have for his configuration > files and how that might impact the design. > > I can see that there have been a good deal of other folks designing > interfaces from a search of the archives, however most seem somewhat > proprietary to their needs and I would like to see something that was > more flexible and probably cover other things like Declude Virus as well. > > Personally, it's my view that my end users generally have no clue about > spam control, or even that is enabled on their accounts, and giving them > configuration capabilities would confuse them, or at least something > beyond giving them three levels of scoring and the option to turn it > off. I would want to see something with per-domain and global settings > (depending on your version), and maybe extend the product by creating > something like digest notification for instance. > > Does anyone think that there's enough interest in developing such a > thing(s) for someone to make some money from a reasonably priced > add-on? I've got a programmer that could handle this stuff in his sleep :) > > Please chime in. > > Matt > > > > Jeff Kratka wrote: > > > There was talk awhile ago about some people creating a web user interface > >for Declude. Did anyone come up with one? > > > >Jeff > > > >* > >TymeWyse Internet > >P.O.Box 84 - 583 N. Main St., Canyonville, OR 97417 > >tel/fax: (541) 839-6027 - [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. > > --- > [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] User Interface
Sure this would be nice but pls do not use IIS as a webserver for doing this it would be muxh better having a standalone thing which we can set the port for us self with so many different configs that woule be the best Benny -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Bramble Sent: 1. september 2003 17:59 To: [EMAIL PROTECTED] Subject: Re: [Declude.JunkMail] User Interface I'm very interested in this myself, the only thing that is stopping me is knowing what future plans that Scott might have for his configuration files and how that might impact the design. I can see that there have been a good deal of other folks designing interfaces from a search of the archives, however most seem somewhat proprietary to their needs and I would like to see something that was more flexible and probably cover other things like Declude Virus as well. Personally, it's my view that my end users generally have no clue about spam control, or even that is enabled on their accounts, and giving them configuration capabilities would confuse them, or at least something beyond giving them three levels of scoring and the option to turn it off. I would want to see something with per-domain and global settings (depending on your version), and maybe extend the product by creating something like digest notification for instance. Does anyone think that there's enough interest in developing such a thing(s) for someone to make some money from a reasonably priced add-on? I've got a programmer that could handle this stuff in his sleep :) Please chime in. Matt Jeff Kratka wrote: > There was talk awhile ago about some people creating a web user interface >for Declude. Did anyone come up with one? > >Jeff > >* >TymeWyse Internet >P.O.Box 84 - 583 N. Main St., Canyonville, OR 97417 >tel/fax: (541) 839-6027 - [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. --- [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] User Interface
I'm very interested in this myself, the only thing that is stopping me is knowing what future plans that Scott might have for his configuration files and how that might impact the design. I can see that there have been a good deal of other folks designing interfaces from a search of the archives, however most seem somewhat proprietary to their needs and I would like to see something that was more flexible and probably cover other things like Declude Virus as well. Personally, it's my view that my end users generally have no clue about spam control, or even that is enabled on their accounts, and giving them configuration capabilities would confuse them, or at least something beyond giving them three levels of scoring and the option to turn it off. I would want to see something with per-domain and global settings (depending on your version), and maybe extend the product by creating something like digest notification for instance. Does anyone think that there's enough interest in developing such a thing(s) for someone to make some money from a reasonably priced add-on? I've got a programmer that could handle this stuff in his sleep :) Please chime in. Matt Jeff Kratka wrote: There was talk awhile ago about some people creating a web user interface for Declude. Did anyone come up with one? Jeff * TymeWyse Internet P.O.Box 84 - 583 N. Main St., Canyonville, OR 97417 tel/fax: (541) 839-6027 - [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] User interface
I'm doing one in iHTML but could port it to cfm if you like. Send me an email at [EMAIL PROTECTED] if you are interested . > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Harlan Young > Sent: Friday, 1 August 2003 06:43 > To: [EMAIL PROTECTED] > Subject: [Declude.JunkMail] User interface > > > Hi, I've new to the list. > > Is there anyone who has or are in the process of developing a .cfm user > interface for Declude Junkmail? We're interested in purchasing a copy or > license. > > Thanks, > > Harlan Young > I Like It Like That, Inc. > Pequot Lakes, MN 56472 > 218-568-8332 > 800-261-2116 > http://clarenproject.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.