Not sure if this is connected (it is the same user) New Mail Where? The following address failed: [xxxx@1domain.co.uk](mailto:xxxx@1domain.co.uk): SMTP error from remote server for RCPT TO command, host: mail.1domain.co.uk (x.x.x.x) reason: 550 5.1.1 [<xxxx@1domain.co.uk>](mailto:xxxx@1domain.co.uk): Recipient address rejected: User unknown in virtual alias table
The xxxx@1domain.co.uk IS listed as a user it is not an alias.
it does have an additional email address of postmaster@1domain.co.uk which is an alias.
What is a virtual alias table? and why has this popped up now?
Letās get this right
You have a user as x@x.com which may expand to another user maybe x.x and is in the postfix config.
You altered the default postmaster alias to reflect the new user, by default this address is an alias of the domain owner.
did you remove the default ?
have you checked the text files in /etc/postfix to ensure that the entries are correct ? If not have a look,edit and recompile them using postmap. But i would guess you need to look at every aspect of the user before you drop to the terminal
If you do a search on the Internet related to āvirtual alias tableā you will find a lot o information. It is the list of emails accounts in your system.
I would first check the contents of the file /etc/postfix/virtual. if the email address exists, then the rejection of the message to it was based on a restriction. I would check the content of the /etc/postfix/main.cf file looking for restriction tables (check_*_access) then I would look in the respective files if there is REJECT.
It is the virtual map in Postfix (/etc/postfix/virtual). It is where every email address created in Virtualmin exists (and it is how virtual hosting of many domains in any Postfix system is done, it is not a Virtualmin-specific thing).
Was this domain restored from backups? (There was a bug related to a change in defaults that could lead to the virtual map being wrong for domains restored from an older system, though I thought that bug had been fixed, but maybe itās not out yet.)
Thanks for the explanation.
Nothing here seems to make any sense.
There has been no editing of postfix for this domain.
There has been nothing restored from backup - only the website uploaded - no email from Virtualmin.
Of some note: the users on this domain were created from the option to import batch users. No errors occurred during that process.
This user was edited after creation to add the additional email address of postmaster@1domain.co.uk but postmaster@1domain.co.uk is a default alias.
(have I misunderstood this and somehow created 2 postmaster@1domain.co.uk users/aliases? If so why can I only find one under āEdit Mail Aliasesā?
@ADDISON74 as far as I can tell the DNS (not managed by Virtualmin) is fine and the website is functioning. It only seems to be this user and its email stuck in draft. my test messages went out from Usermin OK and went into the āSent mailā folder
@jimr1 As I said no direct editing of Postfix only the setup page of the user as shown in the
Can you post the relevant parts of /etc/postfix/virtual? (The ones with this domain name.)
Do the users you created with bulk import exist in the virtual map file and do they point to an existing user on the system? (I mean/assume that a real system user was created for each of the imported names and that it has a matching alias in virtual.)
Tx maybe. This problem(s) seem to have started recently though I cannot point the finger at any particular package (there seems to have been so many recently) and that is not including Virtualmin etc.
As you may know I have other boxes (AFAIK all are up to date package wise) but only this one (domain+user) has the series of email problems.
I am tempted to just go in and delete the user and then recreate from the batch users file that contains this user. Trouble is if the Postfix files have been in someway corrupted it might not solve the problem - it may just add more garbage.
A golden rule says not to immediately update the packages in a system. I follow the rule and I can say that after about 3 weeks from the update in a test environment, I make the update in production.
Also, another rule is to check the changes that happen from one version to another. below are the two projects on GitHub and everyone has the opportunity to check. Virtualmin was updated in April, Webmin recently, if there are any issues they come from Webmin.