Scott,

I vote yes. Our users would love it! If you or another does not create
it - we would eventually work on something for our customers based on
repeat requests. It's either I pay my guys, another, or you.

Several months ago another Decluder here shared files they developed of
end user filter tools working with Declude. It was simple for the end
user and well thought out. If I remember correctly there were limits or
you had to go the long way around because of some JM per user/per domain
issues. I was going to try and work on it some more and use, and then
share back, but other more pressing dev came up for us and not had a
chance to revisit. I will look through my files and try and get you a
name. He is a user here and it fitted the bill nicely. Hopefully he will
see my post and reply.

It was basically select your Spam settings High / Low (predefined
filters) or configure yourself from a list. What would you write it in?
Keep us informed of your plans. Sounds great and I really like the idea
of it being developed by your team to work directly with Declude JM!
Even something very simple to turn on/off certain filters or groups of
filters (i.e. high/low) to start would be nice. I would want to be able
to define a default when setting up new accounts.

-Don S.

-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of R. Scott Perry
Sent: Monday, December 16, 2002 7:50 PM
To: [EMAIL PROTECTED]
Subject: [Declude.JunkMail] An optional web interface for Declude
JunkMail?


A lot of our customers seem to want a web interface to Declude JunkMail,

mostly so that customers can turn their spam settings on or off.

We haven't come up with something in the past, because it is very 
complicated without a hook into web messaging, and it doesn't look like 
Ipswitch is planning to add an interface to web messaging any time soon.

However, we are at the point where we are considering a web interface.
If 
we do it, it would probably need to be done as an addon to Declude 
JunkMail, mainly because the development and support costs would be
fairly 
high.  It would also have some drawbacks, being separate from web 
messaging.  For example, it would require installing a separate service,

using a different port than 80 or 8383 for web access (which may cause 
firewall problems), and having users enter their username/password a
second 
time (if they are already using web messaging).

Is this something that is important enough that it would be worthwhile?
                                              -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.
----------
Scanned by CompBiz for Viruses http://www.CompBiz.Net.
Save 15 Percent on Virus Software by visiting
http://www.compbiz.net/software_mcafee.cfm for details!


---
[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.

Reply via email to