The SMTP Server app lets you can manage your own SMTP mail server and is part of the ClearOS on-premise / private cloud mail stack. Using a private SMTP Server has several advantages:
For those of you looking for a public cloud-based solution, the ClearOS Google Apps Synchronization solution is also available.
If your system does not have this app available, you can install it via the Marketplace.
You can find this feature in the menu system at the following location:
The Domain field indicates the domain name this server will act as an SMTP/Mail server for. If you have a single domain name that you receive mail for, enter the domain here.
The Hostname does not have to be related to the e-mail domains that you host. It can be ANY valid Internet name for your machine. For example, you may wish to have a dedicated mail server on your network. In this case, you might want to name this machine mail.yourdomain.com. This would be the Hostname you would enter.
Some ISPs will block all traffic on port 25 unless it it destined for their mail servers. In this case, you would want to specify your ISPs mail server as the Relay Host.
Setting a Maximum Message Size is a good idea to limit users from trying to really large attachments through your mail server.
If SMTP Authentication field is set to on, any client attempting to send mail through the server with a valid username/password will be permitted.
For Mozilla's Thunderbird, click on <navigation>Tools|Account Settings</navigation> and then click on the Outgoing Server (SMTP) field.
Ensure the Use name and password setting is checked and enter the username of the mail account in the username field. The password will be requested by the mail client application on the first attempt to send mail. There will be an option to save it to the Password Manager so that you do not have to enter each time you send mail through the server.
Admins are advised to block clear-text passwords from being transferred over public networks by enabling Block Clear-Text Passwords. Enabling this feature will effectively force a mail client to use TLS/SSL encryption before sending user credentials over the network.
If your company/organization has multiple domains and you wish to receive email sent to any user for any of the domains, enter additional domains to the Destination Domains list. For example, if our primary domain was setup to be “clearfoundation.com” and we wanted all emails sent to the following registered domains to be valid:
We would add the domain list above to the “Destination” domains list.
By default, SMTP Authentication is required to send mail through the SMTP Server. This is considered a good security practice that helps prevent virus-infected mail clients from sending spam messages through your mail server. In some circumstances - for example embedded electronic devices - it may be necessary to allow non-authenticated SMTP connections. If this is the case, you can add the IP or network address of the system to the list of Trusted Networks.
Virtual domains are not supported; here's why.
If the server you are configuring your server as a mail gateway, add the domain name to the “Mail Forward Domain list”. If the Mail Antispam module is installed and running on the server, mail will be subject to the spam identification rules you have configured. Similarly, if the Mail Antivirus module is installed and running, all mail for the domains will be scanned before passing the mail on to the destination server.
Do not forget to open up firewall ports for your e-mail server: port 25 on the firewall configuration page.
Some ISPs are known to block SMTP (port 25) traffic to residential broadband connections in an attempt to cut down on SPAM originating from their network. If you think your configuration is set-up correctly and you suspect your ISP is blocking SMTP traffic, try a port scan.
If you are see a relay access denied error in your mail client, double review the SMTP Authentication and Trusted Network settings described above.