From: Eirik Byrkjeflot Anonsen Date: Sat, 3 Nov 2012 10:17:18 +0000 (+0100) Subject: Automatic suppression of non-duplicate messages X-Git-Url: http://git.tremily.us/gitweb.cgi?a=commitdiff_plain;h=051dbc367ca9a0681b9eb6f939baa8fdc93c6277;p=notmuch-archives.git Automatic suppression of non-duplicate messages --- diff --git a/ca/f21fb0732121a0ddf68f9e7e4668a7374b09fe b/ca/f21fb0732121a0ddf68f9e7e4668a7374b09fe new file mode 100644 index 000000000..a96ddfedd --- /dev/null +++ b/ca/f21fb0732121a0ddf68f9e7e4668a7374b09fe @@ -0,0 +1,93 @@ +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 5542E431FAF + for ; Sat, 3 Nov 2012 03:17:21 -0700 (PDT) +X-Virus-Scanned: Debian amavisd-new at olra.theworths.org +X-Spam-Flag: NO +X-Spam-Score: -0.7 +X-Spam-Level: +X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5 + tests=[RCVD_IN_DNSWL_LOW=-0.7] 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 qiL-0Y+UrM9h for ; + Sat, 3 Nov 2012 03:17:20 -0700 (PDT) +Received: from atmail.labs2.com (atmail.labs2.com [93.182.166.49]) + (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) + (No client certificate requested) + by olra.theworths.org (Postfix) with ESMTPS id C310A431FAE + for ; Sat, 3 Nov 2012 03:17:20 -0700 (PDT) +Received: from [178.74.1.248] (helo=star.eba) + by atmail.labs2.com with esmtps (TLSv1:AES128-SHA:128) (Exim 4.77) + (envelope-from ) id 1TUamw-00039j-8i + for notmuch@notmuchmail.org; Sat, 03 Nov 2012 11:17:14 +0100 +Received: from eirik by star.eba with local (Exim 4.80) + (envelope-from ) id 1TUan0-00062s-48 + for notmuch@notmuchmail.org; Sat, 03 Nov 2012 11:17:18 +0100 +From: Eirik Byrkjeflot Anonsen +To: notmuch@notmuchmail.org +Subject: Automatic suppression of non-duplicate messages +Date: Sat, 03 Nov 2012 11:17:18 +0100 +Message-ID: <87mwyz3s9d.fsf@star.eba> +User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.4 (gnu/linux) +MIME-Version: 1.0 +Content-Type: text/plain; charset=us-ascii +X-ACL-Warn: Authenticated as: Sent as: eirik@eirikba.org +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, 03 Nov 2012 10:17:21 -0000 + +As has been mentioned a few times before, notmuch chooses to silently +drop any message that has the same message-id as an already-seen +message. + +In another thread, Austin Clements said: + +> notmuch tracks all copies of a message, but its output generally shows +> messages, rather than files, so you see a message only once regardless +> of how many copies there are in the file system. + +That's not what I see. If I search for a term that only appears in one +of the "copies", none of the copies are included in the search result. + +This is with: +$ dpkg -l | grep notmuch | +ii libnotmuch3 0.13.2-1 +ii notmuch 0.13.2-1 +ii notmuch-emacs 0.13.2-1 + + +However, I still find it a much bigger problem that notmuch will +silently and automatically discard new mail without letting me know that +they exist, let alone allow me to read them. (I.e. when receiving a new +mail that happens to have the same message-id as a previously received +mail.) + +Personally, I find almost no cost in seeing all near-duplicates of the +same message (a cost that could be further mitigated by clever +presentation). Conversely, I find a huge cost in never seeing some +messages at all. + +This is currently the main issue that keeps me from switching to +notmuch. (Importing my mail into notmuch dropped roughly 6800 mails. +I'm sure most of these mails are near-duplicates, but I've found 34 +mails so far that are emphatically not.) + +I think it is a nice and useful design to use the message-id as the +unique id to refer to a specific message. Most of the time, this will +work just fine. However, it is less useful to blindly trust that this +will always work correctly. + +eirik