maximetremblay

Il serait utile d'ajouter une fonctionnalité permettant d'envoyer automatiquement une notification par courriel lorsqu'une licence Devolutions approche de sa date d'expiration.

Actuellement, Remote Desktop Manager affiche un avertissement lorsqu'une licence arrive à moins de 30 jours de son expiration, tandis que Devolutions Server affiche visuellement l'état de la licence dans Administration > Licences. Cependant, aucune notification par courriel n'est envoyée aux administrateurs.

Cela nécessite donc qu'un administrateur consulte manuellement l'application ou la page des licences afin de constater qu'une licence approche de son expiration.

Fonctionnalité proposée

Ajouter un mécanisme de notification permettant aux administrateurs de :

• Activer les notifications d'expiration de licence.

• Définir le nombre de jours avant l'expiration pour recevoir une notification (par exemple : 90, 60, 30, 15 ou 7 jours).

• Configurer un ou plusieurs destinataires.

• Envoyer les notifications à l'aide de la configuration SMTP déjà présente dans Devolutions Server.

• Optionnellement, envoyer plusieurs rappels à différentes échéances.

Cette fonctionnalité pourrait également être intégrée au système existant Administration > Configuration > Notifications > Abonnements, avec une nouvelle catégorie ou un nouvel événement lié aux licences.

Exemple

Un administrateur pourrait configurer :

Licence Devolutions Server expire dans 30 jours → Envoyer un courriel à l'équipe TI.

Le courriel pourrait contenir :

• Produit concerné

• Type de licence

• Date d'expiration

• Nombre de jours restants

• Nombre de licences/utilisateurs, lorsque pertinent

Cas d'utilisation

Dans un environnement d'entreprise, l'expiration d'une licence peut avoir un impact opérationnel important. Une notification proactive permettrait aux équipes TI de commencer le processus de renouvellement suffisamment tôt sans dépendre d'une vérification manuelle dans RDM ou Devolutions Server.

Le système de notification par courriel étant déjà disponible dans Devolutions Server pour d'autres événements et pour les entrées arrivant à expiration, l'ajout d'un événement « Licence bientôt expirée » constituerait une extension logique du mécanisme existant.

Nous souhaitons soumettre une demande d'amélioration concernant l'affichage de la page des Demandes d'accès temporaire dans Devolutions Server 2026.1.

Actuellement, la largeur des colonnes semble fixe, ce qui fait en sorte que certaines informations importantes, notamment le Nom de la connexion, sont tronquées alors qu'il reste de l'espace disponible dans la grille.

Nous avons également constaté que si l'on dézoome le navigateur, les colonnes s'ajustent correctement et le contenu devient entièrement visible. Cela laisse croire que le comportement pourrait être amélioré afin que les colonnes utilisent automatiquement l'espace disponible, sans dépendre du niveau de zoom.

Ce serais bien aussi que dans les export on ait une colonne pour ce qui a d'indiquer dans Message. Autre proposition si jamais ca vous intéresse.

Allo Francois,

Pour etre franc, c'est quelque chose qui devrais déja etre en place selon moi. En espérant le voir dans les prochaines release :) !

Nos approbateurs nous ont fait remarqué qu'au moment ou une demande d'approbation est envoyé ce serais bien de savoir elle a été envoyé a qui. Par exemple si je suis full admin je vois qu'il y a une demande mais ca ne me dit pas a qui (ce qui serais vraiment utile au cas ou un approbateur ne fais pas sont travail).

Il serait bien de voir les élévations octroyé dans les rapports. Nous avons un superviseur de la sécurité qui adorerais le feature car plusieurs vérification sont fait mensuellement sur qui et pourquoi tel ou tel élévation a été demandé. Il est présentement possible de le voir seulement en cliquant sur l'oeuil ou en allant voir plus loin dans le méssage (not user friendly).

Il serait bien d'etre en mesure de supprimer plusieurs attachement d'un coup sans les sélectionner une a une. Discuté avec votre support déja et ce n'est pas faisable sauf a l'unité.

De plus sur une solution qui a pour but d'augmenter la posture de sécurité il me semble que cela devrais déja etre en place. Présentement on bypass le RBAC au complet pour pouvoir créer un simple rapport.

Bonjour,

Je souhaite soumettre une demande de fonctionnalité concernant les rapports planifiés (Scheduled Reports) dans Devolutions Server / Remote Desktop Manager suivant une discussion avec vos techniciens au support.

Actuellement, seuls les administrateurs peuvent créer ou gérer cette fonctionnalité. Il n’existe aucune permission système permettant de déléguer l’accès ou la gestion des rapports planifiés à d’autres utilisateurs ou groupes spécifiques.

Dans plusieurs environnements, cette limitation complique les opérations puisque certaines équipes (support, sécurité, gestion des accès, audits, etc.) doivent pouvoir :

• créer leurs propres rapports planifiés ;

• modifier ou consulter les rapports existants ;

• recevoir automatiquement certains rapports ;

• gérer cette fonctionnalité sans devoir obtenir des droits administrateur complets.

Demande :

Ajouter une ou plusieurs permissions granulaires permettant de :

• autoriser l’utilisation des Scheduled Reports ;

