(Cc-ing the list back in.)
I'm not sure what you mean by changing the [spam] icon. I'm guessing
you mean lighting it up when I select a junk mail. What I'm lookng
for is that the junk mail should somehow be visibly obvious in the
list of messages. The two most obvious ways to do that would be with
color or another flag field.
My suggestion was to change the icon which is shown in the list of e-mail
messages. Right now, it changes based on if the message was replied to, or
if it's a new one, etc. We can pretty easily show a "this is spam" icon in
there.
I never suggested that Trojita should detect or filter spam. I also
prefer not to have my client do a "magic move" for spam. I want the
spam (either identified by IMAP, or marked manually) to be visually
obvious in the message list,
Understood -- I was simply clarifying what I consider in-scope, and what it
outside of scope for me.
An icon is fine. A filtered view is fine, too.
Custom backgrounds/highlighting based on different search criteria -- why
not, but this needs a real design on how to achieve this in a non-hackish
manner, and how to make that configuration available to the users.
and I want a way to do something with it
as a group, by a (simple) manual invocation. By "run it through a
filter" I'm thinking of invoking an external program (e.g., shell
script). Normally what I want to do is move it to a folder.
Yes, hence my suggestion for a flag/tag-based search. We're missing that,
and patches are welcome.
I think every client I've ever used at least gives one the option to
have deleted messages automatically moved to a folder of my choice.
If IMAP doesn't allow this, then it's a simple matter of definition.
I don't delete anything, I recycle it, meaning move it to the
recycling folder, thank you very much. Later I may decide to delete
and expunge messages in the recycling folder, either manually or
automatically.
This paradigm can be emulated on top of IMAP. However, doing this within
Trojita opens several technical issues (it's more or less euivalent to
implementing virtual folders on the client side). Technically, we could do
that, but we do not plan to do so because of the associated performance
tax. One feature which would break down is for example lazy-loading of huge
mailboxes. Right now, we are relying on server-side searching and threading
which only works on a single-mailbox basis, and therefore is unusable on a
client-side virtual mailbox. This would therefore require loading all
messages from that virtual mailbox, and that's super-expensive.
I'm aware of the fact that there are competing MUAs which support this use
case -- and they happen to pay the associated price, and I suppose that a
lot of people won't notice. Maybe some of them can mask away the associated
performance hit, even though I have yet to see one which works well enough
on, say, a mailbox with 50k messages. Different MUAs have different design
choices here. I'm happy with Trojita being fast and not showing their users
a trash folder.
Top-posting is not as simple as moving the cursor and hitting enter.
I also (in my twisted world) need to move the signature. Obviously
it's not a huge deal, but it is unnecessary make-work that is handled
for me by every other client under the sun.
Your are also using a non-standard signature spearator. The standard,
widely-recognized form is "-- \r\n" (two dashes, space, CR, LF). This
convetion was first standardized in an RFC back in 1999, and its use
predates the standardization. Instead, your MUA apparently uses "- -- \r\n"
which prevents other MUAs from figuring out "hey, this is a signature,
maybe the data in there are not terribly important, so let's render it in a
smaller font in gray and don't include it when replying because nobody
cares about the signature in an original e-mail when reading an N-th
reply".
You are of course free to compose messages in any format, including using a
non-standard signature separator. However, Trojita will not support this
particular use case.
This is similar to people who use "| " instead of "> " when quoting
e-mails. Yes, it's original, yes, they *can* do that, but it downgrades the
experience for other people who stick to standards. That's why Trojita
doesn't offer to change the signature separator or the quoting method.
Here's a suggestion that you've undoubtedly seen before: include the
replied-to email as an attachment. It might not be your preferred
mode of operation, but I think that would be an ideal solution for me.
Actually, this is a first-timer. Nobody else does that when replying
(AFAIK), but it's exactly what Trojita is doing when formwarding (try
hitting Ctrl-Shift-F).
Cheers,
Jan
--
Trojitá, a fast Qt IMAP e-mail client -- http://trojita.flaska.net/
