Users

Users administration tasks.

Overview

Use Admin > Users to create and maintain MiRTA PBX web administrator and operator accounts. These accounts control access to the administration interface; they are separate from SIP extensions and extension web-panel accounts.

The page is available to users with the Has menu Admin/Users privilege. The records and selectable values shown to an administrator are further limited by tenant, reserved-profile, routing-profile, call-rate, and user-profile privileges.

Admin Users page with fictional documentation accounts.
Admin Users page with fictional documentation accounts.

The screenshot was captured from the current MiRTA PBX server. The displayed users and tenant are fictional documentation values inserted only in the browser; no PBX records were changed.

User list

The grid initially shows the account identity, authentication method, assigned profile, and allowed tenants. Select a row before using actions that operate on an existing account.

ColumnDescription
UsernameUnique login name used to access the MiRTA PBX web interface.
DescriptionAdministrative description of the account or its owner.
AuthenticationInternal uses the password stored by MiRTA PBX. LDAP authenticates the user through the configured LDAP service.
ProfilePrimary user profile that supplies menus and privileges.
TenantsTenants the account is allowed to access.

Select Columns to show or hide additional account properties, including Email, Profile ID, LDAP settings, IP-filter state, 2FA type, password-expiration state, password lock, dynamic-IP permission, and token validity. The column choice is retained in the current browser.

List actions

ActionPurpose
AddOpens Define User for a new web account.
EditOpens the selected account in Define User.
DeleteDeletes the selected account after confirmation, subject to tenant and reserved-profile privileges.
SearchSearches the user list. When advanced filters are enabled, multiple conditions can be combined.
User ActivityOpens the user activity log. With a row selected, the log is filtered to that user; without a selection, it shows all accessible activity.
User GroupsOpens user-group administration. This action is shown only with the Can manage the User Groups privilege.
ColumnsOpens the column chooser and stores the selection in the browser.

Which users are visible

PrivilegeEffect
Can edit all tenantsAllows the administrator to view and manage user accounts across all tenants.
Can edit own tenantsLimits the list to accounts assigned to at least one tenant also available to the current administrator.
Can manage reserved profile usersAllows accounts using reserved user profiles to be displayed and maintained.

Define User: information and authentication

Field or optionPurpose
UsernameRequired unique login name. MiRTA PBX checks that the name is not already in use.
DescriptionFree-form administrative description.
EmailAddress used for password emails and email-based two-factor authentication.
PasswordLocal password for an internally authenticated account. Leave it empty while editing to keep the existing password. Generate creates a suggested password.
Send EmailSends the create/update user email template with the new credentials. A new password and valid email address are required.
LDAPUses LDAP instead of the local password and disables local password entry.
Custom LDAP userOptional custom LDAP user connection string for this account.
Never expireExempts the local password from the expiration period configured in Admin Settings.
Password expiration dateShows the calculated expiration date and whether a change is due. It is informational and depends on the global password-expiration setting.
Force password change at loginRequires the user to replace the local password at the next login.
Lock password, user cannot change itPrevents the account holder from changing the password.
Last successful loginShows the most recent successful login time for an existing account.
Login statusShows whether inactivity housekeeping disabled the account. Select Re-enable on save to reactivate it.
Allow change of IP in the same sessionAllows an authenticated browser session to continue when the client IP address changes. Leave disabled unless mobile or changing networks require it.
User ProfilePrimary privilege profile that determines the menus and operations available to the user.

Some fields can be shown, hidden, unavailable, prefilled, or locked through Admin > New Items Defaults. Administrators with the corresponding override privileges can reveal or edit those fields.

Resource assignments

FieldPurpose
TenantsDefines which tenant records and tenant-level pages the account can access.
Allowed Routing ProfilesDefines which voice, SMS, and fax routing profiles the user can select when maintaining permitted objects.
Allowed Call RatesDefines which client call-rate tables the user can select.
Allowed User ProfilesDefines which profiles the user may assign when creating or editing other accounts.

The available choices depend on the privileges of the administrator performing the edit. A tenant-limited administrator cannot grant access to resources that the administrator cannot use.

