Actually yes, I have
written two seperate front ends, as an ISP having a frontend was essential to
us. When we
first purchased Junkmail Pro I went straight to work for customized versions of
\imail\declude\domain.com\user.junkmail
After using that for
a while and realizing what I really needed was a idiot proof way of managing the
\mail\mail_domain_com\users\USER\rules.ima file.
The last frontend I
wrote does just that, so I erased all my user.JunkMail files so that everyone on
my system is using the $default$.Junkmail settings (which is set to WARN on
everything for header entries).
My frontend has a
main menu with 3 options:
Filterlevel, Blocked
Senders and Approved Senders.
When first choosing
any of the 3 my script sucks in the current rules.ima into a temporary SQL table
(much easier to manage than a text file in CF).
The FilterLevel Menu
has 5 Choices: Off, Low, Medium, High and Extreme as well as 2 actions (move to
SPAM or permanently delete)
all 4 actual levels
are defined by another SQL table of course,
and every level
selected gets logged into another table. (so if you update the definitions of
the levels you have a log of who has what level and can "push" the new rules.ima
to your users).
Blocked Senders and
Approved Senders work by putting entries in rules.ima to "Move to Main" and
"Move to NUL"
I haven't written
the code to actually "push" updates to your definitions yet,
but I would be glad
to post my code for both the user.JunkMail and the rules.ima scripts for those
interested.
- From: Matt Robertson
- Subject: [Declude.JunkMail] Coldfusion Declude front end?
- Date: Thu, 20 Jun 2002 10:48:28 -0700
Has anyone tried putting a web-based front end on Declude? I just upgraded to JunkMail Pro and am looking for something in ColdFusion. Don't want to have to write it myself if I can avoid it. --Matt Robertson-- MSB Designs, Inc. http://mysecretbase.com
