gskjelstad

Great product! can't wait to see any of the new betas!

Would you be able to add an option for "disabling Batch Edit"?

Currently, we have a scenario, where we need users to be able to add/edit sessions as they perform installs, however, we do not want them to be able to bulk edit *all* the sessions.

So we'd like to somehow disable a the batch edit option. If this was just a preference on the client that would be fine to, but that would save us of redoing like 900 connections, when someone does a whoops, and redoes the description field en masse.

It would also be nice, if we did an import from XML into a SQL DB, it only overwrote the existing fields, so I could do an XML import with say just the IP modified, or password, or description field modified, and it left all the other options the same in the database.

As it is currently, if we import a session list from a .rdm backup, overwriting the existing entries, we lose all the credentials, and security groups that have been associated with them.

Thanks for all your work! It's a great product!

-Garrett

Batch Edit the security Group that is located on the groups themselves.

I'd still like to see a Batch Edit for groups come into place. That way that we can bulk modify the security groups across the board if possible!

I wish it was, but unfortunatly, our corporate security policy dictates we aren't able to do so. We've gotten around it in some cases by using the method below, however, for some reason, RDM, doesn't work using it. =(

Currently we have a few users that are not members of our domain, but we'd like them to connect to our SQL instance of our datasource which used Integrated Authentication. Machines that are members of the domain work beautifully, and the users have accounts.

Is there a way that you could introduce a method to allow us to specify those credentials when making the SQL connection to those?

Currently we can do it in other applications (e.g. SQL Management Studio) by performing a:

"RUNAS /user:DOMAIN\user /netonly "C:\Program Files\Microsoft SQL Server\100\Tools\Binn\VSShell\Common7\IDE\Ssms.exe"" to run the application.

However when we do this to RDM, it doesn't seem to work as expected, nor in the same way.

Would this be something you'd consider adding?

Thanks for makin' a great product! Keep it up!

-Garrett

No, that wouldn't be a problem. We are mainly looking to be able to publish a masterfile for individuals to use, and then for modification of said file, to only happen by one person from a single location...

But this way it's easy to publish a new file for people to use, and submit additions/changes. Just currently the problem, is that it only allows SMB/CIFS and we'd like to use an HTTP URL for the file, instead of a fileshare.

edited by gskjelstad on 11/17/2010

Would it be possible to make the XML datastore, also be a URL?

We would like to publish an XML file via a URL instead of on a Windows Share, and it would make it very handy to have this option instead of just the standard windows dialog?

If this feature exists, and I'm not configuring correctly... Could you perhaps point me in the right direction?

Thanks!

PS) Your product is seriously awesome, you do very very impressive work.

We have a user that has a hard time seeing and has huge icons and fonts using the microsoft accessiblity wizard... would it be possible to allow this sort of option on RDM? Or at least carry the windows options through?

I LOVE your support for the Cisco VPN client... however with the addition of 64bit hosts... I end up getting limited in some cases. =(

Would it be difficult to add either support for the Cisco AnyConnect client, or perhaps support for the ShrewSoft client? that allows connecting to MANY IPSEC servers that may or may not be a Cisco device 32/64bit...

Great Product! I wish I had this 3 years ago!

I would LOVE a SecureCRT addition.