>  >Only if the text information is -also submitted- via the web form as
>>well, no? You for example have check boxes throughout the web
>>interface that submit via http a value 1 or 0 to SIMS. SIMS then
>>takes that 1 or 0 and does whatever it needs to do (for example,
>>verify return paths). In my example, a button click would submit to
>>SIMS a directive to go read a text file independent of the web
>>interface or anything http. That's all I was suggesting.
>
>Ah. Some file on the server in a fixed (preset) location?

Yes. The location and name of the file could be preset, but I suppose 
if you wanted to try to get fancy you could have the name and path 
entered into the browser admin interface; however, I don't see the 
need for that complexity.

To me, the only real objection to this idea is that the blacklist 
file might not be easily updated. Without browser input of the 
blacklist, one must resort to mounting an appletalk volume. What if 
the owner of the SIMS box disallows appletalk access or TCP/IP access 
to the disks? What if someone can only administer a remote SIMS box 
from a Windows machine? Maybe there are other scenarios I've not 
thought of.

The postmaster normally has control and access to SIMS. And, we 
normally assume that the postmaster has full control and access to 
his/her SIMS -box-, but maybe this is not always true?


Stefan Jeglinski

#############################################################
This message is sent to you because you are subscribed to
  the mailing list <[EMAIL PROTECTED]>.
To unsubscribe, E-mail to: <[EMAIL PROTECTED]>
To switch to the DIGEST mode, E-mail to <[EMAIL PROTECTED]>
To switch to the INDEX mode, E-mail to <[EMAIL PROTECTED]>
Send administrative queries to  <[EMAIL PROTECTED]>

Reply via email to