Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 6E763431FB6 for ; Mon, 28 Feb 2011 19:31:37 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: 0.01 X-Spam-Level: X-Spam-Status: No, score=0.01 tagged_above=-999 required=5 tests=[T_MIME_NO_TEXT=0.01] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3sk-5Po0s6ff for ; Mon, 28 Feb 2011 19:31:37 -0800 (PST) Received: from tarap.cc.columbia.edu (tarap.cc.columbia.edu [128.59.29.7]) by olra.theworths.org (Postfix) with ESMTP id E152D431FB5 for ; Mon, 28 Feb 2011 19:31:36 -0800 (PST) Received: from servo.finestructure.net (gwave-107.ligo.caltech.edu [131.215.114.107]) (user=jgr2110 author=jrollins@servo.finestructure.net mech=PLAIN bits=0) by tarap.cc.columbia.edu (8.14.4/8.14.3) with ESMTP id p213VXmj002968 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=NOT); Mon, 28 Feb 2011 22:31:34 -0500 (EST) Received: from jrollins by servo.finestructure.net with local (Exim 4.72) (envelope-from ) id 1PuGJB-0003RI-6C; Mon, 28 Feb 2011 19:31:33 -0800 From: Jameson Rollins To: Rob Browning Subject: Re: [Review] Re: new "crypto" branch providing full PGP/MIME support In-Reply-To: <87hbbno7ia.fsf@raven.defaultvalue.org> References: <4CF15D67.1070904@fifthhorseman.net> <87aak08fu8.fsf@servo.finestructure.net> <87fwsf9mip.fsf@servo.finestructure.net> <87tygl29vu.fsf@servo.finestructure.net> <87oc5yi9us.fsf@zancas.localnet> <87d3mdvjwz.fsf@bookbinder.fernseed.info> <87k4gk70ng.fsf@SSpaeth.de> <87sjv8i7v6.fsf@irigaray.ross.mayfirst.org> <87sjv86mp9.fsf@servo.finestructure.net> <4D6BF0AA.3070706@fifthhorseman.net> <874o7o6ih5.fsf@servo.finestructure.net> <4D6C00C7.9000705@fifthhorseman.net> <8739n75zdb.fsf@servo.finestructure.net> <87hbbno7ia.fsf@raven.defaultvalue.org> User-Agent: Notmuch/0.5-127-g598108c (http://notmuchmail.org) Emacs/23.2.1 (i486-pc-linux-gnu) Date: Mon, 28 Feb 2011 19:31:29 -0800 Message-ID: <87pqqb4ium.fsf@servo.finestructure.net> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha256; protocol="application/pgp-signature" X-No-Spam-Score: Local X-Scanned-By: MIMEDefang 2.68 on 128.59.29.7 Cc: notmuch X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 01 Mar 2011 03:31:37 -0000 --=-=-= On Mon, 28 Feb 2011 21:16:13 -0600, Rob Browning wrote: > Are persistent tags required here? The original question at least, > seemed to just be asking for a visual indicator that a message has > encrypted or signed bits. So I wondered if that might be accomplished > without actual tags. Hey, Rob. It probably could, but given that we already have infrastructure for modifying the face of lines in the search output based on tags, it therefore seems like the easiest way to achieve the indicator that Ross was interested in would also be via a tag. Any other method would probably require extra hacking of the search function, and hacking of the emacs interface to parse it and act on it. To me personally the issue was more about wanting to be able to easily find signed or encrypted messages. The easiest way to do that would be with a tag also, since that's kind of what they're for (again I can imagine some other sort of internal flag in the database, but that seems like it would be a lot more work). Given that it should be fairly easy to tag these messages during notmuch new, and that tags can be easily leveraged by existing functions, tags seem to me to be the way to go. jamie. --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iQIcBAEBCAAGBQJNbGiSAAoJEO00zqvie6q8Fm0P/2LbhzTKAzqSGsymTJ3Vi5pH 7V2I2Iu3AvJmjMrlXsDbSIqt/pOGYEdNDrSxxGWZN/lDDy0T834pvYnXtlVjzuTT MN1antd9wxodUSrEOrZtGTqN1zi1z24tZBUbWkT0HbO1R1og9dUFchOhRodP37bw pqzRZGmT26rrcrxqng6BXv/yqh8Sz9xvZb5GMhPF9Z1gIZhNxcmoKyBurcaMxrwe eXyHB3pna4yCQMKqS9HPO1da6bq2ojigMnikcplm10rBrrJkvmHDbn3zEAKzoOnH j+Hdyj0/s6o2ozjPK7lmWESEknwmmqC3TL0esimJ67mbNLqog7m30sfWAwYUhNkL AzwFEc6VECDnAWHCIECixDSXBfRQCzDvy+Ht1esR+v5Z5+gB4sETxvF4J4gkvdvX Ez/9lEsdHnGB79VByA2veBYmtYff61cAfwC+dsmHK3pIqOuWNYiMu/GFa3R53Cgg ZJLHm+rpwTI9BYKmJIetNqRAaqgA8rTce+FgCs6QMrDDy+CYZsJF5n8DEFqqey8A U+AElKU5OhQcGFz53a7ht8g6r2Sd34wMyMncWWR+wJ3xm2K4CLe0Xt3uoRIkDAl0 krC9S1MHM07+KOM908GkoI/F7680c3gnRbDym25fLTBDmOLw421A5+eeZKrOY9sM hXVl4849iGSCYnywQBbm =fqtV -----END PGP SIGNATURE----- --=-=-=--