From mboxrd@z Thu Jan 1 00:00:00 1970 Received: by 10.103.168.9 with SMTP id v9cs10351muo; Thu, 25 Mar 2010 00:13:07 -0700 (PDT) Received: by 10.224.127.1 with SMTP id e1mr1270347qas.89.1269501185998; Thu, 25 Mar 2010 00:13:05 -0700 (PDT) Return-Path: Received: from rubyforge.org (rubyforge.org [205.234.109.19]) by mx.google.com with ESMTP id 38si252456qyk.105.2010.03.25.00.13.05; Thu, 25 Mar 2010 00:13:05 -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 Received: from rubyforge.org (rubyforge.org [127.0.0.1]) by rubyforge.org (Postfix) with ESMTP id 252FB18582D6; Thu, 25 Mar 2010 03:13:05 -0400 (EDT) Received: from pion.club.cc.cmu.edu (PION.CLUB.CC.cmu.edu [128.237.157.88]) by rubyforge.org (Postfix) with ESMTP id 47B0518582BF for ; Thu, 25 Mar 2010 03:12:58 -0400 (EDT) Received: from rlane by pion.club.cc.cmu.edu with local (Exim 4.69) (envelope-from ) id 1NuhFR-0006zo-OP for sup-devel@rubyforge.org; Thu, 25 Mar 2010 03:12:57 -0400 From: Rich Lane To: sup-devel Date: Thu, 25 Mar 2010 03:12:57 -0400 Message-Id: <1269499582-sup-2593@zyrg.net> User-Agent: Sup/git Subject: [sup-devel] new branch: 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: , MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Sender: sup-devel-bounces@rubyforge.org Errors-To: sup-devel-bounces@rubyforge.org This branch makes some drastic changes to how mbox and maildir sources work. There's no longer any state associated with a source between Sup runs - no cur_offset or mtimes in sources.yaml. Instead, the source queries the index to find out which messages it's already seen and which messages are new. This enables a much more robust maildir implementation that detects the addition or deletion of any message. It's not totally done yet. It'll detect that a maildir message has been deleted, but it doesn't yet remove the old location from the index so renames are unlikely to work. There needs to be UI code to handle the case where a message matches a search but has been deleted from all sources, and probably a utility to remove such messages from the index. I expect sup-sync-back to be broken. Keeping track of multiple locations per message requires an index format change. The upgrade process is trivial and done automatically but you won't be able to use that index with an older Sup. For now if you want to try this out I suggest using a different SUP_BASE. I'd appreciate any comments about the code or general approach. If anyone would like to contribute an email corpus for the unwritten testsuite or pseudocode out some testcases that would be very helpful too. _______________________________________________ Sup-devel mailing list Sup-devel@rubyforge.org http://rubyforge.org/mailman/listinfo/sup-devel