Applicable to:
- Plesk for Linux
Question
Why is the spam folder located under the inbox on Plesk Premium Mail? Can it be removed?
Answer
The spam folder was moved to INBOX.Spam in order to better integrate the extension with Plesk and other tools, like SpamAssassin.
In an attempt to remove INBOX.Spam folder via webmail, it will be restored immediately.
As a workaround, disable INBOX.Spam folder inside webmail settings:
Warning: Spam extensions like SpamAssassin won't work with this workaround.
- Log in to Plesk.
- Go to Domains > example.com > Mail Accounts and log in to the required mail account.
- Go to Settings > Folders > select
INBOX.Spamand disable it:
Changes were not tested, taken from #307227
I think I found why the spam folder is double, in dovecot.conf there is
CONFIG_TEXT: mailbox Spam {
auto = create # autocreate Spam, but don't autosubscribe
special_use = \Junk
}
while in Kolab overall it is
CONFIG_TEXT: mailbox INBOX.Spam {
auto = create # autocreate Spam, but don't autosubscribe
special_use = \Junk
}
after change the dovecot.conf the useless spam folder is gone.
Comments
5 comments
The statement does not really help.
As you can see in the screenshot, there are two spam folders.
However, the one inside the Inbox folder is not recognized as the correct junk folder by any client such as Outlook. Even Roundcube uses the other spam folder outside the Inbox as the junk folder (if you don't change it in the settings).
Which of the two folders is relevant for Amavis or SpamAssassin and how to remove the then useless folder?
Tobias Glawe for spam-filtering extensions like SpamAssassin or Amavis (which is a part of Plesk Email Security) the relevant folder is INBOX.Spam because using of this folder is hardcoded for such extensions, and thus there is a warning in the article regards it.
Other not used folders cannot be removed via webmail because each IMAP client (like Outlook) has their own implementation of what they expect for the default location of special folders. And one of the best practices of webmail clients is creating duplicate folders in order to ensure compatibility with the most popular mail clients. This behavior can be customized (duplicate/unnecessary folders removed) at the mail client side inside the IMAP settings of each mail client like Outlook.
This INBOX.spam folder changed server-wide after Installing the extension for a few clients /inboxes. I found out the hard way the Inbox change happening on all other domains/users that are not using a Premium mail license. I found out the workaround myself before stumbled upon this threat. It Is not pleasant to see It affecting all Mailboxes with or without premium. The spam folder is hidden when using Thunderbird or a Roundcube but on Mac Mail, the Inbox-spam folder cannot be hidden even when not subscribed to. Does this also mean all my clients that not using premium, also have to use that INBOX.spam folder to get the same spam protection/SpamAssassin as before Installing this extension?
And Is it possible to roll back all changes, delete the extension from Plesk and run a different mail server for this?
C. Rafael Please let me explain that when Plesk Premium Email is installed it overrides the default dovecot configuration file: /etc/dovecot/dovecot.conf. As the result, there is "INBOX.spam" change. With Plesk Premium Email installed it affects all the users. However, it is not required to use "INBOX.spam" to get the same spam protection.
In order to roll back "INBOX.spam" change, open /etc/dovecot/dovecot.conf file for editing and set "Spam" instead of "INBOX.spam", then save the file and close it. To apply this change reload dovecot service with this command:
Thank you for your response @Alex Davydov, very valuable.
I'm curious what the effect is on the premium email customers when I change the Spam.Inbox route back to Spam. Do the premium mailboxes then delegate spam in the old trusted folder without any problems or does this still cause problems because it is hardcoded?
Please sign in to leave a comment.