[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

4086.0. "MUPA TMS form" by UTRTSC::SMEETS (Alpha AXP Compatible LinkWorks Mouse) Mon Apr 18 1994 16:00

Hello,

A customer just installed the MUPA patch and reported the following problem:

        User granting access:   HOFKAMP
        Access given to user:   HINRICHS

        Access Given:     Allow two calendar?  (Y/N):   Y
                          Allow set owner?     (Y/N):   Y

Time management Set Owner field of HINRICHS's profile entry contains Y

User HINRICHS set owner to user HOFKAMP and he create an event without any
problem. If however user HINRICHS wants to edit the entry he just created and
receives the error "No privilege for attemped operatrion"

This operation used to work before MUPA was installed.

I checked the named data of the TMS form

;;OA$_MO_EDIT;;

.IF OA$MAIL_USER NES OA$TM_OWNER THEN GET OA$DISPLAY=OA$_CMNOPRIV\\FORCE
 ELSE
.IF #PREV_DEFAULT NES "" THEN GET OA$DISPLAY = OA$_TM_OPTINTMENU\\FORCE
 ELSE CHECK_DISKQUOTA\\IFSTATUS
\\DECLARE_METER #METER_NO, OA$_TM_EV_EDIT\\START_METER #METER_NO
\\DO TMAPMEE\\STOP_METER #METER_NO

Because OA$MAIL_USER doesn't match OA$TM_OWNER the error message is generated.

If the above is the normal intended behaviour, shouldn't also the Create and 
delete option be modified ?

Martin
T.RTitleUserPersonal
Name
DateLines
4086.1See STARS for more detailsAIMTEC::ZANIEWSKI_DWhy would CSC specialists need training?Mon Apr 18 1994 16:2313
        This is the intention, even though it is not documented.  Editing
        an even and having the mail send from a user account that differs
        from the time management account results in a message with the NOTED
        status when it returns to the scheduler.  This can lead to more
        serious problems.
        
        Delete does not generate a mail message that will cause problems.
        
        There are problems with the use of Create under investigation, but
        Set Owner has not yet been the sole contributing factor.
        
        Dave Zaniewski
        US CSC
4086.2ICF 31 overcomes the no priv problemIOSG::COTTINGHAMMon Apr 18 1994 17:0013
    From my limited TM knowledge. The SO and SMU is required in MUPA
    before Edit event is allowed to overcome problems when editing
    responses. Create and Delete Event do not use the From_address as the
    Scheduler and thus cause no problem.
    
    The problem of an SO to a Scheduler no longer being able to Edit an Event
    is overcome in ICF 31 which is now available on request from
    Engineering.
    
    Regards
    Alan
    (not an expert)
    
4086.3GIDDAY::JOYCEBurn me kangaroo down sportTue Apr 19 1994 00:3914
    
    Fwiw, I think a more meaningful error message should be displayed. 
    We've had a LOT of calls from confused customers, who've "tried setting
    every ALL-IN-1 privilege and it still doesn't work!"
    
    Especially as this is not really an "error", just a restriction.  I've
    tailored a few customers' TMS and TMSEV_OPTIONS1 forms to say something
    like...
    
    "You must Set Mail User (SMU) to FLINTSTONE before you can do this"
    
    Andy
    CSC Sydney
           
4086.4ICF 31?CROCKE::YUENBanquo Yuen, Darwin AustraliaWed May 18 1994 12:355
    Does this mean that after installing the ICF 31, user no longer
    needs to SMO before she can edit an event after SO?
    
    Thanks
    Banquo
4086.5YES ICF does the SMU for youIOSG::COTTINGHAMWed May 18 1994 13:3010
    Yes.
    
    ICF 31 performs a psuedo SMU if necessary for any TM Mail operations on
    behalf of the SO'd User. This overcomes the problem of Replies having
    the wrong From_address. Note that the SMU is only active while sending
    any required TM generated mail message and the User will remain in their 
    own Mail drawer after completion of the send.
    
    Regards
    Alan                                      
4086.6how about GMACROCKE::YUENBanquo Yuen, Darwin AustraliaThu May 19 1994 10:088
    I have requested from the patch, but haven't got it yet.
    
    I want to know even after the patch, doesn't the original
    owner needs to GMA to the one who looks after his/her event?
    (of course I mean beside giving access of the calendar)
    
    Thanks
    banquo
4086.7SO no longer need GMA/SMU ?GIDDAY::JOYCEBurn me kangaroo down sportFri May 27 1994 09:0912
    
    re. -1
    
    >    I want to know even after the patch, doesn't the original
    >    owner needs to GMA to the one who looks after his/her event?
    >    (of course I mean beside giving access of the calendar)
     
    From what I've been able to work out so far... no, not any more.
    
    Can one of the engineers confirm or deny this please?
    
    Andy