Skip to main content

email configuration with Google Apps

Comments

10 comments

  • 24x7server
    Re: email conficuration with Google Apps Hello, I think you have not setup correctly setup "Email Routing" for your domain and due to that you are getting this issues, You will have to select "Remote Mail Exchanger " in Email Routing section. You can check this through cPanel >> Mail >> MX Entry >> Email Routing
    0
  • cPanelMichael
    Re: email conficuration with Google Apps Hello :) You can modify the email routing settings for the domain name via "WHM Home " DNS Functions " Edit MX Entry". Choose "Remote Mail Exchanger" if email for the domain name is handled on a remote mail server. Thank you.
    0
  • zomtek
    Re: email conficuration with Google Apps Hi, thanks for answering, however, I have tried the MX settings with Remote Mail Exchanger. The problem is, if I use that, the people that don't use Google Apps don't receive any mail anymore. No mail is locally delivered then.
    0
  • cPanelMichael
    Could you elaborate on how you have configured your MX records and Exim to deliver some mail locally and other mail remotely for the same domain name? This is not a standard configuration that typically works by only modifying the MX records. Thank you.
    0
  • zomtek
    Configuration is done in the DNS of the domain registration party (not in Cpanel). Here I added the MX records for Google: Priority Mail Server 1 ASPMX.L.GOOGLE.COM. 5 ALT1.ASPMX.L.GOOGLE.COM. 5 ALT2.ASPMX.L.GOOGLE.COM. 10 ASPMX2.GOOGLEMAIL.COM. 10 ASPMX3.GOOGLEMAIL.COM. Then, in Google works admin, I have set a rule for incoming mail: if mail is received for a non-user, change route to the other server: mail.mydomain.com This all works splendid, mail for non-users of the domain is received on the domain. Trouble starts if a non-user (not using gmail) sends a mail to a user of the same domain, that *is* using the Gmail Works. Servers thinks, ha, user of the same domain, so delivers the mail directly, locally. So the MX records are not checked and the mail is never sent to Google. For now I have tackled this situation by adding forwarders in cpanel for the Google Work users, pointing to aliases of their mail accounts in Google, so the mail is received. But, I was wondering if there is a way to have cpanel always checking the MX records so the mail is first sent to Google, before immediately delivered locally. I understand it's an odd situation, but it isn't really for all the companies that use Google Apps, isn't it? You don't want to force all employees into Google Apps just because they have an email address for the domain, do we? I have discussed this with the Google helpdesk and while they are very helpfull, in this case it's just "hey, this is your server doing this, we can't help you".
    0
  • cPanelMichael
    It's likely you will need to implement some type of custom Exim ACL rule to allow for the behavior you are seeking. It's not a standard setup to have email handled both locally and remotely for the same domain name. Thank you.
    0
  • ticketytah
    Hi Edwin, I'm also trying to suss this problem out. Did you ever figure out a solution to get the email sent from the cpanel server to reach gmail? Thanks! Greg J
    0
  • cPanelMichael
    You might be able to implement a custom Exim ACL, so you may want to post the Exim users mailing list to see if any other users have a similar configuration: Exim Users Mailing List Thank you.
    0
  • asmithjr
    Not sure If I should start another thread or put my question here. But here it goes. We are considering making the move to google apps to bring our calendars, and inter office communication into one platform. My questions is for anyone that has already made the email transition to google. Were you able to transfer your folders and email sorting to google, or did you have to recreate and re-sort your old email files to new folders within google after the transition?
    0
  • cPanelMichael
    Google offers some options to import emails, but you may need to create folders on your own:
    0

Please sign in to leave a comment.