[WG-UMA] Protected Inbox Scenario

Iain Henderson iain.henderson at mydex.org
Thu Jan 14 01:43:22 EST 2010

Hi Joe, co-incidentally I had asked Eve yesterday if there was room/  
time for a 'Permission Marketing' scenario....which there is, although  
it may be best to think about combining that with the Protected Inbox.  
Let's see.

Where I was coming from with the Permission Marketing one, was that  
when a personal data store provider exists, there will be a set of  
data attributes under management that relate to:

- who I want to hear from
- what I want to hear about
- how I want to hear about it (channel preferences)
- when I want to hear about it
- who I don't want to hear from

Some of these data attributes have legal backing in European privacy  
law and in other geographies (Canada, Australia, NZ and no doubt a few  
others...and USA in respect to the phone suppression list). There are  
others that have industry good practices associated, the running of  
suppression files....less legally backed but an industry in itself.  
And that's all before we get to things like Change of Address  
registers, deaths registers and various other suppression approaches.

So I guess i'm saying that as well as protecting the inbox (which  
deals with marketers/ spammers/ uninvited guests), would it also be  
possibly to have the above data attributes available by subscription  
to the people that I do want to hear from (in this case i'm thinking  
about the direct marketing I do want to receive, and not just through  
e-channels). Or that I cold manage my opt in/ opt out preferences in  
the one place rather than the current scenario whereby they are all  
over the place, with the data maintenance headaches that entails.



On 14 Jan 2010, at 06:03, Joe Andrieu wrote:

> As requested, I've added the "Protected Inbox" scenario to the UMA  
> wiki at
> http://kantarainitiative.org/confluence/display/uma/Protected+Inbox
> It's a bit rough... in particular
> (1) I'm not sure I'm using the correct terminology in the  
> diagrams... we
> might want to update that to be more in sync with the terms we are  
> using
> in the specification and
> (2) I included some aspects of this that I think are more properly
> deferred to a future UMA (labelled as such).  I'm not sure how we  
> might
> note these "future" aspects, but I didn't want to lose the
> forward-looking opportunities.
> Feedback is appreciated. The diagrams are easy to update, so just  
> let me
> know what changes you want.
> Cheers,
> -j
> -- 
> Joe Andrieu
> joe at switchbook.com
> +1 (805) 705-8651
> http://www.switchbook.com
> _______________________________________________
> WG-UMA mailing list
> WG-UMA at kantarainitiative.org
> http://kantarainitiative.org/mailman/listinfo/wg-uma

Iain Henderson
iain.henderson at mydex.org

This email and any attachment contains information which is private  
and confidential and is intended for the addressee only. If you are  
not an addressee, you are not authorised to read, copy or use the e- 
mail or any attachment. If you have received this e-mail in error,  
please notify the sender by return e-mail and then destroy it.

More information about the WG-UMA mailing list