Help center support eXpress

We have collected answers to all the most popular questions to make it easy and convenient for you to use eXpress. If you do not find the answer to your question, please contact our support team.

Diagnostics & Logs & Cache

App Versions

⚠️ Update the app to receive latest fixes and new features — more details.
Platform Checking Version Number
Web/Desktop The version number is displayed in the bottom-left corner of the page or the app window, or open Settings (avatar above the chat list) > About.
Android, iOS/iPadOS, Aurora Open Settings (avatar above the chat list) > About, or check at the bottom of the app login screen.
Server

Versions of the app server-side services are available for viewing to administrators:

Diagnostics Collection on “About” Screen

What Is Diagnostic Data Collection?

Using this feature, you can enable log recording — a detailed journal of events occurring in the app. Use it when a specific malfunction occurs in the app, and information about it needs to be passed to support or developers.

⚠️ Temporarily unavailable in the Aurora app — use the main logs from the engineering menu (Aurora).

How to Collect Diagnostic Information?

  1. In the app, go to Settings (avatar above the chat list) > About and tap the Start log collection button.
  2. Reproduce the issue so it is recorded in the logs.
  3. Return to the About section and tap Stop and share.
    Starting from version 3.37, the desktop app will also prompt you to save update logs to a separate file.
  4. Share the log file(s) with support in a request or via the channel you agreed on with them.
For logs to be useful:
  • Reproduce the problem while recording is in progress. The log only includes what happened after you click Start log collection.
  • Do not stop the recording immediately. A recording shorter than 15 seconds may be empty.
  • Record the time. In your request, specify when the problem occurred and your time zone.

Authentication (Log In) Logs

What Are These Logs For?

They allow you to see which events occur in the app on the login screens and why a particular error occurs.
Login logs are needed when you can't connect to the app. You collect them on the sign-in screens. If you are already signed in, you don’t need to sign out of the application just for these logs: collect diagnostics on the About screen.

Authentication Logs From the Android App

Initial Screen Displays Steps
“Select Login Method”
  • Return to the first screen for login method selection.
  • Tap the text Select login method multiple times until a log recording notification appears. The Android notification panel will display the message: “Debugging in progress, don’t forget to turn off.”
  • Reproduce the issue occurring on the login screen or immediately after logging in.
  • Open the notification panel, tap the message “Debugging in progress, don’t forget to turn off,” then select Stop > Share. Or, if you’ve logged into the app, go to the About section and tap Stop and share.
“Enter Phone Number”
  • Return to the first screen for phone number input.
  • Tap the text Enter phone number multiple times until a log recording notification appears. The Android notification panel will display the message: “Debugging in progress, don’t forget to turn off.”
  • Reproduce the issue occurring on the login screen or immediately after logging in.
  • Open the notification panel, tap the message “Debugging in progress, don’t forget to turn off,” then select Stop > Share. Or, if you’ve logged into the app, go to the About section and tap Stop and share.

Authentication Logs From the iOS App

Initial Screen Displays Steps
“Select Login Method”
  • Return to the first screen for login method selection.
  • Tap the text Select login method multiple times until a log recording notification appears.
  • Reproduce the issue occurring on the login screen or immediately after logging in.
  • Tap the question mark button at the bottom of the screen or, if you’ve logged into the app, go to the About section and select Stop and share.
“Enter Phone Number”
  • Return to the first screen for phone number input.
  • Tap the text Enter phone number multiple times until a log recording notification appears.
  • Reproduce the issue occurring on the login screen or immediately after logging in.
  • Tap the question mark button at the bottom of the screen or, if you’ve logged into the app, go to the About section and select Stop and share.

Authentication Logs From the Aurora App

This feature is currently unavailable in the Aurora app. You can only collect logs from after signing in to the app from the engineering menu.

Authentication Logs From the Web/Desktop App

Error Report

In an pop-up error message, click More details. Expand the data block to view the error cause in the window.

Developer Console Diagnostics

