From: Tomi Ollila <tomi.ollila@iki.fi>
To: Notmuch Mailing List <notmuch@notmuchmail.org>
Subject: Re: [RFC/PATCH] notmuch link
References: <cover.1317458072.git.alip@exherbo.org>
	<20111003211522.GB28273@hayalet>
Date: Thu, 06 Oct 2011 17:42:12 +0300
In-Reply-To: <20111003211522.GB28273@hayalet> (Ali Polatel's message of "Tue, 
	4 Oct 2011 00:15:22 +0300")
Message-ID: <yf6lisy2ncr.fsf@taco2.nixu.fi>
User-Agent: Gnus/5.110014 (No Gnus v0.14) Emacs/22.2 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list

On Tue 04 Oct 2011 00:15, Ali Polatel <polatel@gmail.com> writes:

> Ali Polatel yazm=C4=B1=C5=9F:
>>
>>This mail is merely a request for comments and testing.
>
> Sigh...
> I have just noticed "notmuch show" learned --format=3Dmbox which makes
> this patch rather pointless for me. This changeset will keep living
> under my notmuch repository possibly without receiving any updates.
>
>>Ali Polatel (1):
>>  link: Add new command

The 'link' feature would have been pretty cool as the linking goes
blazingly fast. But, the unfortunate side effect of this would be
that if the file referenced by link is modified, the original file gets=20
modified.I personally don't want this to happen after the mail is delivered
unless I intentionally do it (my delivered mails filenames are generated
from the md5sum of the original content, so re-comparing all content
will reveal what files been modified :D)

If one of the goals of notmuch is to not to change the contents of mail
files and avoid this happening accidentally by other programs (referencing
files in configured 'path' from other programs considered non-accidental=20
action) then this feature should just be dropped (but not forgotten so it
doesn't get re-implemented).

>         -alip

Tomi