(Cc-ing the mailing list.)
Now I have the latest version and can mark spam manually, which
is a Good Thing. Unfortunately, I can not see (in the list of
messages) which emails have been marked as spam, which basically
renders the marking useless.
Yes, changing that icon would be nice. Patches are welcome, it should be
very easy to do so.
Then there's the issue of how do
deal with the spam, and it seems to me this is related to the
issue of deleted emails.
Just for the record -- Trojita is an IMAP e-mail client, and the IMAP model
implies certain design decisions. One of them is that Trojita is possibly
just one of many clients which might be accessing the same mailbox at any
given time. This is a pretty common use case nowadays, with MUAs in
smartphones and what not).
In this model, spam filtering belongs to the server. That's the reason why
Trojita does not, and will not, support running some local spam filters for
example.
There's a question on how to react to a user flipping that spam button.
Presumably, a nice server should somehow act on this, adding the message to
its database to be learned as a spam. However, I do not think that an
e-mail client should do some magic move, such as moving the message
somewhere.
A better support for client-side filtering ("show me all unread mails",
which is already impleemnted, or "show me all non-junk", or "show me all
unanswered") -- sure thing, that would be nice. There's a feature request
for it at:
https://bugs.kde.org/show_bug.cgi?id=358681 .
From what I can see, deleted messages
remain cluttering up my inbox until I expunge them. What I'd
prefer to do is to sweep them all into another folder.
Trojita (and IMAP) don't work like that. We are open to visual enhancements
to make the deleted e-mails less visible (I remember reviewing some patches
like that, and they've been already integrated I believe).
I believe that we all agree that it's a nice feature to have two-phase
delete, i.e., it should take more than just hitting the Del key before a
message disappears for real. This two-phase delete model could be
implemented either by a virtual trash folder, or by marking messages as
deleted. The data model on which we're building this is the IMAP model, and
that model made a choice to support the mark-as-delete and expunge.
One
could readily imagine a similar desire for flagged email. So
for all three categories (spam, deleted, flagged) it would be
nice to be able to do something with the whole group. That
something might be moving to another folder, copying, printing,
exporting as files, running through a filter, or deleting.
What is "running through a filter" in this context?
I think that we'll be happy to have a feature which allows you to see only
e-mails matching a certain criteria, that's for sure. However, it's going
to be an explicit action, something like a result of a (very fast) search.
We won't be hiding, for example, read or deleted e-mails by default.
As for top-posting, it's basically a religious issue, similar
to your choice of editor. There's good reasons on both sides,
so it basically comes down to a decision of the heart. Nobody's
asking you to encourage top-posting, but an option to make it
more convenient would probably gain you users. I know it's an
important part of my decision.
(For the ML readers, this is about not inserting a line above the e-mail.)
You can of course type any message with Trojita, we won't be adding code
which prevents top-posting :). However, I do not think that actively
suggesting to users that top-posting is a recommended method of replying to
e-mails is a way to go for Trojita. If you want to reply in that manner, by
all means do -- but you'll have to hit that Enter key.
Cheers,
Jan
--
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