• déléguer la gestion des rapports planifiés ;

• contrôler l’accès par rôle ou groupe d’utilisateurs.

Cela permettrait une meilleure délégation des tâches et améliorerait la gestion des accès dans les environnements d’entreprise.

Merci.

Hi,

For security purposes, it would be nice to be able to set different checkout policies on different tier elevation for the JIT solution. I don't want the same checkout policies for someone who elevates T0 as domain admin than the one who elevates DHCP admin T1. In my opinion i believe it would be better like this for your product, and your customer !

Hi,

We wont disable LDAPS and yes we still face the issue. We may have another workaround thanks for the update.

Hello,

Thank you for being so patient!

I am pleased to inform you that the issue has been resolved in the latest Devolutions server version (2025.3.12.0):

https://docs.devolutions.net/server/getting-started/installation/upgrade-server

We also recommend that you first perform the update in a staging/test environment:

https://docs.devolutions.net/server/kb/how-to-articles/create-server-staging-instance

Please let us know if this works or if you encounter any issues.

Best regards,

@Maxim Robert

Hi,

Is this issue fixed while using LDAPS with protected user ? Cause we are facing this issue on our side in 3.15.

Hello Devolutions team,

We would like to submit a feature request regarding user activation/validation in Devolutions Hub Business when using Microsoft Entra ID.

Summary

In our environment (Ville de Saguenay), we need to onboard a group of Entra ID users (about ~50) who do not have mailboxes and therefore cannot receive validation emails. Currently, after a period of time (we were told ~30 days), the user must validate their Devolutions account and an email is sent to complete the validation. This becomes a blocker for these users since they will never receive email.

Current behavior / problem

• We can add Entra ID users to Hub Business and they can initially authenticate.

• After the grace period, the platform requires a Devolutions account validation that relies on sending an email.

• Users without mailboxes cannot complete this step, so they lose access / cannot access the Hub.

Why this matters

Many organizations have service accounts, kiosk/shared workstation users, or specific security contexts where identities exist in Entra ID but no email mailbox is provisioned. Requiring email-based validation prevents us from using Hub for these users and complicates enterprise onboarding.

Requested enhancement (options)

Any of the following would solve the issue (in order of preference):

1. Admin validation/approval flow (no email required)

   • Allow a Hub admin to validate/activate a user account from the admin portal.

   • For example: “Pending validation” → Admin clicks “Validate/Activate”.

2. Disable email validation requirement for Entra ID (SSO) tenants

   • If the user authenticates via Entra ID (OIDC/SAML), allow bypassing the Devolutions email validation requirement.

3. Alternative validation method

   • Validate via an admin-generated one-time code shown in the Hub UI (not sent by email), or

   • Validate via another communication method configurable by the tenant (SMS, etc.).

4. Tenant-level policy

   • A setting such as: “Require Devolutions email validation: On/Off”

   • Or “Require validation after X days: configurable/disable”.

Expected result

Users who authenticate successfully through Entra ID should be able to remain active and access Hub even if they do not have an email mailbox, using an admin-controlled validation method or an SSO-based validation approach.

If needed, we can provide additional details about our setup and use case

Bonjour,

J'ai un script pour exporté des vaults de devolutions hub que j'aimerais importer dans une vault de devolutions server. Auriez-vous quelques hint pour m'aider ? Je n'arrive a rien malhreuseuement et je me demandais si ce genre de script était faisable. En gros le script dois prendre un .json et l'importer en attachement a une entrée dans devolutions server.

Bonjour,

Nous tentons de restaurer la BD et la configuration Devolutions sur un serveur de test pour tester que tout est bien fonctionnel en cas de probleme mais nous arrivons sur cette erreur

Nous n'arrivons pas a comprendre ce qui cloche. Avez-vous une idée de ce qui peux causer cela ?

J'ai l'impression que dans le summary le fait qu'il ne voit rien a Username cause ce probleme.

I was able to hide the server name by addind the dns name i entered in the proxy in my azure API and also in DevolutionServerConsole\ServerSettings in the AccessURL. If one of those 2 step are not done when you authenticate with Entra you will receive a message saying "The redirect URL specified in the request does not match the URls configured for the apps. Im putting this comment in case someone else is facing this. On my side its the first time i use Devolution :)

Hi,

We implemented this configuration to be able to authenticate with entra Microsoft Entra ID configuration guide for Microsoft authentication - Devolutions Documentation by pointing on the devolutions server for the URL redirect.

In our reverse proxy we made some change (name are only for the exemple) to be able to type exemple-devolutions.ville.com and be redirected on the web console. The issue we actually have is that when the redirection occur, we can still see the server name in the URL instead of the dns entry we made (exemple-devolutions.ville.com).

Is there a way to hide the server name in the url to get the dns entry we specify at the start ?

Hello,

Thank you for your feedback and glad that it's working. And you are right that the account configured in the DevolutionsSchedulerService needs specific permissions on the database.

@everyone, if you want to get the required permissions for the service account, please send an email to ticket@devolutions.net.

Best regards,

Hi, is it why the Devolutions Scheduler wont start automaticaly when the machine goes up ? On my side i have to start it manually everytime event in automatic startup type.