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.
- Welcome to eXpress
- eXpress Support
- Introducing eXpress & Glossary
- Installation & Updates & Requirements
- Registering & Logging In
- User Profile
- Chats, Channels & Threads
- Contacts
- Tags & Tabs
- Files
- Calls & Conferences
- Push Notifications & Counters
- Fixing Background Work on Mobile
- Bots & SmartApps
- Diagnostics & Logs & Cache
- Аdmin Panel
- Jira Support Portal
- Technical Support for Admins
- Database Modifications Policy
- eXpress Documentation
- Privacy Policy
Diagnostics & Logs & Cache
- App Versions
- Diagnostics Collection on “About” Screen
- Authentication (Log In) Logs
- Additional Client App Logs
- Calls & Conferences Logs
- Bots & SmartApps Logs
- Corporate Server Logs & Certificate Diagnostics
- Outlook Add-In Version & Logs
- System Info & App Installation Logs
- App Cache
App Versions
| 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?
- In the app, go to Settings (avatar above the chat list) > About and tap the Start log collection button.
- Reproduce the issue so it is recorded in the logs.
- 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. - Share the log file(s) with support in a request or via the channel you agreed on with them.
- 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.Authentication Logs From the Android App 
| Initial Screen Displays | Steps |
|---|---|
| “Select Login Method” |
|
| “Enter Phone Number” |
|
Authentication Logs From the iOS App 
| Initial Screen Displays | Steps |
|---|---|
| “Select Login Method” |
|
| “Enter Phone Number” |
|
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:
- 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. - Go to the Console tab.
- Reproduce the login issue.
- Find the latest error (red text) and click the link in it.
- In the Network tab, select the corresponding request.
- In the error description, open the Response tab.
- The
Reasonvalue 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:
|
| To test email sending from a server, use the Test e-mail delivery function. |
Additional Client App Logs
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:
- Open the engineering menu: Settings > About > tap the logo repeatedly.
- Turn on the Enable Main log to file toggle.
- Reproduce the issue.
- 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 
- Open the engineering menu: Settings > About > tap the logo repeatedly.
- Enable Write main log to file on the LOG tab.
- Reproduce the issue in the main interface.
- 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:
- 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. - In the settings (gear icon in the console’s top corner), enable Show timestamps
- Clear the console (Clear console) > reproduce the error
- Save the logs via Save as... or take a screenshot.
Network Requests Diagnostics Using HAR (Web/Desktop) 
- 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. - Open the Network tab.
- Clear the request list (Clear) > refresh via Ctrl/Cmd+R and reproduce the error
- 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.
- Open the developer console. If needed, clear requests first with the Clear button at the top.
- 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:
- Open the engineering menu: Settings > About > tap the logo repeatedly.
- Enable Debug info in the message menu.
- 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.
eXpress, if an ETS client app is used.| OS | Log.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) |
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:
- Close the app.
- 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-loggingand 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. - Reproduce the problem with the app.
- Close the app and send the file
express-launch.logfrom the user's folder to Support.
Calls & Conferences Logs
Call and Conference Logs on Android 
Logs are saved on the LOG > Call log tab of the engineering menu:
- Open the engineering menu: Settings (avatar) > About > tap the logo repeatedly.
- Tap SHARE CALL LOG FILE to save or send the log.
Call and Conference Logs on iOS/iPadOS 
- Open the engineering menu: Settings (avatar) > About > tap the logo repeatedly.
- Select the VOEX sessions folder (contains call/conference logs, including SIP).
- Use the “Share” button to export.
Call and Conference Logs in Web/Desktop App 
- Open the engineering menu: Settings (avatar) > About > tap the logo repeatedly.
- Go to the Calls tab (contains call/conference logs, including SIP).
- Find the desired log (contains the call ID).
- 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/eCTSserver, 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).
-
❓Related Topics:
- Call Ratings
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:
- logs from the browser console (Fn + F12 > Console tab);
- a record of network requests in HAR format (Fn + F12 > Network tab > HAR export button);
- call logs from the application.
Server Call and Conference Logs 
For Administrators: eXpress Call & Conference Server Logs (VoEx+SIP)
RTS
CTS
eCTS
- 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.
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. - Take a screenshot of the Janus and VoEx/SIP settings from the VoEx section of the Admin Panel.
- 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 -aon the VoEx/Front server. - 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.
-
❓Related Topics:
- Call Management
- Conference Management
Bots & SmartApps Logs
Bots & SmartApps Client Logs
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.
Collecting Bots & SmartApps Client Logs via “About” Screen
Bots and SmartApps logs are available via “About” Screen.
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 
For Administrators: Debug Settings for Bots/SmartApps 
- If necessary, change the debug variables in the file
/opt/express/bots/your_bot/.envand restart the bot/SmartApp and Worker containers.⚠️ Debug variables are not available in all bots and SmartApps.Debug Variable Description DEBUG=true|falseEnables verbose logging for the main bot or SmartApp components. IMAP_DEBUG=true|falseOnly for Email SmartApp: enables verbose logging for the IMAP client. Also requires DEBUG=true.EXCHANGE_DEBUG=true|falseOnly for Email/Calendar SmartApps: enables verbose logging for the Exchange client. Also requires DEBUG=true.
For Administrators: Collecting Server Logs for Bots/SmartApps 
- Connect to server for collecting logs. Identify bot/SmartApp container name (last column):
docker psSome SmartApps might have two containers (main and worker). In such cases, logs from both SmartApp containers are required. - Export logs:
docker logs CONTAINER_NAME > /tmp/bot_logs.txt 2>&1 - Download the file:
scp user@your.server:/tmp/bot_logs.txt
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.
Permanent Logging Level Change
| Architecture | Commands/Steps |
|---|---|
| Docker | For a specific container (e.g., trusts), add the following to the trusts_env_override:
LOGGER_LEVEL: debug
Where dpl -d trusts
To change the logging level for all containers, add the following to logger_level: debug |
| Kubernetes | Modification is not recommended. |
warning level, not debug.For Administrators: Corporate Server Docker Container Logs
CTS
ETS
eCTS
To collect logs via the admin panel:
- Go to the Containers section.
- Click >_logs next to the desired container.
- 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: .
For Administrators: Container Logs in Kubernetes Pods
CTS
ETS
eCTS
Basic information: . For more details: .
- 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.
- Enable INFO mode for the container inside the pod:
kubectl -n <namespace> exec -ti <pod_id> -- bin/<service_name> rpc "Logger.configure(level: :info)" - Reproduce the issue.
- Collect logs:
kubectl logs --tail=2000 -n <namespace> <pod_id> > pod_id.log - Revert to the previous logging level, e.g. ERROR:
kubectl -n <namespace> exec -ti <pod_id> -- bin/<service_name> rpc "Logger.configure(level: :error)" - Submit the logs to eXpress technical support.
For Administrators: SSL Certificates Diagnostics
CTS
ETS
eCTS
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 |
|
| 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 VersionIf you have access to the server:http://server_address:port/api/meetings/check
Usually: http://server_address:7100/api/meetings/check
|
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.
-
❓ Related Topics:
- MSI Installation Logs on Windows
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.
MSInfo System Details (Windows) 
- Press the Windows + R keys.
- In the “Run” window, enter
MSInfo32and press Enter. - In the “System Information” window, click on System Summary, open the File menu, and select Export.
- In the “Export As” window, select Desktop.
- Name the file
MSInfoand click Save.
To reduce the file size:
- Open the saved MSInfo file in Notepad.
- Press Ctrl + F and search for
[Windows Error Reporting]. - Delete the entire text after the first ten lines of the
[Windows Error Reporting]section. - Save the file.
DirectX Diagnostic Tool (Windows) 
- Press the Windows + R keys.
- In the “Run” window, enter
dxdiagand press Enter. - In the “DirectX Diagnostic Tool” window, click Save All Information.
- Name the file
dxdiagand click Save.
System Report (macOS) 
- Open the Apple menu and select About This Mac.
- Click the System Report button or click More Info and select System Report in the settings window.
- Select File > Save and save the file to the desktop.
Linux System Information (inxi utility) 
- Open the terminal application.
- Install the inxi utility using the command
sudo apt install inxiorsudo yum install inxi. - Run the command
inxi -Fxz. - 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
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.
- Open the SmartApp.
- Click the ellipsis button and choose Clear cache.
SmartApp Doesn't Open on Android
- Open Settings > SmartApps Cache.
- 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 
The company server may require you to update the app or clear local data for compatibility. These screens are enabled by the administrator.
| Screen | What happens | Re-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.
Clearing Cache from Server
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.