--- /dev/null
+Return-Path: <jani@nikula.org>\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 F370E431FB6\r
+ for <notmuch@notmuchmail.org>; Fri, 29 Jun 2012 00:44:00 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.699\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.699 tagged_above=-999 required=5\r
+ tests=[HTML_MESSAGE=0.001, 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 aQU-12FpjKrZ for <notmuch@notmuchmail.org>;\r
+ Fri, 29 Jun 2012 00:44:00 -0700 (PDT)\r
+Received: from mail-ob0-f181.google.com (mail-ob0-f181.google.com\r
+ [209.85.214.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits))\r
+ (No client certificate requested)\r
+ by olra.theworths.org (Postfix) with ESMTPS id 59062431FAF\r
+ for <notmuch@notmuchmail.org>; Fri, 29 Jun 2012 00:44:00 -0700 (PDT)\r
+Received: by obbup19 with SMTP id up19so4689973obb.26\r
+ for <notmuch@notmuchmail.org>; Fri, 29 Jun 2012 00:43:59 -0700 (PDT)\r
+X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;\r
+ d=google.com; s=20120113;\r
+ h=mime-version:in-reply-to:references:date:message-id:subject:from:to\r
+ :cc:content-type:x-gm-message-state;\r
+ bh=wMpkD6oTjM/MDr/pnAtCuGwFmGyX4dKrdGalaa3GhOw=;\r
+ b=dMb0FLX5U0STXouEeiD+eG2n6sf/B1wxs6U4YvrXxrLhphEkIm9ZJRomvAPLfrNAXZ\r
+ EAlQnCb3y3vlpIJUzXE2JBhaImeo+mx7gr3urQMJpMYukr9dIiE4p12QDQCmmaeKaESq\r
+ 9mGGzyYZ4aBedjYlMKorwFRcsLQ7d9WF0wIYYyLU3eVn1AcKApGEBQjyBUlJUhs/R2yg\r
+ IitIMiT7+/iPZaGu0L51VxAI8WTmEqC4X9zIRvMkhK2gKTVpPA/XGiy1OM/mrJLBe63i\r
+ 4m4YMOhUOlkbfSaZRIJTBAHyuuqlerKjpEEsf53uwajrC3IqhubbmoqCOvuAxm5AhBHk\r
+ Gb+A==\r
+MIME-Version: 1.0\r
+Received: by 10.182.139.2 with SMTP id qu2mr533447obb.34.1340955839690; Fri,\r
+ 29 Jun 2012 00:43:59 -0700 (PDT)\r
+Received: by 10.76.10.102 with HTTP; Fri, 29 Jun 2012 00:43:59 -0700 (PDT)\r
+Received: by 10.76.10.102 with HTTP; Fri, 29 Jun 2012 00:43:59 -0700 (PDT)\r
+In-Reply-To:\r
+ <CAOJ+Ob1bsbU2uj2F_7CZFY2t2Pu78whNETHTYfZVKPEaymGw8Q@mail.gmail.com>\r
+References: <1340656899-5644-1-git-send-email-ethan@betacantrips.com>\r
+ <87bok3m70p.fsf@qmul.ac.uk>\r
+ <CAOJ+Ob1bsbU2uj2F_7CZFY2t2Pu78whNETHTYfZVKPEaymGw8Q@mail.gmail.com>\r
+Date: Fri, 29 Jun 2012 10:43:59 +0300\r
+Message-ID:\r
+ <CAB+hUn-EHmCGXznUqt1vmyidhufhGhXfpqF0KyaYZ2105vSFkQ@mail.gmail.com>\r
+Subject: Re: [RFC PATCH 00/14] modular mail stores based on URIs\r
+From: Jani Nikula <jani@nikula.org>\r
+To: Ethan <ethan.glasser.camp@gmail.com>\r
+Content-Type: multipart/alternative; boundary=e89a8f838db17bf7de04c3979c05\r
+X-Gm-Message-State:\r
+ ALoCoQkH91kNOFrxi2lIFl3aO3vycoBQ+CDyexImvXvD0FlM5KhrCFWMmG8ar3hOWEdzkHC7j+M2\r
+Cc: Notmuch Mail <notmuch@notmuchmail.org>\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: Fri, 29 Jun 2012 07:44:01 -0000\r
+\r
+--e89a8f838db17bf7de04c3979c05\r
+Content-Type: text/plain; charset=UTF-8\r
+\r
+On Jun 29, 2012 9:43 AM, "Ethan" <ethan.glasser.camp@gmail.com> wrote:\r
+>\r
+> On Thu, Jun 28, 2012 at 6:00 PM, Mark Walters <markwalters1009@gmail.com>\r
+wrote:\r
+>>\r
+>>\r
+>> Just a quick question: does this update the database with\r
+>> maildir://files URIs instead of just filenames? In other words is it\r
+>> safe to try out on actual mailstores?\r
+>\r
+>\r
+> It doesn't change any of the existing filenames or do anything like a\r
+database "upgrade". If you run notmuch new, it should add a URI-based\r
+filename to each message, but I don't think it should remove old filenames,\r
+so I would expect it to be fine. But I didn't expect anyone to try it on\r
+their actual mail database.\r
+\r
+I don't have the time to look into the details, but I'd like to point out\r
+that one of the powerful features of notmuch is the cli and ability to pipe\r
+the commands. I'd hate to lose the ability to pipe 'notmuch search\r
+--output=files' to tools that don't understand uris. I suppose that means\r
+I'd like the most common case - files in maildir, the status quo - to use\r
+plain filenames. Either that, or notmuch search needs a new --output switch\r
+to output uris. A user that only has files in maildir should not experience\r
+any breakage because of this.\r
+\r
+BR,\r
+Jani.\r
+\r
+--e89a8f838db17bf7de04c3979c05\r
+Content-Type: text/html; charset=UTF-8\r
+Content-Transfer-Encoding: quoted-printable\r
+\r
+<p><br>\r
+On Jun 29, 2012 9:43 AM, "Ethan" <<a href=3D"mailto:ethan.glas=\r
+ser.camp@gmail.com">ethan.glasser.camp@gmail.com</a>> wrote:<br>\r
+><br>\r
+> On Thu, Jun 28, 2012 at 6:00 PM, Mark Walters <<a href=3D"mailto:ma=\r
+rkwalters1009@gmail.com">markwalters1009@gmail.com</a>> wrote:<br>\r
+>><br>\r
+>><br>\r
+>> Just a quick question: does this update the database with<br>\r
+>> maildir://files URIs instead of just filenames? In other words is =\r
+it<br>\r
+>> safe to try out on actual mailstores?<br>\r
+><br>\r
+><br>\r
+> It doesn't change any of the existing filenames or do anything lik=\r
+e a database "upgrade". If you run notmuch new, it should add a U=\r
+RI-based filename to each message, but I don't think it should remove o=\r
+ld filenames, so I would expect it to be fine. But I didn't expect anyo=\r
+ne to try it on their actual mail database.</p>\r
+\r
+<p>I don't have the time to look into the details, but I'd like to =\r
+point out that one of the powerful features of notmuch is the cli and abili=\r
+ty to pipe the commands. I'd hate to lose the ability to pipe 'notm=\r
+uch search --output=3Dfiles' to tools that don't understand uris. I=\r
+ suppose that means I'd like the most common case - files in maildir, t=\r
+he status quo - to use plain filenames. Either that, or notmuch search need=\r
+s a new --output switch to output uris. A user that only has files in maild=\r
+ir should not experience any breakage because of this.</p>\r
+\r
+<p>BR,<br>\r
+Jani.<br>\r
+</p>\r
+\r
+--e89a8f838db17bf7de04c3979c05--\r
projects / notmuch-archives.git / commitdiff