Re: File system cache for imap messages.
2010-01-25 21:59:06 GMT
On 20 Jan 2010, at 10:58pm, Tim Gray wrote: >> We have talked about storing some things like that on a dummy message on >> the IMAP server. That would be useful for when you setup Letters on a >> second machine. Immediately, I wonder what we'd do with data that is not >> account-specific, in the case of a multi-account setup. > > I'd recommend against this. Having used programs that store configuration > information on the server (like pine), I think it causes clutter on the > server. I still have folders (labels) on Gmail left over from an experiment > with it. This leaves us with a fundamental issue to ponder. I am nearly certain that we are going to want to store our own per-message metadata. Probably, I'm thinking, per-plugin-per-message metadata -- i.e. a way for a plugin that wants to store its own data associated with a particular message in a standard supported way. I think it's a safe guess to say it'd be easier implementation wise to just make this metadata store local to Letters. Could be all in one SQLite database, or one database per account perhaps. Details don't really matter here. The point is, it'd be data that is local to Letters. The downside to this is that it wouldn't sync back to the server, so if you're running Letters on multiple machines accessing the same account, the Letters-specific metadata wouldn't sync between the two machines. On the hand, if we do syncing, I don't know how we send the data back to the server in a way that doesn't muck up your IMAP account in some way if you're using any other client. See Mail's "Apple To Do" mailboxes, or whatever the fuck they're named -- those damn things even muck up your mailbox listing in MobileMail. Use Case 1: Someone with multiple Macs.(Continue reading)