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 92464431FBD; Fri, 4 Dec 2009 16:32:07 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org 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 vjp0uPWtAv0s; Fri, 4 Dec 2009 16:32:06 -0800 (PST) Received: from yoom.home.cworth.org (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id CA4C5431FAE; Fri, 4 Dec 2009 16:32:06 -0800 (PST) Received: by yoom.home.cworth.org (Postfix, from userid 1000) id 7FAB02542FB; Fri, 4 Dec 2009 16:32:06 -0800 (PST) From: Carl Worth To: Michael Alan Dorman , notmuch@notmuchmail.org In-Reply-To: <20091204140946.644243f0@vimes.local> References: <1259267025-28733-1-git-send-email-dottedmag@dottedmag.net> <1259788526-14205-1-git-send-email-dottedmag@dottedmag.net> <87zl5zfty5.fsf@yoom.home.cworth.org> <87k4x29732.wl%bremner@pivot.cs.unb.ca> <87bpiefwdq.fsf@yoom.home.cworth.org> <87aaxysjdj.fsf@vertex.dottedmag> <87aaxyfuz4.fsf@yoom.home.cworth.org> <20091204140946.644243f0@vimes.local> Date: Fri, 04 Dec 2009 16:32:06 -0800 Message-ID: <87iqcmdzw9.fsf@yoom.home.cworth.org> MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Subject: Re: [notmuch] [PATCH (rebased)] Handle message renames in mail spool X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.12 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, 05 Dec 2009 00:32:07 -0000 --=-=-= Content-Transfer-Encoding: quoted-printable On Fri, 4 Dec 2009 14:09:46 -0500, Michael Alan Dorman wrote: > Now, if you have an MTA that does duplicate suppression based on > message-id, you probably won't see the copy of a message that went to > the list if you're cc:'d on it because the direct copy (sans list-id > header) is likely to arrive first. >=20 > I would argue that that's a feature not a bug---the sender, at least, > hopes you will give it closer scrutiny because you were CC:'d. They're > trying to bring it to your attention. Sure, giving it closer scrutiny is good. But if I expect a search like: tag:lkml to match all of my mail that came through the mailing list, but it actually *misses* mail where the sender wanted me to give extra scrutiny, then that's a big failure. > Besides, in notmuch, what's the difference going to be? It'll still be > threaded the same, etc., but you'd be able to tell that this one came > to you rather than through the list, no? The difference is whether the message is found in a search, (see above). > (I'm waiting for Debian packages, lazy bastard that I am, so I'm > guessing on that) Yeah, I'll get to that (real soon now, I promise.) > On the linux-kernel list, l-k often isn't in the to: field---or does > notmuch also index the cc: as to:? If it does, this could work; if > not, FAIL. Yes. In notmuch, all recipient fields, (even Bcc: if a mail happens to hit your mail store with that intact), all get indexed to a single "to" prefix. My rationale is that when reading a message it's often very useful to see whether I was addresses specifically or just CC'ed. But when _searching_ for a message, it's too fragile to have to guess whether the recipient was on the To: or CC: header (and too painful to always type (to:me@example.com or cc:me@example.com). =2DCarl --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iD8DBQFLGaoG6JDdNq8qSWgRAqeJAJ9pfif263SSFE/vS1QNMIc6Hy4mwgCffJQp zuMPKlRIaZC79djF7o9z2/8= =mAdi -----END PGP SIGNATURE----- --=-=-=--