You have to maintain an active subscription in order to be able to use the repository!
There are many resources (articles, dedicated websites) to help you with setting up your website email easily.
However, most of these make an assumption of having single website per server, which is most of the time not the case.
You arrived here to configure mail that will work differently for each virtual host (in Nginx terms, server block).
We will cover free ways to send and receive mail from your domain (website), from easy to hard mode. All without packing your server with full blown email services.
Server email setup should be easy! Let’s start.
Part 1. Receiving email
Referring to other articles again: they want you to run a full blown mail server just for the sake of reading a few website-specific emails.
Instead, we suggest to use 3rd party email servers, that will save precious server resources and will provide web interface and IMAP access.
Free email hosting for your domain
What does email hosting mean? It means that you can send & receive email using your domain email accounts. The following services provide receiving capability, as well as sending.
Zoho Mail Suite Provides 25 free accounts with 5GB storage for each. Simply point your domain’s MX DNS record to them and now you can read emails sent to email addresses on your own domain.
Read your @domain.com emails inside your Gmail
If you already own a Gmail account, you can read the emails for your domain there. Setup Zoho Mail first. Then go to your Gmail account and specify Zoho POP connection details:
Incoming Server Name : imappro.zoho.com Port : 993 Require SSL : Yes
Username : firstname.lastname@example.org Incoming Server Name : poppro.zoho.com Port : 995 Require SSL : Yes Username : email@example.com
Yandex for Mail
Allows you to host email accounts of your domain, similar to Zoho Mail
Using options like this, all you need is edit your DNS, point MX record to Zoho’s or Yandex’s, then setup email accounts with them, and you’re all setup.
But it’s not over here. Once you have setup send and receive email provider with your domain, we need to add send capability to your website (virtual host).
Part 2. Sending email
This is the most complicated part. If you don’t configure it correctly, you will be having your site emails delivered to SPAM inboxes.
You don’t want emails from your website to be delivered to your site visitors SPAM!
– Easy way. Use Mandrill
One of the easiest options, is simply updating your website configuration to make use of excelent Mandrill app.
Once you are registered with Mandril, update your website app to send emails using Mandrill API or SMTP relay.
For WordPress, you will do this by installing and configuring wpMandrill plugin. It will take care of sending emails using Mandrill API. Next, once a couple emails are sent by your WordPress installation, they will be added to “Sending Domains” in Mandrill, and it will provide you with links to easily setup DKIM and SPF records in your DNS settings.
For other websites, that don’t have a plugin or direct Mandrill support, simply make them use SMTP relay of Mandrill. Any CMS written in PHP nowadays supports sending email using SMTP, so you will not be out of luck here.
Even for the rest of the sites, that do NOT support SMTP, you can (and should) adjust your local MTA (Sendmail or Postfix) to relay mail to Mandrill.
Install postfix and replace in php.ini sendmail_path to:
sendmail_path=/usr/sbin/sendmail.postfix -t -i
Relevant steps for Centos:
yum install cyrus-sasl-plain
Add code to the end of /etc/postfix/main.cf:
# enable SASL authentication
smtp_sasl_auth_enable = yes
# tell Postfix where the credentials are stored
smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd
smtp_sasl_security_options = noanonymous
# use STARTTLS for encryption
smtp_use_tls = yes
relayhost = [smtp.mandrillapp.com]
smtp_tls_CAfile = /etc/ssl/certs/ca-bundle.crt
# Send from localhost only
inet_interfaces = loopback-only
Create file /etc/postfix/sasl_passwd with contents:
And run this command:
The main downside with Mandrill, is monthly cap of free emails, which is 12K. This is more than enough for any startup.
– it will sign your messages with DKIM and will provide easy copy-paste instructions to setup both SPF and DKIM records in your DNS.
– using Mandrill API to send out emails is faster, and you get a bunch of other free features coming along Mandrill: click and open tracking to name a few.
– Easy. Use SMTP of your free email hosting
Remember we setup a free email provider to use our domain name? They all come with SMTP sending capability. Simply configure your website CMS (WordPress has a plugin for that) to use SMTP of your email hosting provider. You can also specify SMTP details of your personal Gmail account, but this is NOT RECOMMENDED since Google will try to re-authenticate sending user via Captcha (can your website guess captcha? no? we thought so).
– Hard way. Configure your MTA
This is a lot more complicated if you want to address the SPAM inbox issue. Each of your website needs to use special configuration and modify sendmail_path PHP parameter:
I.e. in PHP-FPM pool configuration, or Apache configuration you have to set it to “/usr/sbin/sendmail -t -i -firstname.lastname@example.org” like this:
php_admin_value sendmail_path “/usr/sbin/sendmail -t -i -email@example.com”
Make sure that your domain’s DNS lists your server’s API as allowed IP for domain in question. Normally you would have an SPF entry like this:
v=spf1 a mx ~all
This says, that the domain owner communicates to receiving email servers, that it is OK to accept email from:
1) the IP of domain’s DNS A record (your website IP)
2) the IP of mail exchanger servers (IPs of your free email hosting)
Configure your MTA
MTA is a program that will send mail from your web server. Most popular choices are Sendmail or Postfix.
The most important problem here: even if you have correct SPF record, but your hostname is different than the one in “From:”” header, Gmail might mark the email as spam.
Suppose this configuration:
Server FQDN: server.domain.com
As you see, domain.com and example.com are different. You want your email to NOT contain server.domain.com in so called envelope sender header:
The solution is to rewrite outgoing email addresses.
Requirements here: put each domain under separate user (Nginx, Apache).
Suppose that your WordPress installation runs under user exampleuser, and another WordPress instance runs as exampleuser2. When we say “runs”, we refer to the system-wide user PHP is executed with.
Below you can find instruction how to enable outgoing emails rewrite in Sendmail and Postfix (to be added later).
1. Add the following lines to the /etc/mail/sendmail.mc file:
FEATURE(masquerade_envelope) FEATURE(genericstable, `hash -o /etc/mail/genericstable') GENERICS_DOMAIN_FILE(`/etc/mail/sendmail.gdf')
2. Create /etc/mail/genericstable file containing local users mapped to desired addresses:
3. Create /etc/mail/sendmail.gdf file containing the fully qualified name of the local mail server.
4. Finally, generate a new sendmail.cf file:
cd /etc/mail make all /etc/init.d/sendmail restart
Having SPF is usually enough to fight the SPAM issues. But it is important to cover all the bases:
DKIM will sign your email messages so that their CONTENT can be confirmed to originate from specific domains.
Great read about configuring DKIM with Postfix or Sendmail: http://www.stevejenkins.com/blog/2011/08/installing-opendkim-rpm-via-yum-with-postfix-or-sendmail-for-rhel-centos-fedora/
Note: we couldn’t configure it with “rewrite outgoing email addresses”, so best option for sending email from your server the hard way is to use Postfix + outgoing emails rewrite + DKIM signing.