Sending Email

4 minutes to read Download PDF Edit

1 Introduction

You may want to send email from your apps running in the Mendix Cloud via, for instance, the Email Module. After you have installed this you will need to configure an SMTP server in your application. There are several options:

Service Mendix Cloud v3 Mendix Cloud v4 Free Plan (Sandbox)
Amazon Simple Email Service
Gmail
MailGun
SendGrid
Other SMTP-compatible services
Mendix Mail Servers

In Mendix Cloud v3 we include a local mail server for convenience and backwards compatibility. For new applications, or applications that send large amounts of e-mail we recommend using an external e-mail service.

2 External Email Providers

In general we recommend external services as these offer specialized tools for sending e-mail, working with spam filters, keeping track of sent e-mail and giving insights into your target reach via analytics tools. The Email Module from the AppStore is compatible with all providers that offer an SMTP interface. If you want to use other ways of sending e-mail using an external service, such as REST APIs, you can use the REST Services Module from the AppStore or create your own Java actions for sending e-mail.

In order to use an external provider you will need to sign up for an account with them and use their SMTP settings which include:

  • Host
  • Port
  • SSL/TLS
  • Username
  • Password

Frequently used providers (A-Z) are:

Please note that sending email from Mendix Cloud v4 cannot happen over port 25. This port is open, but it is heavily rate-limited by the infrasture provider, so you will experience issues. This configuration cannot be changed. Your SMTP provider needs to expose a secure port like 587, which is a best practice that most modern providers offer out of the box.

Many users of our free tier use the settings of their own GMail account for convenience. There are many more email providers, most of which have SMTP compatibility.

3 Mendix Mail Servers

3.1 Mendix Mail Server Details

The Mendix mail servers are only available in Mendix Cloud v3. If you are using Mendix Cloud v3 and are sending more than 1000 messages per day we recommend you use an external mail service as described above. The settings for the Mendix mail servers are as follows:

  • Servername: localhost
  • Port: 25

No authentication information is needed. You can use this same SMTP server from the Email Module from the AppStore or custom Java actions.

3.2 Using Sender Policy Framework (SPF) While Sending Outgoing Mail from Mendix

When using Mendix mail servers and a sender address in a domain that has a restrictive SPF policy configured, you may encounter email delivery issues when the outgoing email servers from Mendix are not listed in the SPF record of that domain name.

  • The needed information about Mendix mail servers that deliver outgoing mail traffic to the internet can be included in the SPF settings for the domain of the sender address by including include:_spf.mendix.com into the policy rule. By using this technique, your SPF configuration will always automatically be kept up to date.
  • Do not directly use hard coded low level infrastructure details like IP addresses of mail servers. These addresses are subject to change whenever Mendix is doing upgrades and maintenance.

4 Sender and Recipient Address Requirements

  • Always use a sender address which is an existing address on which you are able to receive mail. If using a non-existing address as sender address, you will not get (bounce) error messages which might be generated when mail delivery fails half way.
  • Do not invent your own non-existing domain or local part, do not use noreply@ addresses if that noreply@ address is not a real email box from which you can read and process delivery errors.
  • Sender or recipient addresses which contain a domain name that does not exist on the internet may be rejected by the outgoing mail server.
  • Sender or recipient addresses which do not contain a domain name at all will be rejected by the outgoing mail server.
  • Do not invent your own email addresses for testing purposes. Domain names like ‘domain.com’, ‘email.com’, ‘test.com’ are actually real domain names. Likely there’s someone reading the mailbox for ‘test@domain.com’, who will receive email you send from your test environment if you send it there.