To collect logs or diagnose network requests for issues on the login screen:

  1. Open the browser or desktop app console:
    Platform Path
    Chrome, Edge, Opera, Yandex Browser, Desktop App Press F12 (or Fn + F12).
    Safari (macOS) Press Option + Cmd + C or right-click anywhere on the page and select Inspect Element.
    If the console does not open, enable the developer features: Safari > Settings > Advanced > Show features for web developers. The name and contents of the developer menu vary across Safari versions.
  2. Go to the Console tab.
  3. Reproduce the login issue.
  4. Find the latest error (red text) and click the link in it.
  5. In the Network tab, select the corresponding request.
  6. In the error description, open the Response tab.
  7. The Reason value will indicate the error cause. You can copy it (or take a screenshot) and send it to support.

Server Authentication Logs

For Administrators: Server Auth Logs

Login attempts and error reasons are available in the admin panel:

Section Description
Audit View failed login attempts on
CTS
,
eCTS
. Click on event ID for details.
Containers Collect service logs:
  • ad_integration — diagnose Active Directory/OpenID synchronization on
    CTS
    /
    eCTS
    ;
  • authentication — user authentication logs (only on
    RTS
    ,
    ETS
    );
  • email_notifications — if the confirmation code from
    CTS
    /
    eCTS
    doesn’t arrive via email.
E-mail To test email sending from a server, use the Test e-mail delivery function.

Additional Client App Logs

These logs are only required in special cases, typically upon request by support specialists.

iOS/iPadOS App Logs From the Engineering Menu

General logs on iOS/iPadOS are written to a file only while log recording is enabled. Enable it before reproducing the problem:

  1. Open the engineering menu: Settings > About > tap the logo repeatedly.
  2. Turn on the Enable Main log to file toggle.
  3. Reproduce the issue.
  4. Return to the engineering menu. In the Logs folder, use the “Share” button to select the log type:
    Log type Description
    Main app logs General app logs for issues with its operation.
    Push extension logs Logs for notifications and unread message counters.
    Share extension logs Logs for the “Share to” system function in iOS.

Aurora App Logs From the Engineering Menu

Logging is enabled before the problem is reproduced.
  1. Open the engineering menu: Settings > About > tap the logo repeatedly.
  2. Enable Write main log to file on the LOG tab.
  3. Reproduce the issue in the main interface.
  4. Return to the engineering menu > LOG > SHARE MAIN LOG FILE.

Developer Console Diagnostics (Web/Desktop)

To view logs from the console, open the web or desktop app, reproduce the error, and then:

  1. Open the developer console:
    Platform Path
    Chromium based browsers and desktop app Press F12 (on Mac: Cmd+Opt+I or select Console in the app menu).
    Safari (macOS) Press Option + Cmd + C or right-click anywhere on the page and select Inspect Element.
    If the console does not open, enable the developer features: Safari > Settings > Advanced > Show features for web developers. The name and contents of the developer menu vary across Safari versions.
  2. In the settings (gear icon in the console’s top corner), enable Show timestamps
  3. Clear the console (Clear console) > reproduce the error
  4. Save the logs via Save as... or take a screenshot.

Network Requests Diagnostics Using HAR (Web/Desktop)

  1. Open the developer console:
    Platform Path
    Chromium based browsers and desktop app Press F12 (on Mac: Cmd+Opt+I or select Console in the app menu).
    Safari (macOS) Press Option + Cmd + C or right-click anywhere on the page and select Inspect Element.
    If the console does not open, enable the developer features: Safari > Settings > Advanced > Show features for web developers. The name and contents of the developer menu vary across Safari versions.
  2. Open the Network tab.
  3. Clear the request list (Clear) > refresh via Ctrl/Cmd+R and reproduce the error
  4. Export logs with the down arrow button on the Network tab panel — export HAR. In older versions of Chromium, instead of it, there is the Save all as HAR with content item in the context menu of the request list. In Safari, it is the Export button.

You can load a HAR file into the developer console to review exported network requests:
  1. Open the developer console. If needed, clear requests first with the Clear button at the top.
  2. On the Network tab, click the HAR import button.

Debug Info (Web/Desktop)

