[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

3219.0. "%OA-E-NOCOPY and FT diskquota problems" by GIDDAY::SETHI (Ahhhh (-: an upside down smile from OZ) Wed Sep 01 1993 07:41

    Hi All,
    
    It's one of those days when all these misfeatures come out of the
    woodwork, maybe it's because it's the first day of spring.  I would like a 
    confirmation of this problem than I will SPR it so I am not bug report but
    making people aware of the problem.  ... Deep breath and here I go
    .... :-).
    
    The customer has OpenVMS Version 5.5-2 and ALL-IN-1 IOS 3.0-1
    installed.
    
    When a user choses the option FT (File Text) for a message and tries to
    file it into a share drawer on an other disk they get the following
    error : "%OA-E-NOCOPY, problem with copy function".  To narrow down the
    cause of the problem we gave the user diskquota on the target disk. 
    When we used the FT option again it all worked, which suggests that the
    FT option has a misfeature.  I also asked the customer to test the FA
    and MCD options and they worked.
    
    If this can be confirmed I will SPR or CLD it as a priority 4.  In the
    mean while if there is a work around can someone let me know, but I
    guess you could use CHECK_DISKQUOTA function.  However this is
    unacceptable as shared drawers should not require diskquota to be taken
    off the user who is filing the text but from the owner of the shared
    drawer.
    
    Thanks for your help in advance,
    
    Sunil 
T.RTitleUserPersonal
Name
DateLines
3219.2{-: upside down puzzlement from UKIOSG::CARLINDick Carlin IOSG, Reading, EnglandWed Sep 01 1993 13:0210
    This one is causing no little puzzlement here. I can't reproduce it.
    
    Also the message you got is the result of a COPY function, I'm
    surprised it is executing one of those.
    
    The ideal way to proceed would be for you to trace the FT operation.
    Then we can see if it is because of customisations, strange dsabs or
    whatever.
    
    Dick
3219.3The problem is caused by WordPerfect integrationBUSHIE::SETHITue Sep 07 1993 07:5515
    Hi Dick,              
    
    Well we have found the cause of the problem and it's caused by our good
    friends WordPerfect or should it be WordDefective !!!
    
    They are using the COPY function instead of CABINET COPY and hence the
    problem.  With no customize the problem goes away.
    
    Sorry about the "{-: upside down puzzlement from UK", I just thought I
    would keep you on your toes.  I should have know that the IOSG wouldn't
    overlook such details.
    
    Regards,
    
    Sunil