Help center support eXpress
We've collected answers to popular questions to make eXpress easy and convenient to use. Didn't find the answer to your question? 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, and Cache
- App Versions
- Collecting Diagnostics on the “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
- Admin Panel
Corporate Server Logs & Certificate Diagnostics
For Administrators: Logging Levels
CTS
ETS
eCTS
The following logging levels are available for server services:
| Level | What it outputs and when to use it |
|---|---|
error |
Outputs only errors. Use it in systems with over 10K users. |
warning |
Use it 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 | Do not change the logging level permanently. |
warning level. The debug level can cause system hangs.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 the number of lines. Uncheck
follow(to avoid real-time messages), and clickshow.
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 certificates from Russian CAs, including those of the Ministry of Digital Development, built into them. Therefore, you can't use them to check whether these certificates are installed in the system. If Kaspersky antivirus or other security software is installed on the PC, the browser may show that software's certificate 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. |