New Account Types and data equivalency (was post TB 3.1 mailnews backend plans)

Ludovic Hirlimann ludovic at hirlimann.net
Tue Jul 20 06:12:23 UTC 2010


 On 19/07/10 23:00, Andrew Sutherland wrote:
> On 07/19/2010 12:23 PM, Robert Kaiser wrote:
>> Anything that can't be recreated from other data we have stored. If
>> we start doing that, we break the assumption that was laid on gloda
>> until this day, esp. if it means that other things than search stop
>> working with gloda disabled. And I'm not a friend of that, as IMHO
>> that would mean us basically creating another equivalent of the
>> Outlook .pst format, which is the largest failure in any messaging
>> app I ever saw and one of the worst data formats I ever have heard of
>> as it doesn't allow separation of data belonging to different things.
> [snip]

> Export is a trickier problem.  While we can always serve up data as it
> was first served to us, additional user-created meta-data may not map
> into that format at all or in a standard fashion.  For example,
> Thunderbird e-mail tags may or may not be persisted into the mbox
> storage as a custom header line.  While other software may understand
> how to interpret this header line, it is not remotely a standard.
True, but as long as we properly document what we do and try to have
extension authors do the same, we'll be playing nicely on that game.

-- 
http://perso.hirlimann.net/~ludo/blog/
http://flickr.com/photos/lhirlimann

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.mozilla.org/pipermail/tb-planning/attachments/20100720/b609ebb2/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 291 bytes
Desc: OpenPGP digital signature
URL: <http://mail.mozilla.org/pipermail/tb-planning/attachments/20100720/b609ebb2/attachment.sig>


More information about the tb-planning mailing list