From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.204.134.218 with SMTP id k26cs1335bkt; Mon, 7 Jun 2010 20:16:34 -0700 (PDT) Received: by 10.231.36.13 with SMTP id r13mr765549ibd.50.1275966992860; Mon, 07 Jun 2010 20:16:32 -0700 (PDT) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id m13si7643887ibe.86.2010.06.07.20.16.32; Mon, 07 Jun 2010 20:16:32 -0700 (PDT) Received-SPF: pass (google.com: domain of sup-devel-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) client-ip=205.234.109.19; Authentication-Results: mx.google.com; spf=pass (google.com: domain of sup-devel-bounces@rubyforge.org designates 205.234.109.19 as permitted sender) smtp.mail=sup-devel-bounces@rubyforge.org; dkim=neutral (body hash did not verify) header.i=@gmail.com Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 086571858378; Mon, 7 Jun 2010 23:16:32 -0400 (EDT) Received: from mail-fx0-f50.google.com (mail-fx0-f50.google.com [209.85.161.50]) by rubyforge.org (Postfix) with ESMTP id B945F185834B for ; Mon, 7 Jun 2010 23:14:09 -0400 (EDT) Received: by fxm1 with SMTP id 1so3050550fxm.23 for ; Mon, 07 Jun 2010 20:14:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=xPwMATWbIimlgToXkRoOVwlZWAWi5nZJ3f4/HyNF0/8=; b=rA53UohBtTnb0Q+2biU4hCI8iUYJv5x4K8HRZFP9T0Bwl2Iuykl9eDBLLThXdIQgTo qqO1EYSYL3pk7WWy7GvSUzF/p+Tn26NeoUVaySot3wA9wse5m/AkWl82UMdiVbfAZBgs DFN/bxPH2OMFOiPmzldUhoctPyF/NOW4MD6S0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=FX2CPXZxlUqJ5IWLNqzOSmCiwO2cPGfmDV2W0FcsYzpAMhdtHBftJ4EfrawvZemF53 8uay7qVV3vb+2nTxsiFDt0eQFMJs++yQJnicBubg1489iYOu0PxP/wmbHSOsI+zYxLGz wA8sZA7Tu6tBtFBOZr4yAchwIjoP4yZiD4LkU= MIME-Version: 1.0 Received: by 10.239.168.74 with SMTP id j10mr1133464hbe.134.1275966848657; Mon, 07 Jun 2010 20:14:08 -0700 (PDT) Received: by 10.239.151.18 with HTTP; Mon, 7 Jun 2010 20:14:08 -0700 (PDT) In-Reply-To: <20100604134404.GA28767@artemis.silentflame.com> References: <20100604134404.GA28767@artemis.silentflame.com> Date: Tue, 8 Jun 2010 06:14:08 +0300 Message-ID: From: Matti Eiden To: Sup developer discussion Subject: Re: [sup-devel] Storing message tags and other Sup info as headers in Maildir X-BeenThere: sup-devel@rubyforge.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Sup developer discussion List-Id: Sup developer discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: sup-devel-bounces@rubyforge.org Errors-To: sup-devel-bounces@rubyforge.org Hi Sean, I was expecting somebody else to reply in this but since I'm not seeing anyone doing so, I'll give it a shot. I only recently discovered sup, and I'm not a Ruby programmer, however I got quite a bunch of experience with Python (now the rest of the mailing list can proceed flaming me). The following post is purely speculative. Shortly put, I don't expect to see any change on this matter, at least in the near future. There is and has been a tool, sup-sync-back which should reflect the changes back to mbox/maildir but the way it works is far from ideal, I guess. Anyway.. Let's get one thing straight first, sup doesn't really use specific status flags/tags or such for mails. Instead, every piece of information is in the labels. A couple of labels are predefined: Attachment, Deleted, Draft, Inbox, Killed, Sent, Spam, Starred and Unread. Technically, a message that is archived is simply lacking the label "Inbox". Rest of the labels are user-defined. Standard maildir format already provides following flags by default: (S)een, (T)rashed, (D)raft. In addition flags that sup doesn't need; Passed, Replied and Flagged. Dovecot (an IMAP server) provides user defined flags for maildirs. The flags are lowercase letters ranging a-z (up to 26 different), and seems like it works OK with the maildir. ( http://wiki.dovecot.org/MailboxFormat/Maildir ). This could be one nice option if a limit of some 20 user tags aren't too few. Example maildir mail flags: :2,Sacd S - standard maildir flag: Seen, MUA would label as "Read" a - custom flag - MUA would label as "Archived" b - custom flag - MUA would label as "Starred" d - custom flag - User would label as "Work" This is of course kinda opposite to sup's current situation where messages are defined as Unread or Inbox, but anyway.. Personally I don't like the idea of MUA messing up with the email headers as you suggested. Plus, this would result in a lot of fragmentation on a hard disk with tens of thousands of emails, if on initial sync sup would need to write label information in the middle of every email. And as always when writing, there's a risk of data loss, which would require additional measures. This area interests me, however, and I guess I'm gonna make some experiments how the flagging thing works in action, and if it makes other mail clients break. (I doubt it does, otherwise Dovecot wouldn't be using it, huh?). Regards, Matti _______________________________________________ Sup-devel mailing list Sup-devel@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-devel