You can enable additional option in the message and call context menu for viewing a sender HUID, message ID and other information, that could be usable for diagnostics:
  1. Open the engineering menu: Settings > About > tap the logo repeatedly.
  2. Enable Debug info in the message menu.
  3. Click any message or call in the call list with the right mouse button and select Debug info.

Log.log File in the Desktop App Folder

Contains events for launching, running, and updating the app.

There will be another name instead of eXpress, if an ETS client app is used.
OSLog.log File Location
Windows%USERPROFILE%\AppData\Roaming\eXpress\log.log
macOS~/Library/Logs/eXpress/log.log (via Go > Go to Folder in Finder)
Linux~/.config/eXpress/log.log or
/home/USERNAME/.config/eXpress/log.log
(admin rights may be required)
As of version 3.37, the log.log file is included in the diagnostic information collected on the About screen.

Desktop App Operating Logs

To analyze issues with desktop app operation (white screen, freezes) and OS interaction:

  1. Close the app.
  2. Perform the following steps:
    If a branded ETS app is used, the name will be different instead of eXpress.
    OS Steps
    Windows

    1. Open the command prompt: Win+R > type cmd > Enter.

    2. Right-click the app shortcut > Properties > copy the path to the .exe file from the Target field.

    3. In the command prompt, type "copied_path_to_eXpress.exe" --enable-logging > "%USERPROFILE%\express-launch.log" 2>&1 (⚠️ the path must be in double quotes if it contains spaces) and press Enter.

    macOS

    1. Open the Terminal application.

    2. In the terminal, type: open -a eXpress --stderr ~/express-launch.log --args --enable-logging and press Enter.

    Linux

    1. Open the terminal application.

    2. Right-click the app shortcut > Properties > copy its path (for example, from the Command field on Astra Linux). Alternatively, copy the path to the app directory and manually type the executable file name at the end of the path.

    3. In the terminal, type: "app_path" --enable-logging > ~/express-launch.log 2>&1 (⚠️ the path must be in double quotes if it contains spaces) and press Enter.

  3. Reproduce the problem with the app.
  4. Close the app and send the file express-launch.log from the user's folder to Support.

Calls & Conferences Logs

The app records technical information about ongoing calls and conferences (not the calls themselves!) — if a malfunction occurs during a call, you can extract this information and submit it to support for analysis.

Call and Conference Logs on Android

Logs are saved on the LOG > Call log tab of the engineering menu:

  1. Open the engineering menu: Settings (avatar) > About > tap the logo repeatedly.
  2. Tap SHARE CALL LOG FILE to save or send the log.
SIP call logs on Android cannot be collected retroactively — use diagnostic data via “About”, which must be enabled in advance.

Call and Conference Logs on iOS/iPadOS

  1. Open the engineering menu: Settings (avatar) > About > tap the logo repeatedly.
  2. Select the VOEX sessions folder (contains call/conference logs, including SIP).
  3. Use the “Share” button to export.

Call and Conference Logs in Web/Desktop App

⚠️ Download the log before restarting the application: after restart, call logs are deleted.
  1. Open the engineering menu: Settings (avatar) > About > tap the logo repeatedly.
  2. Go to the Calls tab (contains call/conference logs, including SIP).
  3. Find the desired log (contains the call ID).
  4. Download the log using the corresponding button.

“Rate the Call Quality” Notification

Sometimes at the end of a call or conference, a request may appear asking you to rate the call quality and indicate reasons if it was unsatisfactory.


When rating lower than 5 (or selecting No in the “Are you satisfied with the call quality?” notification):

  • Client logs are automatically uploaded to the
    RTS
    /
    CTS
    /
    eCTS
    server, where they can be viewed by the administrator or support.
  • They are available to the administrator in the client logs folder of the log archive.

An administrator can collect client logs for all calls, even without user ratings: the Collect client logs of all calls parameter in the VoEx section of the administrator panel (Read more).


Call Diagnostics for the Web App in the Browser

If a call in the web app doesn't establish or has no audio or video, collect media connection statistics. They show which network paths the browser tried and which ones failed.

