I am asking this on the off chance someone may know the answer. It concerns
the ZCM inventory function, but the problem is with the bundle that should
kick off the function.

I am working on moving from ZfD 7 / ZAM 7.5 to ZCM 10.3 this Summer. One of
the techniques I use to group and identify workstations in Zenworks Asset
Inventory is to write certain attributes of the logged-in user (like
department, email address, location, etc.) to the Windows registry (using a
NAL app) every time a user logs in. Then, when ZAM does its inventory scan,
it reads these data into the data collection form. This is a technique I
picked up in the Zenworks 7 course that I taught a few years ago.

Basically, the NAL app write registry keys (for a hive that I created) that
look like Location = %L% and eMail = %Internet_EMail_Address%, where the
variables in the "%" brackets are filled in with eDirectory attributes for
the logged-in user's account.

It would seem that the same technique could be used in ZCM, as I can
silently fill in the demographic data collection form with registry values.
That would be excellent, as I already have all eDirectory accounts populated
with the correct values, and the transition would be almost seamless.
Unfortunately, there seems to be an issue with the bundle (simple
application) that I created. It creates the hive and populates the keys,
but the keys end up being interpreted literally so that
"%Internet_EMail_Address%" is put into the key's value rather than
joe_blow@gmail.com. All workstations have the Novell client installed and
users all log into eDirectory.

So the question is: Does anyone know if this is possible? Maybe I have the
syntax wrong? I know that it might be possible to do this another way by
using an LDAP Import Task, but this seems to be a mass-import function which
has to be scheduled to run at certain times. I would rather do it
dynamically when a user logs in.

Thanks for any input.

Dennis R. Crowther, CNE, NAI
Manager, FSM Network Support
University of New Mexico


"If you are already in a hole, there is no use to continue digging. . ."