Message info
 
To:Brenner, Michael Ralf \\(Michael\\) From:William Mills Subject:Re: [scim] Cloud definition Date:Fri, 30 Mar 2012 08:48:06 -0700 (PDT)
 

Now THAT is chock full of awesome, with awesome sauce...


From: "Brenner, Michael Ralf (Michael)" <michael.brenner@alcatel-lucent.com>
To: William Mills <wmills@yahoo-inc.com>; Samuel Erdtman <samuel@erdtman.se>; Melinda Shore <melinda.shore@gmail.com>
Cc: "scim@ietf.org" <scim@ietf.org>; Emmanuel dreux <eDreux@bcpsoft.fr>
Sent: Friday, March 30, 2012 8:36 AM
Subject: RE: [scim] Cloud definition

Well, you could still PIMP it by replacing Protocol with Provisioning (Push Identity Management Provisioning)J
 
Michael
 
From: scim-bounces@ietf.org [mailto:scim-bounces@ietf.org] On Behalf Of William Mills
Sent: Friday, March 30, 2012 11:08 AM
To: Samuel Erdtman; Melinda Shore
Cc: scim@ietf.org; Emmanuel dreux
Subject: Re: [scim] Cloud definition
 
Annoyingly perhaps, naming matters in a branding way and how people think about things.  We can trivially get this much closer to what it actually does.  I personally like Push Identity Management Protocol (excepts it's not a protocol), so we could PIMP my cloud.
 
-bill
 

From: Samuel Erdtman <samuel@erdtman.se>
To: Melinda Shore <melinda.shore@gmail.com>
Cc: "scim@ietf.org" <scim@ietf.org>; Emmanuel dreux <eDreux@bcpsoft.fr>
Sent: Friday, March 30, 2012 12:23 AM
Subject: Re: [scim] Cloud definition

Im new at IETF so I dont know if I will offend someone with this
post, if so Im sorry for that.

First I like the point that Michael does, just because it is aimed for
cloud services does not mean that it cannot be used for other things
too.

And further, SCIM is just a name in the end.

Cheers
//Samuel

On Thu, Mar 29, 2012 at 10:21 PM, Melinda Shore <melinda.shore@gmail.com> wrote:
> On 3/29/12 12:15 PM, Emmanuel dreux wrote:
>>
>> In SAAS / ASP scenario, it's different. I do not have access directly
>> to the directory that contains the accounts (LDAP,SQL,etc). The
>> provider has to expose provisioning APIs that will allow me to
>> programmatically and remotely manage accounts.
>
>
> You run into exactly this sort of situation in very large enterprises,
> where the people who run the ERP may not have write access to the
> corporate directory or be able to provision accounts.  But even in
> cases where they are there's a lot of interest in moving from a batching
> model to a transactional one.
>
>
> Melinda
> _______________________________________________
> scim mailing list
> scim@ietf.org
> https://www.ietf.org/mailman/listinfo/scim
_______________________________________________
scim mailing list
scim@ietf.org
https://www.ietf.org/mailman/listinfo/scim