You have a CNAME record on your @ as well as MX, and very likely SOA and NS records. This is NOT ALLOWED by DNS standards, specifically RFC1912, Section 2.4:
2.4 CNAME records
A CNAME record is not allowed to coexist with any other data. In
other words, if suzy.podunk.xx is an alias for sue.podunk.xx, you
can't also have an MX record for suzy....
This warning is not about your DNS records, it's about your server: The server to which the DNS address records for example.com refers. They are saying that that server is running a mail server that answered port 25. There should be no mail server receiving mail on that server.
If your problem is only related with a quota issue it has an easy solution, just request an increase of CPU quota.
Go to your Quotas page in the Google Cloud Console.
In the Quotas page, select the quotas you want to change.
Click the Edit Quotas button on the top of the page.
Check the box of the service you want to edit, in this case "Compute Engine API" ...
I would use Tutorial: Azure Active Directory integration with G Suite
Prerequisites To configure Azure AD integration with G Suite, you need
the following items:
An Azure AD subscription A G Suite single sign-on enabled subscription
A Google Apps subscription or Google Cloud Platform subscription.
In this tutorial, ...
It looks like Google offers a G-Suite SMTP relay service for outbound e-mail that may also be used to transfer a higher volume of e-mail to internal recipients, hopefully bypassing the per user receive limits that are applied to the Google public mail exchangers (these public mail servers are referred to as Restricted SMTP Service by Google).
A specific ...
You need to make sure your IPv6 address has a PTR record. The same as with IPv4, Google will reject unauthenticated mail coming from IPv6 addresses with no PTR record.
The quote you gave from "a user of a VPS service" doesn't seem to make a lot of sense here. Perhaps he made the mistake of naming his server with the naked domain name. This should never be ...
The first domain you specified, studio9architecture.ca, does not appear to be a registered domain. I believe this may be a typo, as the rest of your message seems to refer to studio9architecture.com.
The domain studio9architecture.com appears to be hosted on a server running Plesk. It may be likely that the server thinks it is the email host for the domain, ...
How much time it has been the files are deleted because the deleted files can be restored up to 25 days and if this time span exceeds more than 30 days they are permanently deleted from Team Drive Trash too.
You can check more about recovering files if having vault policies from https://support.google.com/a/answer/7376096?hl=en
Maybe you could run the oauth2_proxy in front of your web app.
A reverse proxy and static file server that provides authentication using Providers (Google, GitHub, and others) to validate accounts by email, domain or group.