Browser How to collect
Google Chrome, Chromium, Microsoft Edge, Yandex Browser, Vivaldi, Opera Open a new tab with the address chrome://webrtc-internals (in Edge — edge://webrtc-internals, in Yandex Browser — browser://webrtc-internals) before starting the call, then make the call, expand the Create a WebRTC-Internals dump section on that tab and click Download the "webrtc-internals dump"
Mozilla Firefox Open a tab with the address about:webrtc before starting the call, make the call, and save the page using the Save Page button

Additionally, attach:

Server Call and Conference Logs

For Administrators: eXpress Call & Conference Server Logs (VoEx+SIP)
RTS
CTS
eCTS
  1. Get logs from server:
    Call Type Steps
    VoEx From the admin panel: Calls/Conferences > search by chat/call ID > select Download logs. The ID can be obtained from the call log in the app’s engineering menu.
    SIP
    • Before 3.63: collect logs of the messaging container.
    • 3.63 and above: collect logs of the sip_calls container.
    Collecting Docker Container Logs
    To analyze a call, start with this archive: it contains the server call log and the client logs that members sent to the server. Collect container and media server logs when support requests them. If there were users from other servers in the call, download the Archive on each of them.
  2. Take a screenshot of the Janus and VoEx/SIP settings from the VoEx section of the Admin Panel.
  3. Check the Janus version:
    Server Version Steps
    3.60 and above See the Janus version in the “Server” section of the admin panel.
    Below 3.60 Run docker ps -a on the VoEx/Front server.
  4. Collect Janus logs in Docker (optional):
    docker logs -t voex-janus-1 &> /tmp/janus.log
    If the server software has version below 3.65, Janus logs must contain timestamps.

Bots & SmartApps Logs

Client-side logs are collected from the user's device; server-side logs are collected from the infrastructure where the bot or SmartApp is hosted.

Bots & SmartApps Client Logs

CTS
eCTS
⚠️ For Administrators: before reproducing the issue and collecting client logs for a SmartApp, you may need to enable debug variables on the server side first — more details.

Collecting SmartApp Logs Without the Engineering Menu

You can collect a SmartApp log and send it to support directly from the app menu — the ellipsis button in the open SmartApp. The engineering menu is not required. The available commands depend on how the administrator configured the SmartApp:

  • If a separate support app is assigned, the log is recorded from the moment the SmartApp opens, and the Contact Support command opens that app and passes it an archive with the log. A screenshot is attached to the log if it is enabled by the administrator and screenshots are allowed in your organization. In this case, there is no separate command for exporting the log.
  • If there is no support app, but the administrator has enabled continuous log recording, Share Logs appears in the menu — the log is exported to you, and you attach it to your support request yourself.
  • If continuous recording is disabled, recording is started manually: Start Log Collection, then reproduce the issue and tap Stop Log Collection.
Available in the server software, web/desktop app and on iOS starting from version 3.72, and on Android starting from version 3.73. If you need a log from the very start of SmartApp while continuous recording is off, see “SmartApp Log Since Launch”.

Collecting Bots & SmartApps Client Logs via “About” Screen

Bots and SmartApps logs are available via “About” Screen.

For bot diagnostics, client logs do not provide enough information — server logs will definitely be required.

SmartApp Log Since Launch

It is needed if an error occurs immediately when opening SmartApp and collecting the log via the ellipsis is not possible. There are two ways:

  • Ask the administrator to enable persistent log recording for this SmartApp. The log will be written each time SmartApp opens: reproduce the error and export the log using the ellipsis button.
  • If the administrator is unavailable, collect diagnostics through the “About” screen: Settings > About > Start diagnostic data collection, open SmartApp and wait 15 seconds, then About > Stop and share.

Server Logs for Bots & SmartApps

CTS
eCTS

