• Halloween is coming! To celebrate the occasion, we dusted off a couple of old skins, and even created a brand new one (Pixel).
    To get into the festive spirit, install the Skins extension.
  • The new Python extension is now available. It allows customers to deploy and manage WSGI-based Python applications on their websites directly from Plesk.
  • The Plesk Mobile apps for iOS and Android and the Plesk Mobile Center extension have been deprecated, and are no longer available for new installations. In Plesk Obsidian 18.0.84, the Plesk Mobile Center extension will be removed from servers during the upgrade, and the Plesk Mobile apps will lose their server management features.
  • The Social Login extension has been deprecated and will be removed in Plesk Obsidian 18.0.84. After that, it will no longer be possible to log in to Plesk with a Google, Facebook, GitHub account, or with a passkey. Plesk usernames and passwords, as well as logging in with a WebPros Account, are not affected.

Mail from other domains on server.

R

rrmccabe

Guest
I have a few clients that have switched to Google Apps for business so they are runing gmail using their domain.

We have MX records for Googles server and the website remains on the Parallel server we host. Everything works fine except we cant send mail from another domain thats on the same box to the domain that is running GMAIL. We have the mail shut off on the domain that is using Google Apps.

It appears it tries to resolve the name locally before it even tries to do a DNS lookup and send to the right mail location.

This is going to be happening more and more as Google IMAP is becoming more popular.

Trying to figure out how to get around it.

Here is the message.

Sorry. Although I'm listed as a best-preference MX or A for that host, it isn't in my control/locals file, so I don't treat it as local. (#5.4.6)

Rich
 
I had a similar issue recently, and it turned out for me to be a simple case of turning off mail services on the domain which is using external mail servers.
 
its always a good idea to turn off services that a domain doesnt need - be it dns or mail.
 
Back
Top