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 24DEA4196F3 for ; Sat, 24 Apr 2010 06:56:08 -0700 (PDT) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -2.301 X-Spam-Level: X-Spam-Status: No, score=-2.301 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham 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 R86g3AW8VcTh for ; Sat, 24 Apr 2010 06:56:07 -0700 (PDT) Received: from ipex4.johnshopkins.edu (ipex4.johnshopkins.edu [128.220.161.141]) by olra.theworths.org (Postfix) with ESMTP id 46D02431FC1 for ; Sat, 24 Apr 2010 06:56:07 -0700 (PDT) X-IronPort-AV: E=Sophos;i="4.52,266,1270440000"; d="scan'208";a="358481857" Received: from c-69-255-36-229.hsd1.md.comcast.net (HELO lucky) ([69.255.36.229]) by ipex4.johnshopkins.edu with ESMTP/TLS/AES256-SHA; 24 Apr 2010 09:56:06 -0400 Received: from jkr by lucky with local (Exim 4.69) (envelope-from ) id 1O5fq1-0006TE-0B; Sat, 24 Apr 2010 09:56:05 -0400 From: Jesse Rosenthal To: Carl Worth , Sebastian Spaeth , notmuch@notmuchmail.org Subject: Re: [notmuch] auto-tagging replied messages In-Reply-To: <87sk6lm3eb.fsf@yoom.home.cworth.org> References: <87pr3iygrx.fsf@jhu.edu> <87y6gfojvf.fsf@SSpaeth.de> <87sk6lm3eb.fsf@yoom.home.cworth.org> Date: Sat, 24 Apr 2010 09:56:04 -0400 Message-ID: <877hnxhs3v.fsf@jhu.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii 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: Sat, 24 Apr 2010 13:56:08 -0000 On Sat, 24 Apr 2010 05:38:36 -0700, Carl Worth wrote: > So here's my vote for someone cleaning this up into a patch that could > be applied directly to notmuch rather than just being a snippet of code > to shove into .emacs. I'd love to put this into shape to become part of notmuch proper. My question, for this and other things I've worked on, is where code that targets message-mode should go. In notmuch-mua.el? Or a new notmuch-message-utils.el? Or just a catch-all notmuch-utils.el? Once I know where it would make the most sense to group these, I'll submit a patch. > Supporting the removal of a tag as well is clever, but I wouldn't > suggest doing that by default (the patch doesn't anyway). And instead, > people could do things like searches for "tag:reply-required and not > tag:replied". But just to clarify: you don't mind if removal is a customizable user option, right? Best, Jesse