-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256
Oh, that's the icon you meant. Yeah, that's a fine solution, and
probably trivial to implement. You wouldn't even need to come up with
a new icon if (for example) you just change the color of it. I'm not
big on the idea of filtered views; not that I'm against having them,
but it's not something that I would personally see myself using.
I think we are on the same page with group operations. Given a group
(junk, deleted, flagged, found, filtered, ...), perform some operation
on every message in that group.
I do not want any local folders; they defeat the whole purpose of
IMAP. The recycled folder is a normal folder on the IMAP server. If
that incurs a heavy cost, then at least the user has the choice of
whether s/he wants to pay the price or not. It might be that I would
do it on my workstation, but not on my mobile phone, for example.
I don't know what Thunderbird is putting out over the wire, but I
always end my emails with:
NHA
--
<my signature here>
On my previous email to you, I carefully appended the space to the
"--" on the line after my initials. When I compose a new message,
Thunderbird automatically puts in the expected "-- " followed by my
two lines of signature. Unfortunately, it does not put in the "-- "
line for replies and forwards.
The idea of using an attachment for the original message in a reply
seems so obvious, I'm amazed you haven't heard of it before. I must
admit I hadn't thought of it before today either, but then for email
I'm only a luser. The most obvious way to do it is to just attach the
entire message, but probably there's no valid reason to include the
headers. Just attaching the body means that I'd have to drill down
through attachments to get to the beginning of a conversation. I
don't view this as a huge problem, as it is just there for reference
and I seldom feel the need to get back to the beginning of the
conversation. The problem could be mitigated by providing an "unroll"
function that does the drilling for me upon request. The alternative
would be to treat this attachment specially, simply extending it on
every turn in the dialog.
NHA
- --
Norman H. Azadian Taegerishalde 13 CH-3110 Muensingen Switzerland
[email protected] tel: +41 31 721 7855 mobile: +41 77 204 1981
On 26.02.2016 12:41, Jan Kundrát wrote:
> (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
>
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBCAAGBQJW0EaAAAoJELy8RB5leKNWa/YH/0ByH38isFgbP/jFLvQRjQAP
+P4kY9mabUWAzGZ0oB4+BUpgEm5ssU4ltMZ+aVQOjr1Xu8fmZTWluoB7218nP8j+
HscsZNpX+glMSk240upe3L1M5kP0AMRstW2Uq5hcoXcqKbtbi6t1/P+6TVCBgSLE
acS8znXv4cgifXR9HKbsfF0PsSrM7WTZT7Kj+RL4aKHTxwTdCPx6mt6GLpSLaxEL
Hb/3/ZQq4R5MCPF6+PYgDhXsi4OOoGmjSalx+IBQWcjuSozhOIV+iPPMHpm2Ow3k
O+vnNqNoI505Z+AjIdE6tvkRaxCAlC90Lx8pSyDn2vFOE2kD6dHeCNtJTktHpUY=
=Kvn3
-----END PGP SIGNATURE-----