The instructions below are intended for standard eXpress bots hosted in containers. Log collection for bots created by third-party developers might be done differently. In such cases, contact the bot developer directly to find out how to collect diagnostics for it.
For Administrators: Debug Settings for Bots/SmartApps
  1. If necessary, change the debug variables in the file /opt/express/bots/your_bot/.env and restart the bot/SmartApp and Worker containers.
    ⚠️ Debug variables are not available in all bots and SmartApps.
    Debug Variable Description
    DEBUG=true|false Enables verbose logging for the main bot or SmartApp components.
    IMAP_DEBUG=true|false Only for Email SmartApp: enables verbose logging for the IMAP client. Also requires DEBUG=true.
    EXCHANGE_DEBUG=true|false Only for Email/Calendar SmartApps: enables verbose logging for the Exchange client. Also requires DEBUG=true.
For Administrators: Collecting Server Logs for Bots/SmartApps
  1. Connect to server for collecting logs. Identify bot/SmartApp container name (last column): docker ps
    Some SmartApps might have two containers (main and worker). In such cases, logs from both SmartApp containers are required.
  2. Export logs: docker logs CONTAINER_NAME > /tmp/bot_logs.txt 2>&1
  3. Download the file: scp user@your.server:/tmp/bot_logs.txt
For Administrators: .env & docker-compose.yaml Files
  1. If requested by support, send them the /opt/express/bots/your_bot/.env file (cleared of sensitive data) and the docker-compose.yaml configuration file from /opt/express/bots/your_bot/.

Corporate Server Logs & Certificate Diagnostics

For Administrators: Logging Levels
CTS
ETS
eCTS

The following logging levels are available for server services:

Level Description
error Outputs only errors. Recommended for systems with over 10K users.
warning Optimal for continuous operation.
info The default level for basic diagnostics.
debug Maximum detail. Do not use continuously: may cause system hangs.

How to Set the Logging Level

Example for the Active Directory integration service (setting the debug level):

Architecture Command
Docker docker exec -it cts-ad_integration-1 bin/ad_integration rpc "Logger.configure(level: :debug)" Where cts-ad_integration-1 is the container name, and ad_integration is the binary file name.
Kubernetes kubectl exec -it {ad-integration} -- bin/ad_integration rpc "Logger.configure(level: :debug)" Where {ad-integration} is the pod name or ID.

Expected response: ok.


The logging level can only be set for Elixir services (ad_int, messaging, trusts, etc.). Services like nginx, Kafka, and similar do not support this feature.

Permanent Logging Level Change

Architecture Commands/Steps
Docker

For a specific container (e.g., trusts), add the following to the /opt/express/settings.yaml file:

trusts_env_override: LOGGER_LEVEL: debug

Where trusts_env_override is a unique directive (must be the only one in the file). After changes, rebuild the containers:

dpl -d trusts

To change the logging level for all containers, add the following to settings.yaml:

logger_level: debug
Kubernetes Modification is not recommended.
For continuous operation, use the warning level, not debug.
For Administrators: Corporate Server Docker Container Logs
CTS
ETS
eCTS

To collect logs via the admin panel:

  1. Go to the Containers section.
  2. Click >_logs next to the desired container.
  3. Specify the date and number of lines, uncheck follow (to avoid real-time messages), and click show.

When the buffer overflows, old logs are overwritten. Logs are cleared when the container is updated.

Collecting Logs via Console

The tail key outputs the last lines:

cd /opt/express && DPL_PULL_POLICY=never dpl --dc logs --tail=1000 ad_integration > logs.txt

Examples for other services:

cd /opt/express && DPL_PULL_POLICY=never dpl --dc logs --tail=1000 messaging > logs.txt cd /opt/express-voice && DPL_PULL_POLICY=never dpl --dc logs --tail=1000 coturn > logs.txt

The since and until keys output logs for a period:

cd /opt/express && DPL_PULL_POLICY=never dpl --dc logs --since=1h messaging cd /opt/express && DPL_PULL_POLICY=never dpl --dc logs --since=2025-01-27T07:10:00Z --until=2025-01-28T07:50:00Z messaging

For more details: Docker documentation.

For Administrators: Container Logs in Kubernetes Pods
CTS
ETS
eCTS

