T.R | Title | User | Personal Name | Date | Lines |
---|
3236.1 | maybe | FORTY2::ASH | Mail Interchange Group, Reading | Mon Sep 06 1993 11:11 | 10 |
| I fear that this may not be as easy as it should be. It should be possible to
just redefine OA$MTI_AREA in some users' login.com files to point to the other
area. However, I think ALL-IN-1 insists on its logicals being defined in the
system table. Usually this is an excellent idea to ensure no-one can mess
around with the data or ALL-IN-1 itself, but maybe it's not necessary for this
logical.
Hoping to be proved wrong!
grahame
|
3236.2 | Not success | PASVC::STEVENTAM | Steven Tam @PAS | Tue Sep 07 1993 05:32 | 15 |
| re:.1
Thanks for your reply!
However, I redefined OA$MTI_AREA logicals at $ prompt in my own account (no
privilege) and so invoke ALL-IN-1. Then I create and send a mail to myself
using remote addressing, the field of OA$MTI_AREA display in the received
mail is the one in SYSTEM table and not the one I redefined. I've tried
PROCESS and even JOB table.
Therefore, is there any other method?
Steven.
|
3236.3 | Anyone else? | FORTY2::ASH | Mail Interchange Group, Reading | Tue Sep 07 1993 11:24 | 6 |
| As I feared. Unless someone comes in and contradicts my theory of the logical
having to be /system, I think you may be out of luck. But I think you have a
case for an SPR, to try and get the restriction removed in the future (not
much comfort for the customer, I realise)
g
|
3236.4 | System Table Only! | PASVC::STEVENTAM | Steven Tam @PAS | Tue Sep 07 1993 12:49 | 11 |
| re: .3
My assumption is that no large adjustment in current A1 config. Customization
likes you mentioned is what I want.
However, you mean this logical can only be on /SYSTEM table at this
moment/version. Am I right?
If yes, do you mean that 2 fac codes in 1 system cannot work out now?
Steven.
|