<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#1F497D">
    Following up on David Ascher's comment, and more as a heads up than
    anything else: <br>
    One direction we would like to explore is to deliver a Thunderbird
    'experience' on multiple devices, ie desktop, web and mobile (ie
    touch devices) access to the same set of data. 'Experience' says it
    all: what should that be remains to be defined. But in this
    perspective, data sync (not only AB, but white/black lists,
    settings, credentials, and maybe not email....) should be very
    central. <br>
    <br>
    Jb<br>
    <br>
    On 06/09/2011 22:34, Irving Reid wrote:
    <blockquote cite="mid:4E6683F3.4020604@mozilla.com" type="cite">I've
      been speaking to Blake (bwinton) and Mark (standard8) about bug
      457296, moving the "load remote content" white list out of the
      address book and into a separate place. This is the list of
      addresses for which the end user has clicked "always load remote
      content for messages from <email-address>".
      <br>
      <br>
      Mark suggested that I open a discussion on tb-planning about how
      to store the data; for the time being it's going to be a simple
      table of display names and email addresses.
      <br>
      <br>
      We don't currently have much data on how end users are using this
      list, how many entries it typically contains etc. We should
      probably add this to test-pilot or whatever other user activity
      gathering tool would be most appropriate.
      <br>
      <br>
      That said, we don't want to create another Mork database to hold
      this list, so I'm looking for some architectural direction about
      what to use. My first thoughts turned to sqlite, since that's what
      we're using for Gloda. It could also be done with a simple text
      format (JSON, perhaps), slurped into memory on first use and
      appended or rewritten for updates; this would be fine unless a
      user had many thousands of whitelist entries.
      <br>
      <br>
      Are there any other alternatives I should consider? The impression
      I get from others is that Mork and RDF are on their way out. The
      profile currently contains sqlite, RDF, xml, Mork, json, .js
      (prefs), .txt and .dat files (containing name=value text entries).
      <br>
      <br>
    </blockquote>
  </body>
</html>