Basic information: Kubernetes. For more details: kubectl logs.

  1. Get the list of pods: kubectl get pods -n <namespace>

    If there are multiple pods with the target container, the following commands must be executed for each of them.

  2. Enable INFO mode for the container inside the pod: kubectl -n <namespace> exec -ti <pod_id> -- bin/<service_name> rpc "Logger.configure(level: :info)"
  3. Reproduce the issue.
  4. Collect logs: kubectl logs --tail=2000 -n <namespace> <pod_id> > pod_id.log
  5. Revert to the previous logging level, e.g. ERROR: kubectl -n <namespace> exec -ti <pod_id> -- bin/<service_name> rpc "Logger.configure(level: :error)"
  6. Submit the logs to eXpress technical support.
For Administrators: SSL Certificates Diagnostics
CTS
ETS
eCTS
⚠️ Some tools may be unavailable from the corporate network.

Verification methods:

Method Steps
Via Browser Open https://server_FQDN/system/settings/version and check the certificate details.
Yandex Browser, Chromium GOST, and “Atom” have Russian CA certificates built in, including those of the Ministry of Digital Development, so they cannot be used to check whether the certificates are installed in the system. In addition, if Kaspersky antivirus or other security software is installed on the PC, their certificate may be displayed instead of the server certificate.
Using Online Tools
  • SSL Server Test
    • In the Hostname field, enter the server address.
    • To view the server’s root certificate authority, hover over the Issuer field and check the O= value for the issuing organization.
    • On this page, the certificate is evaluated against multiple criteria.
      ⚠️ If the certificate is rated below A+, mobile devices may experience issues connecting to the corporate server.
  • SSL Checker
    • In the Server Hostname field, enter the server address and press Enter.
    These resources cannot be used to analyze certificates from Russian certification authorities or certificates of servers to which access is blocked for foreign IP addresses.
Using CURL In the command line or terminal, enter curl -vI https://server_address and press Enter.

Outlook Add-In Version & Logs

MS Outlook Version

To check the version of the desktop Outlook application:

Version Path
Outlook for Windows In the File menu, open the Office Account section.
Outlook for macOS Open the Outlook menu and select About.

Add-in Version

To check the add-in version number:

Version Path
Outlook Add-in for Windows To view the add-in version, hover the mouse pointer over the add-in button.
OWA Version of the Add-in (macOS) In the main view of Outlook for Mac (email list), click the Get Add-ins button. On the OWA portal, log in to your account and select the add-in in the Manage Add-ins section.
Add-in Backend The backend's version can be checked with the system administrator or eXpress technical support/implementation specialist who installed the add-in.
For Administrators: Viewing the Add-in Backend Software Version If you have access to the server: http://server_address:port/api/meetings/check
Usually: http://server_address:7100/api/meetings/check
⚠️ If the client and backend versions do not match, the outdated part must be updated! Contact eXpress support for assistance with the update.

Windows Add-in Logs

The local log of the add-in installed via the MSI package is located here: C:\Logs\ExpressMeetingAddIn<date>.log.


The logging level is configured in the serilogSettings.json file in the add-in installation folder. If a full detailed log is needed for debugging, set the Verbose value for the MinimumLevel.Default and MinimumLevel.Override.Default attributes in the file (not recommended for permanent use: significantly increases log size and may slow down performance).


You will also need the configuration file ExpressMeeting.dll.config from the add-in installation folder (e.g., C:\Program Files\eXpress\ExpressMeeting).

If a branded app is used, the name may differ from Express.


Outlook Web Access Logs (macOS)

Client-side logs for the OWA add-in are unavailable. Diagnostics must be performed using server logs.

Outlook Add-in Server Logs

Азк Administrators: Collecting the Add-In Server Logs

Logs for the add-in backend using AD authentication are stored by default in the following server folder:

C:/logs/core-service/

The folder path is specified in the configuration file appsettings.Production.json under the key:

Serilog.WriteTo[Name ="Logger"].Args.configureLogger.WriteTo[Name="File"]. Args.path

See the add-in installation guide for administrators.

To collect logs for the add-in backend with Keycloak authentication, run the following commands:

