Received-SPF: pass (google.com: domain of patricktotzke@googlemail.com
	designates 10.180.80.71 as permitted sender)
	client-ip=10.180.80.71; 
Content-Type: text/plain; charset="utf-8"
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
From: Patrick Totzke <patricktotzke@googlemail.com>
User-Agent: alot/0.21+
To: Philippe LeCavalier <support@plecavalier.com>,  notmuch@notmuchmail.org
References: <20120303183732.12306.55008@plc.plecavalier.com>
	<20120305100421.1665.13686@megatron>
	<20120305130739.12306.39942@plc.plecavalier.com>
In-Reply-To: <20120305130739.12306.39942@plc.plecavalier.com>
Message-ID: <20120305135840.7429.22093@megatron>
Subject: Re: [alot] mails tagged 'killed' reappearing
Date: Mon, 05 Mar 2012 13:58:40 +0000
Precedence: list

Quoting Philippe LeCavalier (2012-03-05 13:07:39)
>Quoting Patrick Totzke (2012-03-05 05:04:21)
>>I presume by reappear you mean that once you receive another mail of that=
 thread,
>>the thread ends up in your inbox again?
>Yes.
>>
>>You should be aware that tag "killed" is not special in any kind, nor is =
"inbox":
>>They are just strings attached to mails that make it easier for you to fi=
lter
>>your mailboxes.
>
>Yeah I know what you mean. But the search mode where the killed threads
>reappear is filtered "inbox AND NOT tag:killed" which is why I do
>presume they shouldn't 'reappear'.

Right, the command that alot fires initially - if not stated otherwise in t=
he config or command line arguments - is
"search tag:inbox AND NOT tag:killed", which opens a new search buffer for =
query "tag:inbox AND NOT tag:killed".

We might consider changing this, as it indeed suggest that inbox or killed =
tags are special in some sense.
I'm not sure if its a great idea to not fire any command initially by defau=
lt. After all,
people don't start up theyr mail client and want to stare at a blank termin=
al.

Perhaps we could drop the "AND NOT tag:killed" here, I don't really have st=
rong feelings about that.
To change the initial command edit the "initial_command" config option:
  http://alot.readthedocs.org/en/latest/configuration/index.html#initial-co=
mmand

best,
/p