4 Sep 2007 16:05
Re: why not use IMAP FLAGS?
martin f krafft <madduck <at> madduck.net>
2007-09-04 14:05:38 GMT
2007-09-04 14:05:38 GMT
also sprach Jan Hudec <bulb <at> ucw.cz> [2007.09.02.1453 +0200]: > author and date -- and the other pertains to relation of user to the document > -- folder it is in, whether it was read, replied, needs attention, for > documents the filename etc. > > And the question is, which kind are the tags we want to design? For me, it's "the other": tags relate a mail to other processes in my life. > But if tags are user-relation attributes -- and I am inclined to > think they are, because they are generalization of folders -- > storing them in headers feels wrong. > > One way to decide the question above is: If I forward a message to > somebody else, should the tags go along? I believe they should > not, which is why they should not be headers, because those would. Good point. This could be solved by using namespaces such that your tags could never conflict with mine, but on the other hand you may not want me to know what you tag your mail as. Then again, my mutt does not forward headers other than the ones I tell it to. Tags are metadata "about" mail messages as wholes, each mail being an object that you should not really have to look into. Thus, metadata should be stored separately. But with offline synchronisation in mind, this means that we need to find a way to transport such information via IMAP, which does not seem fit for the task right now, at all. And getting IMAP to cater for those needs is going to take a decade,(Continue reading)
RSS Feed