Package Settings
This page details the different settings available for deployed packages
Automation
For managed packages, the Automation tab lets you set up automatic deployment of the latest package versions from the package store to your environment.
Automate Main Channel - Automatically deploy new versions of this package to your users. ("Main" subscription)
Automate Preview Channel - Automatically deploy new versions of this package to your pilot users. ("Preview" subscription)
The Preview Channel will only advance to a newer software version after deploying the current version in Preview to the Main Channel.
This is intended behavior to ensure that a testing / review process using the Preview Channel is not accidentally invalidated by a newer software version entering Preview.
The Preview Channel will take the newest version available from the App Store pushing its current version to the main channel.
Recommendation:
Automate only Main Channel for software that can upgrade without prior testing, such as web browsers from major vendors.
Automate only Preview Channel for software you want to test before deploying. Push the validated version to Main Channel after testing and start testing the next version in Preview.
You can always manually push a newer version available in Package Store directly to Preview or Main Channel to skip a version you don't want published.
... defer X days - Wait for this number of days to pass before publishing a new version to the channel. This is useful to avoid stress for users/clients if multiple package versions are published rapidly.
Deploy At Night - Schedule automatic deployment during nighttime
Select target time zone - If you use Deploy At Night, use this Time Zone to indicate when "at night" is.
These values can be globally preconfigured for newly imported packages in Settings. Configuring them on a per package basis will overwrite the global defaults.
Config
Technical Application Owners
If wanted, you can assign multiple Technical Application Owners (TAO) to a package via storing their email-addresses.
For receiving automated notification emails for package updates, you can enable the switch below in addition.
Arguments
Arguments allow you to pass command line switches to an application installation. This is commonly used to customize your package with language options, a license key etc. that need to be present at installation time.
If a user already has the current subscribed version of a package installed and the package arguments are updated, the package will automatically re-run for that user using the new configuration.
If Auto upgrade is OFF and the user has an older version installed than the currently assigned one, the new configuration will not be applied. If Auto upgrade is ON, the user will receive both the new version and the updated configuration.
Some packages include a Technical Help, to explain possible Arguments and other Requirements.
Special arguments for Intunewin packages
For Intunewin packages we offer a configurable package update UI notification which lets the user interact with the install / update of an application and gives control over the process.
You can configure this dialog with the following settings in the arguments section:
Expert Settings
RealmJoin App Deployment required. For full feature set of "Expert settings": RealmJoin Agent required.
Allow reinstallation
This option allows the user to reinstall and therefore override their current installation of the package at any time. E.g.: suitable for packages that help fixing client issues via self-service (time sync, ...).
Yes
Allow background installation
Executes package updates directly after configuration updates have been detected on the corresponding device (standard RJ sync interval: 30 minutes). Updates start without warning (no snooze option). Do not use this option for regular packages as this might interrupt users when using the corresponding software.
Yes
Require compliance
The package is installed as soon as RealmJoin is able to verify that the device is considered "compliant". This might stop the roll out for some time. The installation of the package and all other mandatory packages with higher order numbers are getting queued and only installed when the client is compliant.
Yes
Auto upgrade
Automatically upgrades a package when a newer version becomes available. If the subscribed version is higher than the one on the device, RealmJoin re‑runs the package to update it.
Disable this option for packages with their own update mechanisms (e.g.: VPN client updated via gateway). When off, only new device installs receive the updated version. Behavior by platform:
RealmJoin Agent: Updates required and available packages. Intune: Updates required packages only.
No
Only in VDI / Ignore in VDI
Execute this package on VDIs (W365 and Azure Virtual Desktop/WVD) devices only or exclude them from the installation.
Yes
Only on hybrid-joined devices / Ignore on hybrid-joined devices
Execute this package on hybrid-joined devices only or exclude them from the installation.
Yes
Ignore on private devices
Exclude private devices (not Entra ID joined) from the installation.
Yes
Group name
Category in which the package will show up in RealmJoin tray menu.
Yes
Depends on
Specifies prerequisite packages that must be installed before this package. RealmJoin installs all listed dependencies first. Ensure dependent packages are also assigned (e.g. marked as available). Example: A runtime environment such as "Microsoft VC Redistributable Runtime" required for a software to run.
Enter the package ID (see RJ portal "Unique RJ ID" on the desired package) in the following format:
["package-id"]
For multiple packages:
["package-id1","package-id2"]
Example:
["generic-microsoft-vcredist-2019","generic-microsoft-net-core-desktop-runtime-6"]
Yes
Order
Defines the installation sequence using an integer value. Lower numbers run first (e.g., 10 installs before 100). A value of 0 means “no sequence” and runs only after all numbered packages. Order numbers are applied only during the initial client rollout.
Yes
Do not use Dependency and Order on the same package. During initial rollout (or any mandatory rollout after login), RealmJoin first installs all dependency packages, then installs the original packages. This two‑stage process overrides and can nullify any defined order numbers.
For example:
Package A, order 1
Package B, order 101 and depending on Package C, order 100.
If all packages are assigned as mandatory, the installation sequence will be C, A, B
User settings within application packages are treated as a set dependency.
Deployment rate
Select the deployment rate which allows or blocks users from deferring the package installation until the displayed date. You have the choice between "Slow" (+7), "Fast" (+3) and "Tomorrow" (+1). Example: When choosing "Tomorrow", the current date + one day will be stored as fixed value. Users can defer until this date. Afterwards, the installation will just execute without further control. Note that the date is not dynamic (so, not depending on the client's last check in time). Note: The installation on devices includes a staged mechanism: installations will occur multiple times a day with a specific probability per trigger. This ensures a smoother rollout and utilizes BC/DO features effectively.
Yes
Main app restrictions
This option allows to define who can run a package installation and when it will happen (phase).
Define whether this package should run just for the primary user of a device (visible and changeable in RealmJoin portal), only secondary users or for both of them.
Choose between the following phases or combinations of them. Default is "Normal, Initial & Manual".
Logon: The package runs after the user has logged on.
Manual: The package will run when the user starts installation via tray menu manually.
Initial: The package only runs during the initial client deployment.
Normal: Neither Logon, nor Manual, nor Initial. Deployment during the normal usage of a client.
Yes
User part restrictions
Same options as before - but for the user part (if available for the corresponding package). E.g.: contains settings or scripts executed under the current user ("user" instead of "system scope").
Yes
Last updated
Was this helpful?