By default, WordPress will send emails using a protocol called ‘PHPMail()’, which has a number of disadvantages and in many cases leads to the email hitting the SPAM folder of the recipient. PHP mail is disabled on our servers.
When an email is sent from WordPress, such as a contact form the message is delivered via PHPMail, which will use an email address similar to…
In our case, this would be…
Yet, your WordPress configuration will be set to send emails from an alternative ‘prettier’ email address, such as ‘email@example.com’.
The problem here is that many recipient mailboxes will recognise this as ‘spoofing’, and will indeed flag the message as SPAM.
Please note that with Brixly, all outbound mail is relayed via a premium delivery / SMTP service called ‘MailChannels’. This is provided free of charge with each account, and is designed to ensure the highest delivery rates possible in the hosting industry.
Important: When using PHPMail() instead of the recommended ‘SMTP’ for WordPress emails, your emails will not be relayed via MailChannels at all, and therefore also imposes risk of IP blacklists affecting email delivery to your clients.
It is always recommended to enable SMTP through WordPress.
We have an excellent guide on how to configure SMTP with your WordPress application here...
Do note that while the above guide will use 'kilo.cloudns.io' for the server host this will differ depending on the server your service is currently on.
Also in most cases, you would be able to use 'mail.yourdomain.tld' as the hostname
The SMTP details for your mail accounts can be found by logging in to cPanel, then going to...
Email Accounts -> 'Connect Devices'
From here, you will be provided with the SMTP configuration details required to connect your email client to your mailbox.
The settings are as follows...
Secure SSL / TLS Settings:
Username: Your email address
Password: The password to access the email address
Outgoing Server: mail.yourdomain.com (replacing 'yourdomain' with your actual domain name)
TLS Port: 587
If you are using another provider for emails, then you would need to obtain the SMTP server and credentials from your provider for use within the plugin.
However, we have seen some issues reported where an API key is required from your provider, or similar, unnecessary complications.
If that is the case, you do have the option of relaying messages from our servers via SMTP, without affecting inbound mail so that just messages sent out from your websites are still relayed correctly with authentication.
To do this, you can create an email account in your control panel with us, and follow the steps above. You will need to use your server's hostname as the SMTP 'server' in those cases, such as 'kilo.cloudns.io'.