|
Subject: Re: why not use IMAP FLAGS? Newsgroups: gmane.mail.imap.offlineimap.general Date: 2007-07-25 10:08:31 GMT (3 years, 4 days, 14 hours and 18 minutes ago) [CC'ing the offlineimap list] Context: Thomas suggests to use IMAP flags to solve the problems I highlight in http://blog.madduck.net/geek/2007.07.24_a-user-space-filesystem-for-mail-labeling also sprach Thomas Viehmann <tv <at> beamnet.de> [2007.07.25.0849 +0200]: > I don't know about procmail, but AFAIK sieve does. Cyrus used to have a > delivery option to set flags, but I don't know much about server-side > filtering (I'm trying to find time to check out sieve properly). > AFAICT, offlineimap at least deals with the system flags (\\answered et > al), so it should be fairly easy to deal with custom flags if it doesn't > already. Flags seem to be the correct way of doing what you want when > using IMAP, as they're readily available in the basic IMAP RFC > (RFC3501). Most of what I know about IMAP things I have learned from the > RFC, wrestling with Cyrus, and looking at Infotrope Polymer[1] and a few > conversations with the author, David Cridland. (He seems to be one of > the most clueful people about IMAP so even if I wouldn't use polymer as > my main mail client, I think it is a reference on how mail should be > handled. And indeed, he advocates tagging with flags over multiple > mailboxes.) > > I'm afraid I cannot offer solutions, just random bits of information... This is, no doubt, interesting; however, even if offlineimap would learn to support arbitrary flags, how would it represent those on the filesystem in a way to make mail readers be able to deal with them in such a way that a sinlge message is never cloned just because it has multiple tags? -- martin; (greetings from the heart of the sun.) \____ echo mailto: !#^."<*>"|tr "<*> mailto:" net <at> madduck spamtraps: madduck.bogus <at> madduck.net #define emacs eighty megabytes and constantly swapping. -- Attached file included as plaintext by Ecartis -- -- File: signature.asc -- Desc: Digital signature (GPG/PGP) -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGpyEfIgvIgzMMSnURAnDFAKDjOSyof/1Hm068G3KXpZi2SQJv2wCeO81M HOO/d1DztcInjcAq5Z9reB8= =pUWX -----END PGP SIGNATURE----- |
|
|