I'm not sure if I am asking this right. But when JAMF pushes out a Policy with a Package in it, what does that run under? Does it run under a user account or at the system level. Here is why I ask. Our developers have built an application (not PKG, too long to go into here). So I built it as a PKG with a postrun script. Why? Because there is a command line argument that go along with that executable, a password for the current logged on user. Being that it is very possible that a user is not logged in, or the user logged in may not have permissions to do what the installer needs (from my understanding to a chmod command), I think we may be screwed. So if JAMF runs at a system level, I can just put in any password I think (like SCCM), or I don't know what.
Jamf User/Service Account
+5
+24Generally speaking, policies that run on the check-in trigger get called as root or System Administrator because these are run by a LaunchDaemon, which runs in a root context. This is true for most other policy trigger types as well, although there are some exceptions, not so much for policies, but when you use an application like Jamf Remote.
As for this application, it sounds like you need the app to run as the logged in user, but also with admin privileges. If this is the case, it's possible to do this in your postinstall script. Am I understanding that correctly? If I have that wrong, perhaps you can help clarify exactly what it is you need to do here?
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.