Default Folder template is not used for sync

Hello,

I have been able to reproduce your issue.

A ticket has been sent to our engineering department.

Best regards,

Hello,

There will be an option in the AD Sync called "create virtual groups" which you will need to uncheck. This will allow you to use the default group settings.
This feature will be available in RDM 12.

Regards,

Hi Hubert, thanks for implementing this. I'm looking forward to RDM 12 - any estimated date when you're going to release this?

I wanted to give you some feedback on this.
I'm using 12.0.8.0 and it's working for AD Syncs as you suggested now. So thanks a lot for that - the missing inheritance was really a problem which kept most of my RDM users from using RDM :(

Unfortunately, this does NOT work for CSV Syncs. For subgroups created by the sync, the yellow folder with default credentials are still used which break the chain of credential inheritance. What I don't get is, why configuring a Default folder when it's not the Default everywhere whenever a folder gets created?
So like I said, now I'm facing the same problem with all non AD resources that I regularly sync with CSV files.
I'd appreciate it very much if this can be addtressed in a next minor release.

Until then - what is the best way to switch all subfolders to "Inherited" credentials instead of "Default" after the sync with the least effort? I've been trying some batch editing but nothing worked out as expected.

Hello,

To change the credential to Inherited on folders or sub-folders, you would need to use our Advanced Search feature.

In View -> Advanced Search, you can do a search by Connection Type. Then, select your folders and you can do a batch edit on it.
https://help.remotedesktopmanager.com/edit_batch.htm

Best regards,

Hi,

I tried that but there seems to be a bug with the Advanced Search feature. Searching for all folders with Connection Type set to folders, a lot of subfolders are missing and I cannot determine a logic behind which folders are found and which not.
And as parts of the structure get updated regularly by CSV import, I'm pretty much lost.

Can you please look into this Search Function bug?

And I'd also appreciate a statement on the CSV import, which is not respecting Default Folder settings as of yet.

Hello,
We will add an option for the CSV synchronizer just like in the AD synchronizer for "create virtual groups" which you will need to uncheck. Virtual groups are not affected by the default group templates.
For the advanced search we will look into it, I think it might be due to the groups being virtual.
Regards,

Hubert,

thanks a lot. I'm eagerly awaiting that update for CSV imports ;)

Can you enlighten me on that "virtual groups"? I mean, from my user point of view I cannot tell a difference between a "real group" and a virtual one from its properties dialogue, so I cannot safely confirm or counter your bug hypothesis. I understood that "virtual groups" don't go together with templates. Maybe you can give me some background about virtual/real and why you usually use virtual ones for synching purposes?

Hello,

You can consult this help topic to get information on virutal folders
https://help.remotedesktopmanager.com/kb_understandingourfolderstructure.htm

Best regards,

Jean-Francois,

thanks for that KB article, the section about virtual folders and how they come into existance (mostly during imports) is clear to me now. Even though they're no good in environments where I have to guarantee inherited credentials everywhere, they're probably a lot faster and easier to handle than real folders/groups.
And I understand now why most of my imported folders don't show up in the advanced search as they are no Groups/Folders at all. Only the ones show up where I manually changed something, like inheritance or symbol.

Can you give me an estimate when the "create virtual groups" will be available for CSV imports, so I can disable it?

Hello,

Regrettably, the Support Department cannot provide an exact release date as the full process (Build – Quality Assurance – Release) is out of our control.
The Engineering Department is working diligently and they will publish the build as soon as they deem it acceptable for public release.

Best regards,

Sure and fully understanable. I'm not looking for an exact date, nor can I nail you to it - I'm just interested if this usually takes days, weeks or months? So I can at least hint to my users that they will have to open their sessions in the affected branches by explcitely choosing their credentials for some more days, weeks or months.
And please don't take this as criticism - I appreciate your amazingly fast support and how you guys react to special customer inquiries.

Hello,

Usually, a new beta is available every 1 to 3 weeks approximately.



Best regards,