SPAM AND SECURITY
Central Ecl Management
Martin Vitous
05.04.2000
Rating: -3.22- (out of 5)
The ECL is more and more useful and powerful tool how to protect Notes clients.
But it is very difficult to setup ECL on each workstation. There is only one
Administration ECL, which is in the Name & Address book (Domino Directory).
Each new workstation inherits this administration ECL when it is initialized or
if the user receives mail with button with formula @Refresh("";""). If your
company is an International one or you need to setup ECL differently on
different places you have to do it manually or place by place.
To manage different ECL centrally, you can create your own application for it.
There will be one form called, for example, "ECL Definition". The form can
contain several fields, but at least the name of the ECL "ECLName", list of the
users "SendTo", some description "ECLDescription" and for better selection in
views "Topic" or "Subject". Then the form has to contain at least two Actions :
"Create ECL" and "Refresh ECL". The first one will have formula
@EditECL("":"";ECLName) and the second one formula @RefreshECL("":"";ECLName).
How the application works : For each ECL definition, you can create the
document from the form "ECL Definition". The field ECLName is mandatory field.
When you save the document, you can use Action button called "Create ECL" to
create appropriate ECL. The appropriate ECL is created as profile document. It
is not accessible from any view. It is accessible only via button "Create ECL"
or "Refresh ECL". Then you have to only wait for replication to the server or
the workstation and notify the user (mail with link to the document) that
he/she can refresh ECL by Action button called "Refresh ECL".
So, the application creates all proper ECL definitions centrally, then
distributes the definitions by standard replication and notifies users to
refresh their local ECL. It can be used on remote clients as well.
The example application can be downloaded from Notes.net Sandbox.
|
|
|
|
|
|
