You need to sign in to do that
Don't have an account?
SteveBower
Given the new security features, I might want users who install my managed package to automatically be set up to trust an IP range I define in the package.
This way as soon as you install the package, my servers can log into your account using only a username/password.
Can that be done with the new security features? Or is that considered data instead of schema?
Thanks, Steve.
Question: about packaging up an IP range into a managed package.
Given the new security features, I might want users who install my managed package to automatically be set up to trust an IP range I define in the package.
This way as soon as you install the package, my servers can log into your account using only a username/password.
Can that be done with the new security features? Or is that considered data instead of schema?
Thanks, Steve.
Please see
http://wiki.apexdevnet.com/index.php/Identity_Confirmation
For information.
Hi Greg, ok, so I think we all get how the security system will work.
However my issue stands.
If a new customer downloads an AppExchange application which relies on a remote service to log in, *someone* has to do an identity confirmation of the IP range since the service making the API calls isn't registered.
So, in general, I don't want the users or admin to have to Identity-confirm using tokens or manually insert the IP range just to use a service they've already decided that they want because they installed it.
So, the question is: Can an IP range be installed as part of a managed app? That way the user is delegating to me, the Managed App administrator, the right to install and maintain some entries in their IP "whitelist".
If not (as I presume is the case), does this seem like a good idea to anybody, or is there a better way around it that I'm not seeing.
Thanks, Steve.
I think a better idea would be for Salesforce.com to set up a central registry of 'trusted' partner IP addresses. In my opinion this is a much more flexible approach. And its independence from app versions etc. would make it easier to manage by Salesforce.com.
(The above was just posted on the Idea Exchange http://ideas.salesforce.com/popular/appexchange)
Colin Goldberg