Submitted by steve@itgroup.net.au on Fri, 01/20/2017 - 18:07 Pro Licensee
I am having an issue with roundcube webmail client not being able to send emails after migration to new server. It worked perfectly on old server. I am getting:
SMTP Error (454): Failed to add recipient me@you.com 4.7.1 me@you.com: Relay access denied).
Status:
Active
Comments
Submitted by steve@itgroup.net.au on Fri, 01/20/2017 - 21:25 Pro Licensee Comment #1
still can't get this going?
Submitted by andreychek on Fri, 01/20/2017 - 22:24 Comment #2
Howdy -- out of curiosity, are other clients able to send email? For example, can you send email using Outlook or Thunderbird?
I'm curious if that's perhaps a symptom of TLS not setup or working.
Submitted by steve@itgroup.net.au on Fri, 01/20/2017 - 22:49 Pro Licensee Comment #3
Hi, I don't let anyone send mail through my server - only my webmail clients. It was working ok on the old server?
Submitted by steve@itgroup.net.au on Sat, 01/21/2017 - 00:52 Pro Licensee Comment #4
ok, fixed this one too. For some reason CentOS 7 has a setting that doesn't like the 'localhost' setup in the smtp area of config.inc.php If you remove the 'localhost' and leave it as '' then roundcube will use PHP Mail instead - which works.
Submitted by andreychek on Sat, 01/21/2017 - 09:17 Comment #5
Ah, sounds like you figured that out as well! Was this RoundCube installation migrated from your other server? Or was it a new installation?
Submitted by gatordude95 on Wed, 05/05/2021 - 18:31 Comment #6
I fixed this issues by editing the saslauthd file like suggested in virtualmin.com/node/43216.
Appears to be an issue with install script as the options array still has a “-r” at the end that cause the demon to exit at run.
After editing both typos this issue was fixed for me.
You can confirm by checking status of saslauthd. If correct should return a status of loaded and active with a CG data tree.
“service saslauthd status” is the command I used
On which distro are you seeing this issue?
That would be a problem if combined realm with the login containing @ would be removed.