Mar 6 17:39:25 server postfix/smtp[2460]: A39F25F68003: to=no-reply889@workingin-australia.com, relay=none, delay=112768, delays=112699/0.02/69/0, dsn=4.4.1, status=deferred (connect to workingin-australia.com[203.89.183.105]: Connection timed out)
Mar 6 17:39:25 server postfix/smtp[2459]: 3E7C65F68005: to=no-reply167@workingin-australia.com, relay=none, delay=111638, delays=111568/0.08/69/0, dsn=4.4.1, status=deferred (connect to workingin-australia.com[203.89.183.105]: Connection timed out)
Mar 6 17:50:55 server dovecot: pop3-login: Disconnected: Input buffer full: user=warren@ww-cs.com, method=PLAIN, rip=::ffff:97.100.156.44, lip=::ffff:66.23.232.242
Mar 6 17:51:55 server postfix/smtpd[3749]: connect from clickcashvault.com[66.207.161.157]
Mar 6 17:51:55 server postfix/smtpd[3749]: CBF0625782EF: client=clickcashvault.com[66.207.161.157]
Mar 6 17:51:55 server postfix/cleanup[3758]: CBF0625782EF: message-id=1299451915.vjppoqwfhy@clickcashvault.com
Mar 6 17:51:55 server postfix/qmgr[2454]: CBF0625782EF: from=stayhome2@websiteloader.com, size=3302, nrcpt=1 (queue active)
*secure
Mar 6 17:26:26 server dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser= rhost=::ffff:97.100.156.44
Mar 6 17:26:26 server dovecot-auth: pam_succeed_if(dovecot:auth): error retrieving information about user warren@ww-cs.com
Mar 6 17:30:04 server su: pam_unix(su:session): session opened for user postgres by (uid=0)
Mar 6 17:30:04 server su: pam_unix(su:session): session closed for user postgres
Mar 6 17:35:03 server su: pam_unix(su:session): session opened for user postgres by (uid=0)
Mar 6 17:35:03 server su: pam_unix(su:session): session closed for user postgres
Mar 6 17:39:05 server webmin[2601]: Webmin starting
Mar 6 17:40:04 server su: pam_unix(su:session): session opened for user postgres by (uid=0)
Mar 6 17:40:04 server su: pam_unix(su:session): session closed for user postgres
Mar 6 17:45:03 server su: pam_unix(su:session): session opened for user postgres by (uid=0)
Mar 6 17:45:03 server su: pam_unix(su:session): session closed for user postgres
Mar 6 17:50:03 server su: pam_unix(su:session): session opened for user postgres by (uid=0)
Mar 6 17:50:03 server su: pam_unix(su:session): session closed for user postgres
Mar 6 17:50:20 server dovecot-auth: pam_unix(dovecot:auth): check pass; user unknown
Mar 6 17:50:20 server dovecot-auth: pam_unix(dovecot:auth): authentication failure; logname= uid=0 euid=0 tty=dovecot ruser= rhost=::ffff:97.100.156.44
Mar 6 17:50:20 server dovecot-auth: pam_succeed_if(dovecot:auth): error retrieving information about user warren@ww-cs.com
i attached the dovecot.conf file which is actually in the “etc” folder (there is no “dovecot” folder)…i had to give it a .txt extension to allow it to be attached.
Well, whenever Virtualmin creates an account, it consults a setting in the server templates regarding how to add that account.
It sounds like it used that setting (which defaults to user.domain, and not user@domain.tld), rather than using specifically what you had previously in cPanel.
You can set the username format in System Settings -> Server Templates -> Default -> Mail for Domain, and set “Format for usernames that include domain” (all the way at the bottom) to user@domain.
The problem is that I don’t know of a way to change your existing users – you’d probably need to remove the Virtual Servers you have, and perform the import again.
i migrated a domain running wordpress…database is working and i was able to telnet in using full email as the login!
will do a full migration tonight!
i have another mail related question…is there a global way t (before i start migrating domains over) to for “domain.com/webmail” to redirect to usermin? i’m hoping to keep my clients from changing anything and right now they get to cpanels webmail by browsing to “domain.com/webmail”
also can i do a global install of squirrelmail and will that take care of the “domain.com/webmail” issue. They are all used to squirrelmail but usermin doesn’t look to much different for them…
Well, Virtualmin creates some redirects for you, but they redirect webmail.domain.tld over to Usermin.
The same with admin.domain.tld – those are redirected to Virtualmin.
In System Settings -> Server Templates -> Default -> Apache Website, you can configure where exactly those redirects go… so if you have Squirrelmail installed in a given Virtual Server, you can make webmail redirect to it.
Using the above would be the easy way
Could you do something with domain.com/webmail? Yes, you could add a mod_rewrite rule to each Virtual Server template, have it look for anyone browsing to /webmail, and when it finds a match, redirect it to your desired location.
You could add those rewrite rules to the “Directives and settings for new websites” section of the Apache Server Template.
However, that’s the harder way to set things up – I’d suggest using Virtualmin’s existing webmail.domain.tld and admin.domain.tld if possible
I did want to offer though that having Virtualmin setup a redirect to squirrelmail using webmail.domain.tld is no problem, and that’s nice and simple to configure using the Server Template’s GUI.
A lot of folks are do just that, though more often redirecting to RoundCube (which has a pretty, AJAX interface).
if i understand right i have to install roundcube or squirrelmail in one of the virtual servers and then have all other domains access it on that virtual server?
is there no way to install it globally…maybe in centos and then pointing the redirect to it?
we have success! looks like almost everything is working!
one issue (so far)…it doesn’t seem that the redirects are working…if i try and go to “webmail.mydomain.tld” or “admin.mydomain.tld” it can’t find them…i do notice that the redirect adds “www.” to the address so it becomes “www.webmail.mydomain.tld”…could that be the problem?
Okay, then chances are that it’s something in the Virtual Server it’s redirecting to. There might be a .htaccess file that’s looking for a URL without a ‘www’ at the beginning, and it’s causing a redirect to a URL with a ‘www’. But in your case, that’s not desirable
Take a peek in your public_html for a .htaccess, and see if that’s the issue
