Article ID: 114143, created on Jun 19, 2012, last review on May 13, 2015

  • Applies to:
  • Plesk 11.x for Linux
  • Plesk 10.x for Linux


My server cannot receive messages from some email addresses, for example from the address.


The issue may be due to SPF filtering. SPF test involves matching IP address of sender with a rule, determined in sender's SPF record, which is set up as special DNS record in sender's DNS zone. Thus SPF may block emails in certain conditions.


1. Check if SPF filter on is set up to reject all mail that fails to pass SPF test ('Tools & Settings' -> 'Mail Server Settings' -> 'SPF Checking mode').

2. Check if the sender’s SPF record looks like:
[ ~]# host -tTXT descriptive text "v=spf1 ptr -all"

Such record means that receiving hosts, should only accept mail if IP address of sender resolves to the sender's (sub)domain (i.e. * Otherwise, the message should be rejected.

3. Check if the sender’s IP address does not resolves back to * As in this example:
[]# host -tmx mail is handled by 10
[]# host has address x.x.x.x
[]# host x.x.x.x domain name pointer

If all of the above conditions are true, follow the resolution part below.


The ideal solution should be applied by administrators of the server -- they should either include into their SPF record or send email from a correct IP address.
However in some cases it may be difficult to get in touch with them. In that case the only solution that can be implemented on your server to avoid SPF rejection is to adjust server's policy not to reject mail if it fails SPF check ('Tools & Settings' -> 'Mail Server Settings' -> 'SPF Checking mode') or disable SPF checking altogether.
Note: Adding the’s IP address to your server-wide mail settings' whitelist will not solve the issue, because white list only affects mail authentication (i.e. hosts from white list can relay mail through the server without authentication).

dd0611b6086474193d9bf78e2b293040 56797cefb1efc9130f7c48a7d1db0f0c a914db3fdc7a53ddcfd1b2db8f5a1b9c 29d1e90fd304f01e6420fbe60f66f838 0a53c5a9ca65a74d37ef5c5eaeb55d7f

Email subscription for changes to this article
Save as PDF