No Such user Here!

[Duff Man]

Hi Everyone,

First post, apologies if it is in the wrong section.
Having an issue with a new cPanel server, after moving some accounts from another cPanel server.

First was a complaint from users that they are not receiving emails and can't send.

When you try and send to their account, they get "No Such user Here"

The POP Account does exist, and the MX records do point to the local server.
In the mail routing section at the bottom of editing the DNS zone, if you select detect automatically it decides that it is going to route it local (which is correct), or you can select local, it still bounces with "no such user here".

I have since worked out the reason the end user can't send is because the sender verify fails with "No Such user here" and turning that off allows them to send.

Here is the odd thing, if i go and create a new pop account for that domain (can be anything like [email protected]), the email for that domains appears to start working, for all pop accounts that is under that domain. I am not sure if this will fix it permanently, or temporarily.

I have roughly another 500 domains to move across to this server, but need to get to the bottom of this first.

WHM 11.36.0 (build 9)
CentOS 6.3 x86_64

Cheers
DuffMan

 

[Infopro]

I have roughly another 500 domains to move across to this server, but need to get to the bottom of this first.

You might want to open a ticket to cPanel about this, instead of waiting on assistance from the forum community.

 

[Duff Man]

You might want to open a ticket to cPanel about this, instead of waiting on assistance from the forum community.

Thanks for the Comment,
I have done, well, a lot of reading since i posted this.
I have run the update domains script, and the checkperm script, confirmed that the domain is in "localdomains" and not in "remotedomains" and I am currently tailing the exim_rejectlog to see if this will happen again.
I think it might have something to do with moving the account and then it not updating everything correctly, but will be able to pin point it more accurately once i start moving accounts again.

For now i am having weekend and not worrying about it too much.

Currently it doesn't seem like it is having any problems anymore, and if it does re-occur I will open a ticket.
Thanks for your input.

Duff Man.

 

[Infopro]

Thanks for posting back. If you do decide to open a ticket on this please post that ticket ID back here I can follow along with it.

Thanks!

 

[websmith]

<snip>

Here is the odd thing, if i go and create a new pop account for that domain (can be anything like [email protected]), the email for that domains appears to start working, for all pop accounts that is under that domain. I am not sure if this will fix it permanently, or temporarily.

</snip>

I don't what it does but I have same trouble Duff Man has. After a fair bit of cursing I figured out that just creating, a forwarder (it can be immediately deleted) for cpanel user account is enough to get email on the new server working for that account. Of course I found this thread after. Boy am I glad I only have a couple dozen account to do this for!

 

[VeZoZ]

Just experienced the same thing a few days ago with WHM 11.36.0 (build 11). Used the same fix to correct it as well.

 

[argamak]

Any update here? I'm in the process of moving 200+ accounts and just encountered the issue halfway through.

WHM 11.36.0 (build 14)
CentOS/CloudLinux 6.3 x86_64

 

[bruzli]

same issue on 2 new servers for moved accounts - even email accounts exists - exim replies with "No Such user Here"

 

[maxdown]

Same here (transferring accounts from server with 11.34 => server with 11.36 - both servers set up as a DNS cluster

Strange thing is it seems to be intermittent ..... some accounts work fine .... others get the No Such User and I need to monitor the exim_mainlog to see which accounts need me to dive in and create a new temporary 'test user' email account to kick things back to normal.

I've experimented with using/not using the 'Express Transfer' method in the transfer controls - but it can happen with either option.

 

[comeran]

I just ran into this exact problem as well. Luckily it was only 10 domains so it was easy to add then remove a forward for each account.

I was hoping someone here knows what is actually causing this though because even though the incoming/outgoing email is working, we have SpamExperts filtering on all accounts. The main reseller account was manually created, then a backup used to populate the emails/site files . This account works no problems, all of the migrated accounts however do not. If I know what causes this bug I will know how to fix this filter problem.

It seems like it would have to be a permission, file structure, or DNS related issue. Does anyone know the root cause of this bug so I can get it fixed up without having to backup, delete, create account, restore backup for each account!

Thanks

 

[Aita]

Same thing happened here too.

Transfered a reseller account with all the accounts belonging to that reseller and multiple of his accounts stared saying No Such User Here and also Access denied - Invalid HELO name
The accounts where transfered using multiple account transfer.

The strange thing was that both servers are 11.36.0 (one has been upgraded over the years an one is a brand new installed one)
And both servers had "Require RFC-compliant HELO" "On" in the exim basic configuration.

The options in Exim Configuration Manager where virtualy the same on both servers.

I have no idea why one server started rejecting on "Invalid HELO name" while the other server accepted it.
Running /scripts/fixcommonproblems seems to have solved it but it is silly to haveto run the script every time one transfers an account to the server.

Edit
I think it most likely that "/scripts/mailperm" was the one that fixed the error.

 

[sonicsam]

I just had this same problem with some migrated accounts. Running /scripts/mailperm seems to have fixed it for us.