Tutanota: Improve custom spam rules

[bedhub]

Ideas how to improve custom spam filter

• rules for to, cc, bcc recipients
• when setting up a rule for a domain the rule should also match subdomains.
• allow TLD

• Spam dialog for emails/domains could be defaulted to No Spam when launched from the spam folder and "Always spam" when launched from the Inbox. Add option to edit existing entry

• Allow filter by subject (only for unencrypted email)

[bedhub]

User have also requested to disable spam filter completly. Maybe we can allow a wildcard operator like * which can cover both case "whitelist all" or "blacklist all".

[mebarc]

Further requests were about possibilities to merge several rules, e.g. by allowing operators like "AND", "OR".

[lasscap]

It would also be useful to be able to exclude contacts from going to spam. I often have the problem that after some forward/backward communication, the email suddenly lands in the spam folder.

[armhub]

When moving an email out of the spam folder we could offer to add a whitelisting spam rule for the sender. We could do this with a notification instead of a dialog.

[mtrovo]

It would be nice to have a whitelist, somehow I'm receiving some newsletters and my bank emails on the spam folder and as today there's no way to mark them as not spam. For me the workaround is to check the spam folder for new emails as any other folder.

[charlag]

There's a "no spam" rule in the global settigs->spam rules

[jeythekey]

Adding to armhub's suggestion, it would be nice to have a "no-spam" button at the head of a spam mail. Such a button would be expected for a mail classified as spam and this button would then also be expected to trigger the no-spam-rule action.
Furthermore, for mailing lists, if possible, I think it would make sense to add the technical sender instead of the from-field.
And for bulk-actions (selecting several mails and dropping to inbox) the no-spam-rule action should also be triggered. (By the way, to have a context menu entry for this case "no spam" or "move to inbox (and add white-rule)" would be nice.)

[renatolond]

What I miss the most is a blocklist of to/cc/bcc. I have some catch-all domains set up and I would like to be able to say that emails to [email protected] should be rejected.

[huzzam]

Honestly, there needs to be heuristic filtering of incoming email content to determine spam status. Blocklists are not very effective, as sender addresses are easily spoofed.

Obviously this is impossible on encrypted mails, and some may prefer not to have Tutanota scanning the unencrypted mails. But I'm drowning in spam after moving my 15-year-old custom domain's email to Tutanota

[l0f4r0]

I would suggest one more thing: priorize folder rules over spam rules so spam rules only apply for the remaining emails still in inbox folder (like the feature in Thunderbird).

[charlag]

@l0f4r0 it's not possible: inbox rules are executed on the client and spam rules are on the server

[bedhub]

spam rules are evaluated for secure external mailbox.

[bedhub]

fixed on server