1

I set Ubuntu 16.04 LTS server as web server (apache-php-mysql and sendmail) with valid public ip-address. Also, I use a hosting provider to redirect www.mydomain.com to my Ubuntu web server. Web server work fine but when I use php script for sending email, recipients get emails as a spam.

My hostname is servername.mydomain.com

My hosts is 127.0.0.1 localhost.localdomain localhost ipaddress servername.mydomain.com servername

Does anyone know what should I do to force Ubuntu server to send proper email?


This is the copy of original message which I received from web server. copy of original message


I found solution for the issue based on @telcoM reply. I asked my ISP, who gave me a static public IP address, (which is not my hosting provider) to add a PTR record that would indicate to my web server. After that, messages sent from web server were no longer spam messages.

  • 1
    Your image seems to have several important bits missing. We recommend not obfuscating details when possible. We also recommend putting text in your post as text, not as an image. Some people cannot see images. – Michael Hampton Nov 30 '18 at 12:31
  • Thank you for your advice, that will make me a better stackoverflow user. I will keep that in mind. – Pajsije Nov 30 '18 at 12:53
  • Have you set the SPF record in the DNS for this domain? It looks like you don't in the screenshot – Jorge Valentini Nov 30 '18 at 15:08
  • Yes, I did. My spf record is v=spf1 a=servername.mydomain.com ip4:public_ip_address -all – Pajsije Dec 3 '18 at 6:38
2

The problem is probably not what your server does, but what its DNS identity looks like when viewed from the internet.

If the email is sent from a system that claims to be servername.mydomain.com but whose IP address does not match the address reported by the public internet DNS for servername.mydomain.com, then of course the email is going to be classified as spam by the recipient server, as it is clearly a crude source address forgery attempt. The PTR "reverse DNS" records are an essential part of this verification. For example, if your public IP address is A.B.C.D, then the PTR record should be D.C.B.A.in-addr.arpa. IN PTR servername.mydomain.com.

This is one of the oldest anti-spam tests.

If your Ubuntu web server does not have a static IP address and a valid DNS registration (both forward and reverse DNS records in agreement with each other), you should not be sending email out directly, but instead sending all outgoing email to a mail server that satisfies these conditions. Maybe your hosting provider has a mail server you would be allowed to use?

This is known as "smarthost configuration". See this question for a minimal configuration example.

However, a modern hosting provider might require you to use SSL/TLS encryption and authentication when submitting outgoing mail. In that case, see here.

Unfortunately, there are too many clueless home users that allow their systems to become infected. As a result, outgoing email originating directly from IPs with a non-matching PTR record or from known home-user IP blocks tends to get auto-classified as spam, as much of modern email spam is generated by infected hosts that become members of a spammer-controlled botnet.

Since the PTR records, unlike any other DNS record types, are zoned according to IP address blocks, the PTR record of your public IP address is probably under control of your network provider. Have you tried contacting them? If you have a static public IP, assigning a custom PTR record for it would technically be possible, but they might have made a policy decision not to offer such services for home customers, in which case you might be stuck with a requirement to send outgoing emails through the network provider's mail server.

An alternative approach might be setting up your sendmail to introduce itself to the world using the actual fully-qualified domain name that is claimed by the PTR record, and then adding SPF / DKIM / DMARC records to your domain to list that FQDN as the authorized email sender for your domain. Since SPF/DKIM/DMARC records are all TXT-type records, you should have no problem adding them to your domain.

A properly implemented SPF/DKIM/DMARC set-up might generate enough positive anti-spam points in the recipients' spam filters to offset or even completely override the negative hit caused by the "originating mail server's domain from the PTR record does not match the claimed From: address" check.

You should also use one or several of the free mail server testing tools available on the internet to see how your mail server "looks like" in terms of anti-spam checks; for example, this one here. With the results of those tests at hand, it should be much easier to find and fix the main cause of your outgoing mail getting classified as spam than by just guessing at typical reasons.

  • Thank you for reply. My web server has a static valid Public IP address which is declared in dns record of my hosting provider (@ A ipaddress; and servername ipaddress; etc...) – Pajsije Nov 30 '18 at 10:02
  • Are the PTR records valid too? For example, if your public IP address is A.B.C.D, then there should also be a record D.C.B.A.in-addr.arpa. IN PTR servername.mydomain.com. – telcoM Dec 4 '18 at 10:09
  • I don't have option to add PTR record, only A, AAAA, CNAME, CERT, MX, NAPTR, TXT, HINFO, HIP, IPSECKEY, LOC, SRV, and SSHFP. I'm a user of the services hosting provider that points to my home web server which have a static valid public ip address. – Pajsije Dec 5 '18 at 3:45
  • @Pajsije: I originally wrote a comment but decided to update the answer instead, as it became too long for comments. – telcoM Dec 5 '18 at 9:53
  • That's ok, I understand. – Pajsije Dec 5 '18 at 9:54

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Not the answer you're looking for? Browse other questions tagged or ask your own question.