It's a nice little touch to show a light background color for the
hovered thread header, as suggested by Marco.

Moreover this aligns the email text with the thread subject and the
header text.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Collapse plain text signatures into a detail element

Signatures are a bit of clutter when you view a conversation. So let's
collapse them and only show on click.

Luckily there is an HTML element we can use for this: `<details>`.

If the design should be improved then let's do a follow-up. This PR
focuses on the splittig logic.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Fix signature detection and signature design

We can't assume line endings of specific platforms but should be
flexible with that when detecting the signature part of an email.

Also this fixes the styling of signatures a bit. They looked quite off
now that the distinct styling came back.

Fine-tuning in terms of design can be done in follow-ups. This PR is
mainly about getting the detection back.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Add a flag that indicates whether an inbox should be sync'ed

The cron background sync can be expensive with accounts that have many
mailboxes. As it turns out other clients like Thunderbird also don't
look into *all* mailboxes to check for new email. Instead they only do
that for INBOX by default and let the user pick more mailboxes if they
wish. We should do the same.

This adds a simple flag. Only the inbox and mailboxes that have this
flag set will get a sync in background.

Any other mailbox can still be used, but the sync only happens if the
user has the mailbox open.

This will bring down the load on instances with many accounts,
especially if those have many mailboxes.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Add debug output to sync processes triggered via the CLI

Just like a CLI priority inbox model training gives all the details, we
want to have the same to diagnose slow/faulty account syncs. This
changes the console logger adapter for the PSR logger and adds it to the
sync process.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Add a debug-only file download for threading data

Threading still doesn't work for some messages. To debug this more
easily, especially for non devs, this adds a new action menu entry to
download all relevant threading data as a simple JSON. The maintainers
can then look at those files, put them into unit tests and see why they
messages don't group.

Again, this entry won't be shown on production instances but only if
debug mode is enabled.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Always return the own message when asking for a thread

The front-end asks for the thread of a message by sending the message
ID. Now, after an upgrade from v1.4.x to v1.5 and no sync of the
mailbox, the `thread_root_id` will still be `NULL`, hence we can't find
related messages this way. But we don't have to look it up that way, we
can also allow matching by the ID.

This safes me from coming up with a complicated strategy to force a
resync after the upgrade. Messages will be able to show. The threads
will build deferred.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Fix unseen messages loading infinitely

When an unseen message is opened, we flag it as seen. So far, so good.
But in this code path we returned early from the `fetchMessage`
function, meaning that `this.loading` remained set to `true` and the
loading spinner never vanished.

My guess is that this is a leftover from the migration from promises to
async-await.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Fix race condition where one envelope object overwrites the other

Remove dead modal scrolling code

Leftover of https://github.com/nextcloud/mail/pull/3605



Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Fix message source modal

On page load we have a lot of concurrent operations going on. This
includes:

1) Loading the list of envelopes
2) Loading the contents of the thread

Both of these might fetch the envelope/thread to be shown. Now, there is
some more logic going on that stores the thread of an envelope.

In the unlucky case, things followed this pattern

1) The envelope is fetched
2) The thread list is fetched and stored to the envelope
3) The envelope list is fetched and the envelope is added again,
   overwriting the other one
4) The thread list was thus empty -> the current message thread vanished

If the envelope is already known, it will be re-used. Thus this won't
happen on later navigation but just right after the page load.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Fix space before address list 'and'

Remove skipped tests

They clutter the output.

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Signed-off-by: GretaD <gretadoci@gmail.com>

Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

Inject styles for using native fonts in html mails

Fix threading design

Signed-off-by: GretaD <gretadoci@gmail.com>

Bump @vue/babel-preset-app from 4.5.4 to 4.5.6

Signed-off-by: Julius Härtl <jus@bitgrid.net>

Bumps [@vue/babel-preset-app](https://github.com/vuejs/vue-cli/tree/HEAD/packages/@vue/babel-preset-app) from 4.5.4 to 4.5.6.
- [Release notes](https://github.com/vuejs/vue-cli/releases)
- [Changelog](https://github.com/vuejs/vue-cli/blob/dev/CHANGELOG.md)
- [Commits](https://github.com/vuejs/vue-cli/commits/v4.5.6/packages/@vue/babel-preset-app

)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>

Bump @nextcloud/vue from 2.6.4 to 2.6.5

Bump phan/phan from 3.2.0 to 3.2.2

Bump webpack from 4.44.1 to 4.44.2

Bumps [@nextcloud/vue](https://github.com/nextcloud/nextcloud-vue) from 2.6.4 to 2.6.5.
- [Release notes](https://github.com/nextcloud/nextcloud-vue/releases)
- [Commits](https://github.com/nextcloud/nextcloud-vue/compare/v2.6.4...v2.6.5

)

Signed-off-by: dependabot-preview[bot] <support@dependabot.com>