--- /dev/null
+Return-Path: <eg@gaute.vetsj.com>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id 274DF431FBD\r
+ for <notmuch@notmuchmail.org>; Mon, 28 Apr 2014 00:45:36 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id sKfCV94Iv2Ip for <notmuch@notmuchmail.org>;\r
+ Mon, 28 Apr 2014 00:45:32 -0700 (PDT)\r
+Received: from mail-la0-f44.google.com (mail-la0-f44.google.com\r
+ [209.85.215.44]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 9C14B431FBC\r
+ for <notmuch@notmuchmail.org>; Mon, 28 Apr 2014 00:45:31 -0700 (PDT)\r
+Received: by mail-la0-f44.google.com with SMTP id b8so4829741lan.3\r
+ for <notmuch@notmuchmail.org>; Mon, 28 Apr 2014 00:45:28 -0700 (PDT)\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=1e100.net; s=20130820;\r
+ h=x-gm-message-state:content-type:from:to:subject:in-reply-to\r
+ :references:date:message-id:user-agent:content-transfer-encoding;\r
+ bh=KRjvpTdHENtY8cT7jLRGaeJ5xvh+nyfnqdGJplnHe/g=;\r
+ b=HMfeKysZ3QJDjhJ3fRUwR7zI7mudfYjA86mFFetkWNvnmmHnuYfbjII/St+pdJtlJG\r
+ HywfY5S/jDms0iBE0l6VHacuZ2UK+KGu7ujWuKTVPdgSGNVScmYrSm2n2F4A/HfV6lQ0\r
+ 9vhIzJws9drtJXOy7cKU+Zm89qOAQBd5Qm64DOMAw+3Sg3oaKeJNoIcNBLMaY/p0sb3l\r
+ p3GNmQwVRc1IWytLrOak6PuznKbTDa9pTCSeSDVADNjMHWtvpWSETjO+oE87lw24cYiT\r
+ jFw8URbVKoWXCjY6Bmk6WYpE1PdsIqHc7AG1hSwIS6LUmIAj3+41lE9OXi+62SfmhrvP\r
+ 2AoA==\r
+X-Gm-Message-State:\r
+ ALoCoQmZLjwXFsGcdxjLVTltxVFUVZSjHShhSiUQKjWe5KRmjT6GXxPB+cal7dNQKOH7t73X67GM\r
+X-Received: by 10.112.46.225 with SMTP id y1mr17190437lbm.12.1398671128467;\r
+ Mon, 28 Apr 2014 00:45:28 -0700 (PDT)\r
+Received: from localhost ([128.39.46.106]) by mx.google.com with ESMTPSA id\r
+ kk4sm18023621lbb.22.2014.04.28.00.45.27 for <notmuch@notmuchmail.org>\r
+ (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128);\r
+ Mon, 28 Apr 2014 00:45:27 -0700 (PDT)\r
+Content-Type: text/plain; charset=UTF-8\r
+From: Gaute Hope <eg@gaute.vetsj.com>\r
+To: notmuch <notmuch@notmuchmail.org>\r
+Subject: Re: github mirror\r
+In-reply-to: <87y4yq9g4d.fsf@ta.scs.stanford.edu>\r
+References: <87bnvn111h.fsf@Samskara.home> <20140427223717.GQ25817@mit.edu>\r
+ <87y4yq9g4d.fsf@ta.scs.stanford.edu>\r
+Date: Mon, 28 Apr 2014 09:44:18 +0200\r
+Message-Id: <1398670863-sup-1430@qwerzila>\r
+User-Agent: Sup/git\r
+Content-Transfer-Encoding: 8bit\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Mon, 28 Apr 2014 07:45:36 -0000\r
+\r
+Excerpts from David Mazieres's message of 2014-04-28 07:29:06 +0200:\r
+> Austin Clements <amdragon@MIT.EDU> writes:\r
+>\r
+> > As for storing this information directly in messages, in general, the\r
+> > notmuch community is opposed to modifying messages. This causes many\r
+> > problems, and immutable messages are more robust and simplify so many\r
+> > things. IMAP assumes messages are immutable. Maildir assumes\r
+> > messages are immutable. Notmuch new would get dramatically slower if\r
+> > it had to check for messages modifications. What do you do if you\r
+> > change a tag and there are multiple copies of a message? What do you\r
+> > do if there are multiple copies and they disagree about the tags? How\r
+> > do you atomically update the tags stored in a message? From an\r
+> > engineering standpoint, it's much better to avoid mutable messages.\r
+>\r
+> The speed penalty would be very minor in the common case. Muchsync\r
+> scans directories (since it has to scan file contents) and the cost to\r
+> compute SHA-1 hashes of modified files is under 50 msec or something in\r
+> the common case. Extracting tags would be even cheaper. The reason is\r
+> that A) you only need to scan modified directories, and B) you don't\r
+> need to open the file unless the inode, mtime, or size has changed.\r
+> Originally I was going to implement an optimization to detect renamed\r
+> files and avoid computing SHA-1 again (for the case where maildir flags\r
+> have changed), but in the end this wasn't even worth it because the cost\r
+> is so small.\r
+>\r
+> That said, I agree that the complexity of altering files is not worth\r
+> it. Especially since most imap servers will not know about this. Also,\r
+> the question of what do you do with duplicate message IDs (which is\r
+> effectively what you have when the tags disagree) is a more general\r
+> problem still needing a solution, and would be exacerbated by embedding\r
+> important information like tags in the message.\r
+>\r
+> Really what you want is an imap server built on top of the notmuch\r
+> library. That way you could use notmuch from your desktop and then use\r
+> imap from your phone, and everything would stay perfectly in sync.\r
+> Implementing such a server wouldn't be that hard, but it would help if\r
+> notmuch made the _notmuch_message_get_doc_id and\r
+> _notmuch_directory_get_document_id functions semi-public. Then the imap\r
+> server could just use docids as uids. (Plus then muchsync wouldn't have\r
+> to go through gross contortions to get docids information...)\r
+\r
+That would be nice, but a solution where the user does not need to run\r
+his own server is in my opinion pretty essential.\r
+\r
+- gaute\r
+\r
+\r
projects / notmuch-archives.git / commitdiff