Sometimes when using DELETE.FILE, the system prompts that the data entry
does not match expected data... because when the file was originally
created LONGNAMES was off and now LONGNAMES is on. Is there any way to
force the DELETE.FILE to work without warning and prompting?
The HOSTACCESS
VOC $i
done
There may need a couple of other things added, especially if you have
security options in the account, but TEMP files probably shouldn't be
stored in a production account but rather in a subdirectory/filesystem
somewhere else.
Just my two bits.
Karl
On Wed, 2004-03-10 at 10:59, Dianne
Yes, but Q will subsequently log you off the system in UV, even if at
the select list
-Dianne
[EMAIL PROTECTED] wrote:
3 keystrokes... Q [Enter] [Enter]
-Original Message-
From: Tony Wood [mailto:[EMAIL PROTECTED]
Sent: Thursday, March 04, 2004 12:08 AM
To: U2 Users Discussion List
-0800
Is there a way to do this so that MYPASSWORD is encrypted?
R. Bruce Lunt
From: Dianne Ackerman [EMAIL PROTECTED]
Reply-To: U2 Users Discussion List [EMAIL PROTECTED]
To: U2 Users Discussion List [EMAIL PROTECTED]
Subject: Re: Login question for Universe/SB+
Date: Tue, 10 Feb 2004 15:58:33
Jason Theis wrote:
All,
We use UniVerse/NT and SB+. It seems redundant to have to login to UniVerse
with a valid user and password, then choose an account, and then login to
SB+ with a user and password. What options do we have to avoid this
redundant entry. Is there a way to pass the user's
I've had this work in Universe lots of times; the only problem I've had
occur has to do with any menu system or security in the account I'm
logging to. For example, if the other account has no access to the
LOGTO verb or there is a menu in the way of getting to TCL.
-Dianne
[EMAIL PROTECTED]
