I am currently using free version of Google Apps for hosting my email.It works great for my official mails my email on Google is support#mydomain.com.
In addition I'm sending out high volume mails (registrations, forgotten passwords, newsletters etc) from the website (www.mydomain.com) using IIS SMTP installed on my windows machine.
These emails are sent from talk#mydomain.com
My problem is that when I send email from the website using IIS SMTP to a mail address
support#mydomain.com I don’t receive the email to Google apps. (I only receive these emails if I install a pop service on the server with the support#mydomain.com email box).
It seems that the IIS SMTP is ignoring the domain MX records and just delivers these emails to my local server.
Here are my DNS records for domain.com:
mydomain.com A 82.80.200.20 3600s
mydomain.com TXT v=spf1 ip4: 82.80.200.20 a mx ptr include:aspmx.googlemail.com ~all
mydomain.com MX preference: 10 exchange: aspmx2.googlemail.com 3600s
mydomain.com MX preference: 10 exchange: aspmx3.googlemail.com 3600s
mydomain.com MX preference: 10 exchange: aspmx4.googlemail.com 3600s
mydomain.com MX preference: 10 exchange: aspmx5.googlemail.com 3600s
mydomain.com MX preference: 1 exchange: aspmx.l.google.com 3600s
mydomain.com MX preference: 5 exchange: alt1.aspmx.l.google.com 3600s
mydomain.com MX preference: 5 exchange: alt2.aspmx.l.google.com 3600s
Please help!
Thanks.
Yes, it is ignoring the MX record. In the SMTP service you've told it that it's domain is mydomain.com, therefore it believes that it should receive all mail for that domain and hence sends it to itself.
Depending on the version of windows server/IIS you're using, reconfiguring this is different. However, the basic gist is that you tell the SMTP service it is not authoritative for that domain.
This question is really much more appropriate for Server Fault than Stack Overflow, you'd probably get a better response there.
Update:
Problem Solved.
I had a pop3 service installed on the server from the time i wasn't using google apps.
this created a local domain under the smtp called mydomain.com.
removing the pop3 email box's along with the local domain smtp solved my problem.
Related
I have a problem setting up GSuite gmail. I can send out emails to other accounts; however, I cannot receive any emails from outside. My admin page says
Setting up email is taking longer than expected
We were unable to set up email, or your domain host is taking longer than expected to update your information.
My domain is registered with Namecheap. But it is served from Amazon S3. And the "https" certificate is verified and served through CloudFront. When setting up "MX Records" for Gsuite gmail, I set up in Namecheap. But it has been more than 72 hours, and Gsuite is still not picking up. In my situation, do I have to set up "MX Records" through Route53 because it is being hosted in Amazon S3?
You can setup MX records however if your domain is still not verified with G Suite you will not be able to use emails or any other service. Make sure to:
Your domain has been verified Verify your domain for G Suite.
MX Records are setup properly G Suite MX record values
If you domain is verified make sure that all apps on Admin Console > Apps > G Suite are enabled.
Also as recommendation set up SPF, DKIM and DMARC to authenticate email.
If you are still not able to receive emails I would suggest to contact G Suite Support. Also make sure where your Domain NS servers are pointing to, there is where you have to update the DNS.
It's not really an issue with Google, every domain's MX records are public, you can easily inspect your domain and verify if the MX records are already setup to Google, check https://mxtoolbox.com/ and make sure that the MX records are already ASPMX.L.GOOGLE.COM, if it's not, then make sure that the MX is updated in your NameServers (not necesarily your domain provider), same online tools can easily tell you which is your active NameServers (Google NS lookup tools).
I am running Plesk Panel with Centos 7 and using the Postfix as a mail server. My concern is my emails are going to Gmail Spam. Gmail ask me to add the DKIM record since I am using the postfix with centos I am not able to find how can I add DKIM in plesk. Can any one guide me?
To enable DKIM signing of outgoing email, go to Websites & Domains > Mail Settings of a domain, select the Use DKIM spam protection system to sign outgoing email messages checkbox and click OK.
Note: DKIM signing will function only for domains that use the Plesk DNS server.
If you have activated DKIM for a domain, Plesk adds the following two records to the DNS zone of the domain (example.com stands for your domain name):
default._domainkey.example.com - contains the public part of the generated key.
_ domainkey.example.com - contains the DKIM policy. You can edit this policy.
I have a classified website in a VPS. VPS are configured only like Web & MySQL server. I actually use an external mail provider for send mail from cms used in website to users. I have configured DNS on Cloudflare like follow:
domain-name.xxx in A [WEB SERVER IP]
ftp in CNAME domain-name.com
www in CNAME domain-name.com
domain-name.xxx in MX mail.provider.host priority 10
domain-name.xxx in MX mail2.provider.host priority 20
domain-name.xxx in TXT "v=spf1 include:spf-c.mail.provider.host mx a ~all"
Now i want use only noreply#domain-name.xxx (large number of emails are sent from this email address) with Dedicated mail hosting provider (it's not cheap but is affordable) and I want to use info#domain-name.xxx, or personal email accounts like name.surname#domain-name.xxx on another hosting provider ( cheap :-) ).
I'd like know if is correct adding follow DNS rules for use a second server (for info# etc):
domain-name.xxx in MX new.mail.host priority 10
I don't know if i must add any other rule.
If the mail you are sending from your server is no-reply then you could:
use a service like Mailgun . It's ideal for transactional email, and very affordable. Since the website email is outgoing only, the only DNS entries you'll need are 2 SPF & DKIM records, no MX required
then in CloudFlare add just the MX for your info# and personal mail server
and finally configure your email to bounce anything to noreply#
If this would fit your business setup then it's easy and may well cost less than using a dedicated server for sending outgoing website email.
If you needed more options for the outgoing website email, Mailgun also let's you setup a subdomain like “mg.mydomain.com”. Using a subdomain you will still be able to send emails from your root domain e.g. “noreply#mydomain.com” and it will play well with your personal email.
Good luck!
in cloudflare
I set
MX mydomain.com mail handled by mail.mydomain.com with priority 10 Automatic
in gmail, I set pop server
mail.mydomain.com port 110
but it reports error
There was a problem connecting to mail.mydomain.com
your comment welcome
It sounds like you don't have the proper mail and MX records configured for the domain. Please open a support ticket & CloudFlare support can review your zone file. Please be sure to include the mail records your provider wants you to have so we can compare it against your current zone file.
I am setting up a server to host some websites.
FQDN server = svr01.server.net (fictional domain name)
IP: 150.150.150.xx
DNS settings server.net domain:
A svr01.server.net 150.150.150.xx
A svr02.server.net 150.150.151.xx
MX-10 server.net [ip provider]
MX-20 server.net [ip provider]
website domains: domain-a.com, domain-b.com, domain-c.com
I have a second server on the server.net domain: svr02.server.net. On that server I will also host domains. This server has another IP: 150.150.151.xx and a FQDN svr02.server.net
I did some test with mxtoolbox for svr01.server.net and svr02.server.net and there it gives a warning that there is no spf record.
When I check a working Strato VPS server hxxxx.stratoserver.net it gives this TXT record:
v=spf1 ip4:81.169.xxx.0/24 ip4:81.169.xxx.0/24 ~all
When I make a virtual server for domain-a.com and check the neccessary dns settings they look like this:
domain-a.com. A 150.150.150.xx
mail.domain-a.com. A 150.150.150.xx
domain-a.com. MX 5 mail.domain-a.com.
domain-a.com. SPF v=spf1 a mx a:domain-a.com ip:150.150.150.xx ?all
So actually this last SPF record say that all mail send from 150.150.150.xx is valid for the domain domain-a.com.
These are my questinons:
Do I need to set a spf record for server.net?
If the answer is yes, how does this spf record look? Something like this maybe:
server.net. IN TXT "v=spf1 ip4:150.150.150.xx ip4:150.150.151.xx ~all". Maybe in the future one or some of these domains can get a different IP for SSL. So then I have to add more ip's. How can I avoid that the list will be to long?
I didn't set an A-record for server.net. Is this correct? When I check this Strato server (hxxxx.stratoserver.net) the domain stratoserver.net also doesn't have an A-record. Only the subdomains hxxxx.stratoserver.net.
I don't want to send mail from server.net, only from the domains on that server. So thats why I keep the MX-records default, so pointing to my domain hosting company. Is this correct?
You don't need an SPF record. The same way you don't need DKIM. But it's recommended, it's a way of proving your mail isn't fake and stopping others from using your domain name to send spam (spoofing).
"Spoofers can commit mail fraud by sending mail from what appear to be trusted addresses in order to gain sensitive information."
This also reduced the likelihood your emails are flagged as spam on some systems where this reduces your spam rating slightly.
The spf record is basically a list of where the mail should come from.
If you get more IPs that you send mail from then yes, you should add them, I've seen some very long SPF records. This is the SPF for one of out domains set up by our mail provider:
v=spf1 a mx ptr ptr:46.242.123.222 ptr:146.222.202.226 mx:domain.co.uk.inbound10.emea.mxlogic.net mx:domain.co.uk.inbound10.emea.mxlogicmx.net ip4:84.2.91.221 ip4:181.118.168.198 ip4:81.178.68.129 include:domain.co.uk include:mxlogic.net mx:mail.domain.co.uk ~all
You should make sure your hosting providers PTR for your IPs is set to the host names of your servers and then add the hostname of the servers to the SPF.
http://en.wikipedia.org/wiki/Sender_Policy_Framework
http://help.mandrill.com/entries/21751322-What-are-SPF-and-DKIM-and-do-I-need-to-set-them-up-
One of the better SPF generators (not just for MS Exchange servers): https://www.unlocktheinbox.com/senderid-wizard/