The error “550 No Such User here” commonly occurs when the sending email is rejected because the destination email username cannot be found or is not accessible by the server. In this post, we provide a guide to how this error can be resolved. We begin by explaining the common causes of the error 550 No Such User Here and then proceed to guide you on how to fix them.
Common Causes of "Error 500, No Such User Here"
- Sender email or receiving email account is over-quota
- Mail file permissions are not readable or are incorrect.
- The email address was typed incorrectly.
- MX records are incorrect ( pointing to the wrong server ).
- Email does not route correctly ( Remote / Local domains )
Sender or Receiving Email Account is Over-Quota
- Full mailbox. Mailbox storage quotas are set to 250MB by default, but some plans allow you to turn off the limit and set mailbox quotas to "unlimited." If an email account is at or past its capacity, sending out from it won't work and you'll get a "Sender Verify Failed" error. To check on the mailbox quota of an email account follow these steps:
- Log in to your Bluehost control panel.
- Go to the Hosting menu and click Email in the submenu.
- Locate the email address having problems in the list, and click view details button on the right to view detailed information about the email account.
- Look for the mailbox quota. If the account is at or exceeding its quota, increase its limit or delete emails to save space.
Mail file permissions are not readable or are incorrect
All our servers store email in the "mail" directory of the "home" folder of your cPanel account. If the file permissions are corrupted ( sometimes caused by server moves, back up restorations, or recently uploaded files through FTP, etc.) you will get this error for all your emails. This is a simple fix. You can contact tech support to have the file permissions fixed on your server. On VPS and Dedicated servers, you can run the following from command line:
[root@vps#### ~]$ fixperms userna5
This will reset all your file and folder permissions to folders 755 and files 644 for the cPanel user userna5. If the email bounce is coming to you when you send to another server and it's permissions related, the person you are emailing will need to contact their hosting provider to fix the permissions on their end.
The email address was typed incorrectly
"550 No Such User Here" Errors can occur when the email address you are sending to is typed incorrectly. In this case, just make sure you have the email address spelled correctly.
MX records are incorrect ( pointing to the wrong server )
If you recently moved your domain to Todhost Hosting and you started receiving these errors, you may have a DNS nameserver or MX record problem. The MX records point your email address to a specific server. If the MX record is pointing your domain to the old hosting company and you removed all your email accounts off that server, when you go to send your email, you will get the "550 No Such User Here" error.
Make sure your nameservers are pointing to us. If your nameservers do not point to our server, then your domain will not route to our server unless you make special DNS changes at the host the nameservers point to.
Make sure the MX records for your domain are sending to the correct server. If your domain does point to the correct server, check the MX records to see if the email is pointing to the correct server in the cPanel MX entry.
If your nameservers and DNS are correct, then you will need to check the email routing. If the bounce message is from you sending to another server, then the person receiving the email will need to check with their email provider for a resolution.
Email does not route correctly ( Remote / Local domains )
The email routing setting in your Zone Editor determines how outgoing email is handled for a particular domain. There are three possible settings:
- Local Mail Exchanger. Use this setting if the domain's email is hosted by Bluehost, even if the domain uses third-party name servers.
- Remote Mail Exchanger. Use this setting if the domain's email is not hosted by Bluehost and your MX records are pointed to a third-party email server.
- Automatically Detect Setting. Use this setting if you aren't sure. The server will decide if the setting should be Local or Remote based on the MX record. This is usually not recommended.
It's important for the email routing setting to be accurate for each of your domains to prevent any delivery failure issues. Follow these steps to update your email routing settings:
- In the DNS Zone Editor, choose your domain from the drop-down menu.
- Scroll down to MX (Mail Exchanger).
- Click More to expand the section.
- Choose your setting.
- Click Change to save.
How things go wrong with cPanel Remote Mail Exchanger
In cPanel servers, there is an option called “Email routing” which decides how mail is handled for a domain. By default, new accounts created on the server have mails handled by the same server. But when the domain needs to use another server for mail, the email routing has to be set as “Remote Mail Exchanger”.
Here’s how Email Routing is set for a domain in cPanel servers.
Mail server tries to send mails to another server after checking the Remote Mail Exchanger setting for the domain.
Listed below are the situations where mails fail due to this setting.
1. Remote Mail Exchanger not set
To enable external mail servers for a domain, website owners simply set the custom mail servers (MX) records for the domain.
Unfortunately, that is not enough for mails to show up in the external mail servers.
Mails from website forms or other domains hosted on the same server still fail. This happens as the mail server tries to deliver the mail within the server.
To fix the problem, set the correct email routing as per the MX records of the domain.
Also ensure that the correct values are present in the mail server configuration files like /etc/localdomains and /etc/remote domains as well.
2. Incorrect value for Remote Mail Exchanger
Cpanel maintains two domain lists :
- Domains whose mails are on the same server
- Domains whose mails are on remote servers.
When we change email routing for a domain, cPanel automatically adjusts these lists.
For example, when we set Remote Mail Exchanger for a domain, cPanel removes the domain from the local domains list and automatically adds it to the remote domains list.
But this may not always work due to bad server settings.
And when a customer wants to change their domain’s MX to a different provider, say Google, he will set MX in dns records and change email routing to “Remote Mail Exchanger”. Normally, this is enough for mails to show up at Google.
But if for some reason cPanel fails to remove this domain from the local domains list, the mail server will still try to deliver all mail from other domains on the same server locally. This will result in an email error “Recipient Not Found” as the original recipient exists at Google.
In such cases, for mail to work properly, our do the following :
- Set mail routing to “Remote Mail Exchanger”
- Remove entries for the domain from the list of local domains
- Add the domain to the list of remote domains
Other Common Website Errors As Reported By Google
Here are some common HTTP error as reported by Google in order of there occurrence:
1. HTTP error 500 (internal server error)
The description of this error pretty much says it all. It’s a general-purpose error message for when a web server encounters some form of internal error. For example, the web server could be overloaded and therefore unable to handle requests properly.
2. HTTP error 404 (not found)
Most people are bound to recognize this one. A 404 error happens when you try to access a resource on a web server (usually a web page) that doesn’t exist. Some reasons for this happening can for example be a broken link, a mistyped URL, or that the webmaster has moved the requested page somewhere else (or deleted it). To counter the ill effect of broken links, some websites set up custom pages for them (and some of those are really cool).
3. HTTP error 403 (forbidden)
This error is similar to the 401 error, but note the difference between unauthorized and forbidden. In this case no login opportunity was available. This can for example happen if you try to access a (forbidden) directory on a website
4. HTTP error 400 (bad request)
This is basically an error message from the web server telling you that the application you are using (e.g. your web browser) accessed it incorrectly or that the request was somehow corrupted on the way.
5. HTTP error 401 (unauthorized)
This error happens when a website visitor tries to access a restricted web page but isn’t authorized to do so, usually because of a failed login attempt.
This error can go both ways, meaning, people sending to your server may get the error and when you send from your server to another you may get the error. Depending on where the error bounce is generated from will determine what you can do about fixing the error.
If you get "550 No Such User Here" bounces sending an email from your server to another server, you most likely will need to contact the host or email administrator of the server you are emailing to fix it.
If you are getting complaints that people sending to your server are getting this bounce, you can check / change the settings on your server's end.