Feature deactivation improvement


I just open this ticket in order to improve VirtualMin usability.

Indeed, a few customers called me because they got an error message when they tried to deactivate the mail feature on one of their domain (virtual server). The error message they got was "Failed to modify server : A target server must have email enabled if any aliases do".

I quickly discovered the problem came from the fact they were trying to disable mail on a top virtual server who contained sub-server and aliases with mail enabled.

I don't know if it's a bug or not but to disable mail on a top virtual server with children having mail enabled, you first need to disable mail on those sub-server/aliases.

I thing the error message should be clarified in some way: - either explaining the mail feature can't be disabled because some sub-servers/aliases use it, - offer the ability to disable mail feature for top server and all sub-servers/aliases, - list the concerned aliases by the error message (it may help understand the problem).




Howdy -- it should actually only generate that error if that Virtual Server has an alias with the "Mail" feature enabled.

Having a Sub-Server with mail enabled shouldn't be a problem.

Is it possible that there was an alias that was causing the problem, rather than a Sub-Server? Or wasn't there an alias in this case?

Hi, I have similar situation.

  1. Primary Virtual server (domain.com) has emails hosted elsewhere.
  2. Alias server with emails enabled (alias-domain.com) has emails hosted locally in virtualmin.

When sending email from *@alias-domain.com => *@domain.com postfix returns error: "User unknown in virtual alias table"

Which is correct, because emails of primary server/domain do not exist locally.

How do I disable postfix local delivery for this situation?

My idea of solution - but I'm not sure if this is the right way: I could create sub-server and disable emails for primary domain but in this case public_html would be different which is not what I need. I need same public_html(multilang website). Is it safe to create sub-server and then manually symlink public_html? I think there could be problems with file permissions and owners.

orao - make sure that for domain.com that the "Mail for domain enabled?" option is not checked on the Edit Virtual Server page.

As a user has migrated to Office 365 I'm trying to remove the old POP email configuration from the domain in Virtualmin however I'm getting the message below when I try saving the Edit Virtual Server screen after unchecking Spam Filtering, Virus Filtering and Mail for domain enabled so I cannot disable email handling for the domain, what do I need to do?

Failed to modify server : A target server must have mail for domain feature enabled if any aliases do

That means that you first need to disable the mail feature for any alias domains, before disabling it for this domain.