Smart questions
Smart answers
Smart people
INTELLIGENT WORK FORUMS
FOR COMPUTER PROFESSIONALS

Member Login

Come Join Us!

Are you a
Computer / IT professional?
Join Tek-Tips now!
  • Talk With Other Members
  • Be Notified Of Responses
    To Your Posts
  • Keyword Search
  • One-Click Access To Your
    Favorite Forums
  • Automated Signatures
    On Your Posts
  • Best Of All, It's Free!

Join Tek-Tips
*Tek-Tips's functionality depends on members receiving e-mail. By joining you are opting in to receive e-mail.

LINK TO THIS FORUM!

Add Stickiness To Your Site By Linking To This Professionally Managed Technical Forum.
Just copy and paste the
code below into your site.

Partner With Us!

"Best Of Breed" Forums Add Stickiness To Your Site
Partner Button
(Download This Button Today!)

Feedback

"...The forum looks great! You guys have done a fantastic job on arranging things there...Your site is very precise and fun to visit..."

Geography

Where in the world do Tek-Tips members come from?

Attach to another novell server via a bat file?Helpful Member! 

Auger282 (MIS)
30 Mar 05 9:21
what is the syntax I would need to create a batch file to connect someone to another novell server..

I've been told the "map" command would auto prompt them to login.. is this accurate?

I tried "attach" but dos just laughed at me
lgarner (IS/IT--Management)
30 Mar 05 10:07
If they've logged into the network, the "map" command shouldn't prompt for another login unless the server is in a different tree.

I don't think "attach" has been around since NetWare 3.x; it's a NetWare command, not DOS.
Auger282 (MIS)
30 Mar 05 11:34
its a different server.. different tree..

thanks for your help
LawnBoy (MIS)
30 Mar 05 15:49
Just like mapping in Windows, the first time you use it per session it will try to authenticate. If normal auth. fails it will prompt for name/pw.
TheLad (TechnicalUser)
30 Mar 05 17:32
If the username/password in the different tree are the same as in your normal tree, the MAP command should authenticate without prompting (providing the user in the different tree is in the same context as the server in the different tree.  If not, you will be prompted.

-----------------------------------------------------
"It's true, its damn true!"
-----------------------------------------------------

marvhuffaker (MIS)
31 Mar 05 0:37
I don't know if the "TREE" command still works, it's been a while. But it was designed specifically to allow a login script to authenticate a user to a second tree without hassle.  You might look it up and see if it does what you want.

Marvin Huffaker, MCNE
http://www.redjuju.com

TheLad (TechnicalUser)
31 Mar 05 2:45
Whatever command you decide on, you could add it to your existing system login script (preceeding the command with either a # or a @ symbol of course!)

-----------------------------------------------------
"It's true, its damn true!"
-----------------------------------------------------

Helpful Member!  Datong (IS/IT--Management)
31 Mar 05 4:49
Here's my pennies worth. The TREE command in the login script does work as I have set one up recently. All you have to be aware of when using the TREE command is to switch back to the regular TREE you want to use after you have completed the drive mapping or Novell will try to use the other TREE and things will not seem to be working properly. If you want seemless login as explained in the earlier posts the login credentials must be the same or you'll br prompted for them.

example login script:

TREE <one you want to connect to>
map x:=server/path etc
write "mapping to other tree completed"
TREE <your normal tree name>
map etc
write etc

or you may consider placing the TREE command at the bottom of your login script so that you mappings etc are done before you change the tree. It doesnt really matter as long as you TREE ends on the one you use as your default.
Hope this helps.
LawnBoy (MIS)
31 Mar 05 8:59
I didn't know about the TREE command, thanks!
DaveBrown (TechnicalUser)
4 Apr 05 5:54
Hi all,
I've used the TREE command in a user login script recently as follows:-
I set up the user in the new tree and set up their access rights then set up then tree command

TREE <new tree>/.%login_name.<context> and then set up the "map" command.
I've found this works better than just a map command as the map command then prompts to login to the new tree but defaults to the original user context.

Hope this helps

Dave

Reply To This Thread

Posting in the Tek-Tips forums is a member-only feature.

Click Here to join Tek-Tips and talk with other members!

Close Box

Join Tek-Tips® Today!

Join your peers on the Internet's largest technical computer professional community.
It's easy to join and it's free.

Here's Why Members Love Tek-Tips Forums:

Register now while it's still free!

Already a member? Close this window and log in.

Join Us             Close