I know there's been a lot of talk about the fact that Roundcube doesn't append the correct domain to a new DA username (not an e-mail account), thus by default getting "@localhost" appended to his/her email address right after the first login into Roundcube. Apparantly, Roundcube has no way to figure this domain name out on its own (although Squirrelmail seems to be able to do it). Most notably, in this thread:
http://forum.directadmin.com/showthread.php?t=30873&p=156791#post156791
...John (five years ago!) acknowledges the problem and ends his post with:
That was 2009, but AFAIK the problem is still there in 2015. Apparantly though, the Roundcube team has a "plugin" solution, but it needs to be implemented:
http://trac.roundcube.net/wiki/Howto_Config#Advancedconfigurations
I can't be too difficult for a DA-whiz to whip up a file somewhere that lists the usernames + initial (!) domains for all users on the server, which then gets fed into Roundcube's $config['virtuser_file'] configuration.
Testing is if things work is outlined in the Roundcube doc:
Of course, I could be totally wrong, and the dreaded "@localhost" problem was solved already. But I doubt it. I see it happen here on a completely fresh install and I've checked a few commercial hosting companies which deploy DA and I see the same problem there. The internets are scattered with questions about how to solve this, but I found no real answer (the standard answer is: "let your user change his/her identity once logged into Roundcube", but that's not very elegant, is it?).
Oh, and Roundcube's $config['mail_domain'] will *not* solve this problem for a new DA user account. Even is some of the options for this feature would add a valid domain, it would not be very foolproof (some options rely on the domain on which Roundcube runs, which isn't neccessarily the domain of the user in question).
Edit: another thing I noticed when testing, is that when you delete a DA user, the user/identities in the Roundcube database aren't discarded. It might be a good idea to wire this together some way.
http://forum.directadmin.com/showthread.php?t=30873&p=156791#post156791
...John (five years ago!) acknowledges the problem and ends his post with:
In any case, we'll test out the change that ximian recommended. If anyone else wants to also give it a try, once we get a few "works ok" reports, we can add it in.
That was 2009, but AFAIK the problem is still there in 2015. Apparantly though, the Roundcube team has a "plugin" solution, but it needs to be implemented:
http://trac.roundcube.net/wiki/Howto_Config#Advancedconfigurations
I can't be too difficult for a DA-whiz to whip up a file somewhere that lists the usernames + initial (!) domains for all users on the server, which then gets fed into Roundcube's $config['virtuser_file'] configuration.
Testing is if things work is outlined in the Roundcube doc:
In order to test if virtuser is configured correctly, log in to roundcube with a user that does not exist yet. Compose a message, if you see the From address as user@correct_domain, then it worked. If you see user@localhost, something is wrong.
Of course, I could be totally wrong, and the dreaded "@localhost" problem was solved already. But I doubt it. I see it happen here on a completely fresh install and I've checked a few commercial hosting companies which deploy DA and I see the same problem there. The internets are scattered with questions about how to solve this, but I found no real answer (the standard answer is: "let your user change his/her identity once logged into Roundcube", but that's not very elegant, is it?).
Oh, and Roundcube's $config['mail_domain'] will *not* solve this problem for a new DA user account. Even is some of the options for this feature would add a valid domain, it would not be very foolproof (some options rely on the domain on which Roundcube runs, which isn't neccessarily the domain of the user in question).
Edit: another thing I noticed when testing, is that when you delete a DA user, the user/identities in the Roundcube database aren't discarded. It might be a good idea to wire this together some way.
Last edited: