#65688 - 2002-05-23 09:38 PM
Re: RFC: Migrating Printers from NetWare
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
How many printers, workstations, and printers/workstation?
|
|
Top
|
|
|
|
#65690 - 2002-05-23 10:16 PM
Re: RFC: Migrating Printers from NetWare
|
Sealeopard
KiX Master
   
Registered: 2001-04-25
Posts: 11165
Loc: Boston, MA, USA
|
Les:
Here are examples of the .INI files that I am using for drive and printer mappings: code:
; Mandatory printer connections for users ; ; Format: ; ;[Printer name] ;Printserver = Name of the printserver ;GroupInclude = User groups to be included in the printer connection ;Model = Model of the printer
[BAMA] Printserver=MYOSIN GroupInclude=MUL Members, MUL Administrators Model=HP DeskJet 932C
code:
; Mandatory drive shares for users ; ; Format: ; ;[Drive letter] ;UNC = UNC name of the drive share ;GroupInclude = User groups to be included in the drive share ;CompExclude = Computers to be excluded from the drive share (overrides GroupInclude) ;UserInclude = Users to be included in the drive share (overrides CompExclude) ;NetworkType = Type of network connection allowed for this share (LOCAL, LAN, VPN, DIALUP) ;DenyGuestAccess = True if guests are not allowed to access this share
[L] UNC=\\NMRC2\filesharezone GroupInclude=Domain Users, Domain Admins CompExclude=JUKEBOX, NMRCEXCHANGE, WEBSTER NetworkType=LOCAL, LAN, VPN, DIALUP
_________________________
There are two types of vessels, submarines and targets.
|
|
Top
|
|
|
|
#65694 - 2002-05-24 02:20 AM
Re: RFC: Migrating Printers from NetWare
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
Les, I gather that printers are associated with computers and not users. Is that correct?
I think that my approach would be individual *.kix file named after the computer. In each file would be an array that defines the printers that should be applied the computer.
The reason I would go that direction instead of an INI file is that the entire INI is read for each ReadProfileString executed. I have that documented on the board somewhere.
A simple: code:
Call "%0\..\" + @wksta + ".kix" For Each $Printer IN $PrintArray ... Next
This work equate to ~300 small files that can managed/generated with A Kixtart script from a master text file that is easily managed in a text editor. While READLINE write a new file for each line.
|
|
Top
|
|
|
|
#65696 - 2002-05-24 02:28 AM
Re: RFC: Migrating Printers from NetWare
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
Still OK. If you can't completely centrally manage this because your coworker will be adjusting the printers/workstation. Then your coworkers can still edit the individual files named after the @wksta. This would safeguard others from a screwup. You could then inverse the process if desired to make the central file for review of mass change. Then blow it all back out. If you use an editor that makes backup copies then there is also a quick recovery for those that screw up.
|
|
Top
|
|
|
|
#65699 - 2002-05-24 04:56 AM
Re: RFC: Migrating Printers from NetWare
|
Howard Bullock
KiX Supporter
   
Registered: 2000-09-15
Posts: 5809
Loc: Harrisburg, PA USA
|
There are several twists that can be adapted to the @wksta.ini or @wksta.kix file scenario. You could still have a central INI or KIX file that defines the attributes for each workstation. You admin script could stage (write individual files for each workstation). This substantially reduces network traffic especially if each workstation will load this file 3-12 times by executing ReadProfileString 3-12 times.
The choice of generating KixTart script '$a="p1","p2","p3"' etc. or an INI file per computer is personal taste. The management of either can be scripted.
There could be some issues with this suggestion, but I think they could be resolved as I learn more of your implementation and desired outcome. One black hole for me is I really have no clue what the change process is. You suggest that coworkers could add printers. But does this mean they used Windows to add a printer to the computer or modified the config file. If they do the previous then you would need a method to capture that fact if the printer addition should be permanent. But who decides that?
|
|
Top
|
|
|
|
#65703 - 2002-05-28 07:57 PM
Re: RFC: Migrating Printers from NetWare
|
Hawkman
Lurker
Registered: 2002-05-28
Posts: 1
Loc: USA
|
I am in the process of deploying a script (also read as: This is NOT fully tested) that does the following:
1) Checks what printers a user has installed. 2) Makes note of the default printer. 3) Reads a text file that has the old print shares and the new print shares (in the following format: OldShare|NewShare) 4) Deletes each old printer (on the old print server) 5) Adds the new corresponding printer (on the new print server) 6) If the old printer was the default, sets the newly-created on as the default. 7) And cycles through the list of printers currently installed on the workstation.
The intent is to run this at login.
If interested in the code, write me at bundahawk@hotmail.com
|
|
Top
|
|
|
|
Moderator: Glenn Barnas, NTDOC, Arend_, Jochen, Radimus, Allen, ShaneEP, Ruud van Velsen, Mart
|
0 registered
and 764 anonymous users online.
|
|
|