Restrictions

Restrictions narrow access inside the assigned tenants. Select only the permitted objects. Leaving a restriction list empty means that the user is not restricted by that list.

FieldPurpose
Restricted to QueuesLimits queue pages, queue status, and queue-related information to the selected queues.
Restricted to ExtensionsLimits extension-related pages and information to the selected extensions.
Restricted to ProvidersLimits provider-related pages and information to the selected providers.

Additional security

Field or optionPurpose
Use IP FilterRestricts login to the addresses and IPv4 networks in Allowed IP list. Test the list before enabling it for the only administrator account.
Allowed IP listEnter IPv4 addresses or CIDR networks. Whitespace, commas, and semicolons can separate entries; # starts a comment. An address without a prefix is treated as a single host.
Use Two Factors Authentication (2FA)Selects no 2FA, a code sent by SMS, a code sent by email, or Google Authenticator.
Mobile phone numberDestination used when SMS two-factor authentication is selected.
Secret codeSecret used by Google Authenticator. Get generates a secret and QR code.
AutogenerateDefers Google Authenticator secret generation and enrollment until login.

Save, delete, and related actions

Security recommendation: give each administrator an individual account, assign the least-privileged profile and tenant scope required, enable 2FA, and review User Activity regularly. Before deleting an account, verify that no operational process still depends on that login.

User Activity

Use Admin > Users > User Activity to audit web-interface, API, authentication, configuration, campaign, provider-number, and maintenance operations recorded by MiRTA PBX. From the Users list, select a user before choosing User Activity to open a prefiltered log, or open it without a selected row to review all activity available to your account.

The page requires the Has menu Admin/Users privilege. Administrators with Can edit all tenants can review all tenant activity. Administrators limited to their own tenants see only activity allowed by their tenant and user scope.

Admin User Activity page with fictional documentation events.
Admin User Activity page with fictional documentation events.

This screenshot was captured from the current MiRTA PBX server. The displayed activity rows are fictional documentation values inserted only in the browser; no PBX records or activity-log rows were changed.

Working with the log

ControlPurpose
SearchFilters the log. When advanced filters are enabled, multiple rules and groups can be combined.
ViewOpens the selected row and shows fields that are hidden in the default grid.
UndoAttempts to restore the saved old values for a selected UPDATE or DELETE row. See Undo limitations before using it.
ColumnsShows, hides, or reorders columns. The choice is retained in the current browser.
CSV ExportExports the activity data and all supported columns for offline review.

Columns

ColumnDescription
IDUnique activity-log row ID.
DateDate and time at which the event was logged.
TenantTenant associated with the operation. System-wide operations can have no tenant name.
UserWeb username or process label responsible for the event. Examples include OPENAPI, AUTO, or housekeeping.
ActionShort operation code. The current standard codes are described below.
HostClient IP address. When location data is available, the interface also displays the country flag and name.
User AgentBrowser or API client user-agent string.
Country code / CountryLocation resolved from the client IP address when the event was written.
TableDatabase table or logical object associated with the operation. A suffix such as -de_destinations identifies related routing destinations.
Table IDDatabase or logical record identifier used by the operation.
Table valueHuman-readable value used to identify the affected object, such as an extension number or object name.
Old valuesField values captured before the operation.
New valuesField values captured after the operation.
Changed valuesCalculated summary for standard insert, update, delete, and failed-upgrade events.
Requested URIHost and web path that generated the log row.

Important: activity details can contain configuration values, addresses, object names, and request information. Restrict access to trusted administrators and protect exported CSV files accordingly. Passwords and other secrets are masked by supported logging paths, but historical or custom log writers might not apply the same masking.

Record and page-change actions

Action codeMeaning
INSERTA new database or logical record was created. New values contains the captured state.
UPDATEAn existing record was modified. Compare Old values, New values, and Changed values.
DELETEA record was removed. Old values contains the captured state before deletion.
UNDO UPDATEAn administrator used User Activity to restore the old values of an UPDATE row.
UNDO DELETEAn administrator used User Activity to recreate a record from a DELETE row.
PAGE CHANGEAutomatic fallback audit entry written when a page changed the database without writing a more specific activity row. The old side contains a sanitized request; the new side summarizes detected SQL mutations.