docker logs express-meeting-core-service-main &> /tmp/core.log
docker logs express-meeting-template-service-main &> /tmp/template.log

System Info & App Installation Logs

Files containing system or installation process information help narrow down possible causes of technical issues. You can share the collected system data with eXpress support.

Starting from version 3.25, the diagnostic data collected via web/desktop will display RAM, monitor resolutions, and PC processor details. Call logs from the engineering menu will contain the same information, but it will only be available in the downloaded call log.

MSInfo System Details (Windows)

  1. Press the Windows + R keys.
  2. In the “Run” window, enter MSInfo32 and press Enter.
  3. In the “System Information” window, click on System Summary, open the File menu, and select Export.
  4. In the “Export As” window, select Desktop.
  5. Name the file MSInfo and click Save.

To reduce the file size:

  1. Open the saved MSInfo file in Notepad.
  2. Press Ctrl + F and search for [Windows Error Reporting].
  3. Delete the entire text after the first ten lines of the [Windows Error Reporting] section.
  4. Save the file.

DirectX Diagnostic Tool (Windows)

  1. Press the Windows + R keys.
  2. In the “Run” window, enter dxdiag and press Enter.
  3. In the “DirectX Diagnostic Tool” window, click Save All Information.
  4. Name the file dxdiag and click Save.

System Report (macOS)

  1. Open the Apple menu and select About This Mac.
  2. Click the System Report button or click More Info and select System Report in the settings window.
  3. Select File > Save and save the file to the desktop.

Linux System Information (inxi utility)

  1. Open the terminal application.
  2. Install the inxi utility using the command sudo apt install inxi or sudo yum install inxi.
  3. Run the command inxi -Fxz.
  4. Save the terminal output to a file.

MSI Package Installation Logs on Windows

To collect diagnostics for the installation process via the Windows installer, use the following command line:

msiexec /i "installer.msi" /l*v "log.log"

Here, installer.msi is the path to the MSI package, and log.log is the path of the generated log file.

App Cache

Clearing SmartApp Cache

CTS
eCTS

SmartApp stores its cache separately from chats and contacts. Clearing it does not close the session and does not delete the conversation. It helps if the data in SmartApp has not updated or SmartApp is running with an error.

  1. Open the SmartApp.
  2. Click the ellipsis button and choose Clear cache.

SmartApp Doesn't Open on Android

  1. Open Settings > SmartApps Cache.
  2. Clear the cache for the SmartApp you want or select Clear All.

Didn't help — collect the SmartApp log and contact Support.

Clearing Home Screen Cache

  • In the mobile app: press and hold the “Home” button and choose Clear cache.
  • In the web and desktop app: click the three-dot button at the top of the main page panel and select Clear cache.

“Update” and “Clear Cache” Screens in Web/Desktop

ETS
eCTS

The company server may require you to update the app or clear local data for compatibility. These screens are enabled by the administrator.

ScreenWhat happensRe-login required?
Update
(no clear)
The app is being updated; the session is preserved.No
Update / Clear Cache
(with data clear)
Local data is deleted, and the session ends.Yes

You can also reload the app yourself: Ctrl+R (Mac: Cmd+R) or Settings > About > Clear All. In the web app, Ctrl+R immediately reloads the page. In the desktop app, as well as after Clear All, a selection window appears: the Reload button restarts the app, while Clear and reload also reloads data from the server. The session is preserved in all cases.

Conversations are not lost — they are stored on the server, not in the app cache, and will load from the server again.

Clearing Cache from Server

RTS
CTS
ETS
eCTS

An administrator can reload the chats and contacts cache on user devices in the administrator panel. The buttons are described in the administrator guide.

For Administrators: When to Clear Cache From the Server
  • This is a last resort: use it if restarting the application didn't help and support has reviewed the logs.
  • Clear chats, Clear contacts, and Clear cache reload data from the server; the session is preserved.
  • Clear all ends the session: the user will have to sign in again. Click only if you can't avoid signing out.
⚠️ Don't clear the cache from the server if the corporate server uses OpenID authentication.