In response to additional info and questions please see below. When
could we anticipate an ETA?
It's too early for an ETA, sorry.
***Regarding end user spam control via e-mail subscribe method. This
would be a nice option, but I would prefer Web interface for our
customers and ability to
on 12/18/02 8:43 AM, R. Scott Perry wrote:
Both methods may be a possibility. However, the web interface would take
priority, unless it seemed that the E-mail option would be useful to a lot
of people.
How are subscribers going to log into a web interface? Won't they need a
password of some
How are subscribers going to log into a web interface? Won't they need a
password of some type to verify they are who they say they are? Will they
need another password or will they be able to use their IMail password and
Declude would tap into the IMail database to verify the password?
They
Being that it is obviously a Windows application, would it
not make more sense to simply publish a configuration API (object), and
let the users decide what sort of interface they want to use to connect
to it?
At 08:43 AM 12/18/2002, R. Scott Perry wrote:
In
response to additional info and
Being that it is obviously a Windows application, would it not make more
sense to simply publish a configuration API (object), and let the users
decide what sort of interface they want to use to connect to it?
That's already there -- the configuration files are plain text files, and
can be
Wow, this post certainly generated a lot of comments! Since there are so
many, I won't respond individually, but will just post some more thoughts.
First, if we do this, it would initially be for the per-user settings, with
two options: either a Basic configuration that would let people
I agree that the flat files work well for Junkmail itself. However, a
web GUI will be very hard to do without the 'masters' kept in a database.
Without a database you'll run into file locking problems and it will be
harder to deal with single records.
That's why we try stay away from the
Is there any hook into the iMail web interface/server?
No.
With about 10-20 lines of code, IMail could do it, but they don't seem to
think there is a need. :(
If they had, we likely would have had a web interface within a week or so
after they added the interface (yes, it would be very
I don't mean to cross you and it is a question out of it's time seeing as
you haven't made any decisions yet but what about functionality and
extensibility of your proprietary platform? Are we in for another IWEBMSG
and are you going to hire a whole new team to support coding
features/upgrades
Could we take a lower tech route and use the program alias capabilities?
Make changing your spam settings similar to subscribing/unsubscribing from a
mailing list.
That's what we were originally thinking of a few years back, but the
problem is that end users are well... end users.
For
We would be interested in this and currently are looking a putting something
like this together.
User goes to a web page enters e-mail address and selects filtering level
E-mail is sent to entered e-mail address for conformation
User just hits reply and sends an e-mail back
System process and
on 12/17/02 1:12 PM, R. Scott Perry wrote:
I picture something along the lines of sending a change request to
[EMAIL PROTECTED] I get back a form where I can change the
settings and reply.
It's not nearly as slick as a web interface, but it would work for everyone
(except maybe Imail
12 matches
Mail list logo
