[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference iosg::all-in-1_v30

Title:*OLD* ALL-IN-1 (tm) Support Conference
Notice:Closed - See Note 4331.l to move to IOSG::ALL-IN-1
Moderator:IOSG::PYE
Created:Thu Jan 30 1992
Last Modified:Tue Jan 23 1996
Last Successful Update:Fri Jun 06 1997
Number of topics:4343
Total number of notes:18308

1529.0. "Document Security Classification - an alternate approach" by MUTTON::LAMB (Peter Lamb - GSG Santa Clara) Wed Sep 30 1992 02:47

Cross posted from SYSUSER notes file...

              <<< ATLANA::DUB1:[NOTES$LIBRARY]A1-TOOLKIT.NOTE;1 >>>
                           -< USIS ALL-IN-1 Toolkit >-
================================================================================
Note 250.0  Document Security Classification - an alternate approach  No replies
MUTTON::LAMB "Peter Lamb - GSG Santa Clara"          44 lines  29-SEP-1992 18:45
--------------------------------------------------------------------------------
Hello,

I have a customer that is looking for a simplified version
of the security labeling in SYSUSER (thus I thought I would
put my questions here).

The customer has done some experimentation and has figured 
out how they can prompt a user for the classification of a 
document prior to creating a document from the WP menu.

If the user selects a Confidential document a new document
will be created that already has the correct control blocks
to put headers and footers on the page when the document is 
read or printed.

The only problem with this is that when the document is mailed
apparently the WPS+ formatter is not used to read the message.
Even though the headers and footers are present they are
not displayed on the screen.

I guess my question is...

	* Why doesn't the mail subsystem of ALL-IN-1 us the
	  WPS+ formatter to read documents?

Additionally, the customer also tried to us the same "template"
document during a mail create and was unable to get this to
work (apparently it is much easier to do this from the WP
menu then from the EM menu.   Does anyone have any ideas why
this would be so?

Lastly, the customer would like to be able to track
a document's classification level (a la SYSUSER) and apparently
V3.0 of ALL-IN-1 has bits already reserved in a document's 
header for this purpose but from what I have heard these 
bits do not currently get transfered off node.  Is there
any way to fix this problem (short of using column 72 as
SYSUSER currently does today?)   If so, could someone please
point me to where I could find some sample code that modifies
these bits?

Thanks!

peter
T.RTitleUserPersonal
Name
DateLines
1529.1Reading Mail messagesIOSG::NEWLANDRichard Newland, IOSG, REO1-D/4AWed Sep 30 1992 13:4026
> I guess my question is...
> 
> 	* Why doesn't the mail subsystem of ALL-IN-1 us the
> 	  WPS+ formatter to read documents?

For performance reasons mail messages are not fully formatted in a Read
operation.  Instead they are read through the Compound Document text
dataset which allows the message and all it's attachments to be viewed as
whole, that is, you can move forwards and backwards across attachments.
When you print a mail message it and each attachment is indvidually fully
formatted according it's handling and/or data type.  Not all attachments
will be WPS-PLUS so it would not be correct to always use the WPS-PLUS
formatter.  Some attachments may already be formatted (for example,
PostScript) and should not be formatted at all. 

The decision on whether to fully format during a Read is not determined by
the sub-system (EM or WP) but is determined by the document type (MAIL or
DOCUMENT).  MAIL messages are not fully formatted and DOCUMENTS are fully
formatted. 

If you want to Read a message with full formatting do a Print to TERMINAL,
which will indvidually format the message and each attachment.  


Richard

1529.2MUTTON::LAMBPeter Lamb - GSG Santa ClaraWed Sep 30 1992 19:4118
Hello,

Thanks for the quick reply!!

Can you (or anyone else) think of a reason why it would be 
more difficult to use a template when creating a document
from EM C then from WP C??

It sounds like perhaps all the customer really needs to do
is create the message as an attachment and then the header
and footers will be correctly displayed?

Lastly, does anyone have any info/examples of how to use
the document classification information now stored in 3.0?

Thanks!

Peter
1529.3AmplificationIOSG::SHOVEDave Shove -- REO-D/3CWed Sep 30 1992 19:5918
    As Richard says in .1, Read from the Mail menu uses a mechanism to
    display the message which doesn't do full formatting. It would be quite
    easy to customise this so that it did do full formatting (i.e. the same
    as Print to Terminal does), but it would be a bit slower, and you
    wouldn't be able to use <prev screen> to go up past the top of the
    attachment you were currently reading (I think).
    
    As to your question about the new (v3.0) security attributes. The main
    problem with these, and the main reason why they weren't used in v3.0
    (in the User Interface) is that they aren't carried across the network
    by Message Router. In future versions of MR (conforming to X.400/88)
    there are/may be message elements which could be used to carry security
    attributes, so this might change. Meanwhile, there's no way to carry
    them, except by such "hacks" as putting them on the end of the Subject
    field, or (as some installations have done) encoding them as text into
    an extra bodypart which is attached to the end of the message.
    
    Dave.