Authentication and security actions

Action codeMeaning
LOGINSuccessful web-interface login.
LOGIN FAILEDThe supplied web credentials were not accepted.
reCAPTCHA FAILEDThe login request failed the configured reCAPTCHA check.
LOGIN FROM IP NOT ALLOWEDThe global web GeoIP policy rejected the source IP country.
TOO MANY FAILED LOGIN FROM IPWeb fail2ban rejected the source IP after too many recent failures.
LOGIN BLOCKED BY IPThe user account IP filter did not allow the source IP address.
LOGIN DISABLED BY INACTIVITYA login was refused because inactivity housekeeping had disabled the account.
LOGOUTThe user logged out, or the session was terminated for a security reason such as an unexpected IP change. Review the values for the reason when present.
DISABLED BY INACTIVITYHousekeeping disabled a web user or extension after the configured period without a successful login.
GOOGLE 2FA GENERATEDA Google Authenticator secret was generated or enrolled for a user.
MULTIMANAGER LOGINSuccessful login to the MiRTA PBX MultiManager socket service.
MULTIMANAGER LOGIN FAILEDFailed login to the MultiManager socket service.
MULTIMANAGER LOGOUTLogout from the MultiManager socket service.

Campaign actions

Action codeMeaning
STARTThe selected campaign was requested to start.
STOPThe selected campaign was stopped and returned to the ready state.
PAUSEThe selected campaign was paused.
RESUMEThe selected campaign was resumed.
RESETCALLSAttempt, disposition, duration, and related call-result fields were reset for the selected campaign numbers.

SIP and runtime-state actions

Action codeMeaning
RESETAn extension, virtual extension, flow, BLF, or related runtime state was reset to the value shown in New values.
PRUNINGA SIP or PJSIP endpoint was pruned from runtime state while maintaining or refreshing an extension.
UNREGISTERINGA SIP or PJSIP endpoint was explicitly unregistered while changing or deleting an extension.

System, report, and access actions

Action codeMeaning
READA protected object was opened or retrieved by a logging-enabled path, currently including provider details and recording access. It does not mean that every ordinary page view is logged as READ.
EXECUTEA configured report was executed. The logged values include the requested date range and generated report-data ID when available.
TESTSENDEMAILThe test-send action was used for an email template.
DATABASE UPGRADEA database upgrade step completed and advanced the stored database version.
FAILED DATABASE UPGRADEA database upgrade step failed. Review the old/new version and saved error message, then also check the process and PHP logs.

DID-provider and emergency-data actions

Action codeMeaning
NUMBER ALLOCATEA number was allocated through a supported DID provider.
NUMBER ACTIVATEAn allocated DID-provider number was activated.
NUMBER ASSIGNEDA provider number or number from a block was assigned to a MiRTA PBX tenant/DID record.
NUMBER SETRouting targets for a DID-provider number were changed.
NUMBER DEACTIVATEA DID-provider number was deactivated.
BLOCK NUMBER ACTIVATEA block of provider numbers was activated.
BLOCK DEACTIVATEA block of provider numbers was deactivated.
999 SETUK emergency-service address data for a provider number was changed.
999 CREATEA UK emergency-service address record was created for a provider number.

Additional action codes

The Action field is a text value, not a fixed database enumeration. The tables above list every standard literal code used by the current MiRTA PBX source, while dynamic CRUD logging resolves to INSERT, UPDATE, or DELETE. Older releases, plugins, integrations, or local customizations can write other codes. Interpret an unfamiliar code together with User, Table, Table value, the old/new values, and Requested URI.

Undo limitations

Recommendation: inspect the complete row first, take an appropriate backup, and use the normal configuration page when the change affects multiple related objects or runtime configuration. After Undo, verify the object and apply any normal reload or regeneration step required by that feature.