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

… instead of using a fragile autodetection every time we need one of
those. We will still try to auto-detect the mailboxes but the users will
have to option to change the destinations.

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

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

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

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

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

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

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

Signed-off-by: Cyrille Bollu <cyrpub@bollu.be>

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>

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>

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>

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

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

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

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

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

* ID is supposed to be the database ID
* UID is the IMAP UID
* UUID is the globally unique identifier used in the front-end

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

Signed-off-by: Patrick Bender <patrick@bender-it-services.de>

Fixed eslint errors and php-cs check errors

Signed-off-by: Patrick Bender <patrick@bender-it-services.de>

Second round of eslint and php-cs check fixes

Signed-off-by: Patrick Bender <patrick@bender-it-services.de>

Reverted translation changes and applied PR suggestions to Alias.php

Signed-off-by: Patrick Bender <patrick@bender-it-services.de>

Implemented design suggestions. Changed code to now use await/async

Signed-off-by: Patrick Bender <patrick@bender-it-services.de>

Changed aliases to not include a full copy of the account object

Signed-off-by: Patrick Bender <patrick@bender-it-services.de>

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

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

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

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

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

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

We need good training data to create a high quality classifier from the
user's data. If the data set does not contain enough important messages,
the ML would learn that few things are important and thus always develop
a bias towards non-important classification. To solve this we fall back
to a lower quality rule-based classifier that uses the same features as
the ML classifier. The importance is determined by hard-coded thresholds
of the individual features.

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

Signed-off-by: Holger Dehnhardt <holger@dehnhardt.org>
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>

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

* Orphaned mailboxes
* Orphaned messages
* Orphaned aliases
* Orphaned collected recipients

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

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>

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>

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

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

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

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

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

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