Failed to find user for the virtual_aliases_nostar router
Hi,
I have the following problem:
I already did it: mv /etc/userdomains /etc/userdomains-OLD /scripts/updateuserdomains [root@br692 ~]# grep DOMAIN1.com.br /etc/userdomains DOMAIN1.com.br: htlma514 [root@br692 ~]# *The correct domains have been changed. thanks
2018-07-30 16:54:54 1fkEFq-001Xx5-Kv <= testehg@DOMAIN1.com.br H=xxxxxxx.hostgator.com.br [108.179.xxx.xx]:15672 I=[108.179.xxx.xx]:25 P=esmtpa A=dovecot_login:testehg@DOMAIN1.com.br S=614 id=02cc1cb2815b8b335caa3a841a916d0f@DOMAIN1.com.br T="Teste" from for contato@DOMAIN2.com
2018-07-30 16:54:54 1fkEFq-001Xx5-Kv Failed to find user "" from expanded string "${lookup{$domain}lsearch{/etc/userdomains}{$value}}" for the virtual_aliases_nostar router
2018-07-30 16:54:54 1fkEFq-001Xx5-Kv == contato@DOMAIN2.com R=virtual_aliases_nostar defer (-1): Failed to find user "" from expanded string "${lookup{$domain}lsearch{/etc/userdomains}{$value}}" for the virtual_aliases_nostar router
I already did it: mv /etc/userdomains /etc/userdomains-OLD /scripts/updateuserdomains [root@br692 ~]# grep DOMAIN1.com.br /etc/userdomains DOMAIN1.com.br: htlma514 [root@br692 ~]# *The correct domains have been changed. thanks
-
Hello @Luana Premoli Can you tell me the output of the following commands: hostname
/scripts/whoowns $yourdomain0 -
Hi.. [root@br692 ~]# hostname xxxxxxxx.hostname.com.br [root@br692 ~]# [root@br692 ~]# /scripts/whoowns domain.com.br htlma514 [root@br692 ~]#0 -
HI @Luana Premoli Thank you for that information. Can you check the following as well: grep domain.tld /etc/localdomains /etc/remotedomains
The domain should be present in localdomains if it sends/receives locally and present in remotedomains if it sends/receives mail on a different server. It would seem that user data is intact though I wonder if the issue is the exim configuration - have you made customizations to the exim conf? You can check by looking here:cat /etc/exim.conf.local
I am also curious if exim configuration needed to be rebuilt after you updated userdomains. Can you run the following:/scripts/buildeximconf
/scripts/restartsrv_exim
And let me know if the issue persists? Thanks!0 -
Hi, - Removed due to actual information being exposed - Thanks 0 -
Hi @Luana Premoli Thank you for that information. It looks like you have a large number of customizations done to the exim configuration. Can you try resetting it to default to see if the issue persists once it's in its default state? The steps you would take to do this would be as follows: 1. Go to WHM>>Service Configuration>>Exim Configuration Manager -> Backup -> Save on Server -> Run Backup (this will save a copy of the customized exim configuration that can be restored from this interface later) 2. Click the reset tab from the Exim Configuration manager 3. From the reset tab click the drop down and select "Reset the entire Exim configuration to the default settings provided with cPanel & WHM 4. Click the checkbox next to Disable Third-Party and Custom ACLs and click reset Thanks! 0 -
Hi, Then you have to redo the settings through this same file (/etc/exim.conf.local)? I have no authorization to put in the pattern, so if you have how to put in the pattern to make a test and then return to the custom, we can proceed. How to do by command line? Thanks 0 -
Hello @Luana Premoli I'm not sure what you mean by put in the pattern but to restore the previous configuration, you can do this directly through the exim configuration manager -> Restore tab. Thanks! 0 -
Hi, If I can do what you recommend "" Reset the entire Exim configuration to the default settings provided with cPanel & WHM "and then go back to the custom settings my company made. Thanks 0 -
Hello @Luana Premoli As I indicated previously you can definitely go back to the settings you had implemented previously. You just need to ensure you create the backup prior to resetting the configuration, then restore it once you test sending. Thanks! 0
Please sign in to leave a comment.
Comments
9 comments