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 & 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
- Admin Panel
- Jira Support Portal
- Technical Support for Admins
- Database Modifications Policy
- eXpress Documentation
- Privacy Policy
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. |