Discussion Locked

Logon Script and Batch File

0 helpful
9 replies
Closed to new repliesThis discussion is closed. It stays readable, but it takes no new replies.

Currently running Netware 5.1, GroupWise 5.5enh, ZfD 3.2 now on W2K-Pro PCs.

Problem with batch file (runs after user login)updates macros changed User's prior login until next login. Macro performed "xcopy" to copy files from the server to local workstation. Now "xcopy" is no longer available in W2K, how can I now get same results?

Example:

REM Setup User's H Drive & Default WP10 Setting on Local PC
REM 1. - Create needed directories on Local PC
REM 2. - Copy default User WordList (WT10US.UWL) on Local PC
REM 3. - Autoexec.bat on Win95 PC, add Subst s: c:\s; add Susbt h: c:\h
REM 4. - Allows users to continue working as though they were on the server in event server down. WP is installed locally; however, macros/templates are in the Shared folder of SYS: (aka S:\) User's Home Dir on server & local is
H:\%username%

EXAMPLE:
@ECHO OFF

IF EXIST C:\S\WPUPDATE.REG GOTO COPYMACS
MD C:\S
MD C:\H
END

:COPYMACS
XCOPY S:\CORELWP10\*.* C:\S\*.* /D/U/E/YXCOPY H:\CORELWP10\*.* C:\H\*.* /D/U/E/Y

:: THIS PORTION OF BATCH FILE COPIES FROM
:: NETWORK TO LOCAL
:: WORKSTATION, THE TABLE.FP5 FILE WHICH
:: CONTAINS THE FIRM'S CLIENT DIRECTORY FOR
:: INCLUSION IN FM'S BILLING--AVOIDS MULTIPLICITY
:: AND AIDS IN AVOIDING CORRUPT DATA WHICH WAS
:: OCCURRING ON A REGULAR BASIS

IF EXIST "C:\PROGRAM FILES\FILEMAKER PRO 5\INDXDATA\TABLE.FP5" GOTO COPYTABLE
MD "C:\PROGRAM FILES\FILEMAKER PRO 5"
MD "C:\PROGRAM FILES\FILEMAKER PRO 5\INDXDATA"
END

:COPYTABLE
XCOPY F:\APPS\FMPRO5\INDXDATA\TABLE.FP5 "C:\PROGRAM FILES\FILEMAKER PRO 5\INDXDATA" /D/Y

:END

Finally, when users log off, NEED
%usnername%.fp5 copied from Local WS "C:\Documents and Settings\User\Start Menu\Programs\Startup\%username%.fp5" TO server, e.g., F:\Apps\FM5\Indxdata\Billing\%username%.fp5.

Any guidance will be greatly appreciated!!!

9 replies

by macandannbowl

Response was a possibility but, there must be a way other than purchasing more software to contend with on the network.

by tbragsda

On NetWare. How about using NCopy. You will loose the date feture, but I know of other copy apps, if that is a must.

by tbragsda

Joseph Moore right. I looked on a 2k wkk (I dont use them in my network, so I thought MS might have removed xcopy). Hes right, its there, and works just like the old xcopy worked. Is it causing a new problem?

by macandannbowl

Thanks for the reference to purchasing xxcopy but, that is only part of the situation; further, I really had hoped that purchasing more software was not the only answer.

by joseph moore

Ok, so you are running this script on Win2K Pro machines? Well, I am confused here. XCOPY.EXE is on Win2K Pro, in the %windir%\system32 folder. All of your machines should have it.
Strange!

Well, why not just copy XCOPY.EXE in the beginning ofthe script from a network share, and put it in %windir%\system32 so there is no PATHing problems? Say you have a file server called \\MYFILESRVR and a share on it called \\FILESHARE. Copy XCOPY into this share, and then at the beginning of the script, run:

COPY \\MYFILSRVR\FILESHARE\XCOPY.EXE %WINDIR%\SYSTEM32\XCOPY.EXE

Then continue with the rest of your script.
You could also add the IF EXIST on XCOPY if you want to be clean about this.

But yes, XCOPY is available and fuctional on Win2K Pro.

This discussion is closed to new replies.