Optimal deliverability – step by step

Objective: You authenticate a subdomain in order to optimise your deliverability. You will use the authenticated subdomain for sending your emails in Inxmail Commerce.

Use your domain for Inxmail only: Create a subdomain that you use exclusively for sending emails via Inxmail . If your main domain is example.com, you can create a subdomain such as newsletter.example.com.

Step by step

Enter a name for your subdomain. Consult with your IT department in the process.
FAQ
What is a subdomain?
An Internet address (or URL) consists of the following:

A URL can have a subdomain, but it does not necessarily need one.

Main domain: example.com

Subdomain: subdomain.example.com
Why do I need to set a subdomain?

The only way to have all the options to optimise the deliverability of your mailings is when you set up a subdomain.

We recommend setting up a subdomain that you only use for sending emails using Inxmail Commerce. In this manner you avoid inadvertently affecting your main domain and your emails for daily business correspondence.

Why can’t I send them using my previous domain?

If your previous domain is a subdomain and you use this subdomain exclusively for sending in Inxmail Commerce, you can authenticate and continue to use your existing subdomain in the Sending domainsfeature.

If not, you need to create a new subdomain. Only if you separate your subdomain for Inxmail Commerce from your main domain and your emails for daily business correspondence can you be sure that you will not inadvertently impact your reputation negatively.

Why can’t I send them using my main domain?

We strongly advise you to not use your main domain for sending emails using Inxmail Commerce. Loss of reputation that occurs due to sending transaction emails affects the core of your company and brand.

How can I still send emails using the main domain?

From a technical standpoint, it is possible to send emails using your main domain in combination with scenario 3.

However, we do not recommend implementing scenario 3. There is a high risk of setup errors and loss of reputation involved with scenario 3. The loss of reputation is particularly serious if it affects your main domain and your emails for daily business correspondence.
Isn’t my main domain more trusted than a subdomain?
You would intuitively think that a recipient would trust a main domain more than a subdomain.

However, it is exactly the opposite from a technical standpoint: It is much more complicated and error-prone to authenticate your mailings with DMARC when you send emails via your main domain, which you use outside of Inxmail Commerce for other purposes. You run the risk of a loss of reputation if setup errors occur.

Which is why we recommend creating a subdomain that you only use for Inxmail Commerce. You can conveniently and securely authenticate this subdomain when implementing scenario 1 or scenario 2.

Why shouldn’t I implement scenario 3?

If you implement scenario 3, it means that you are using a main domain to send your emails in Inxmail Commerce. Or using a subdomain that you use outside of Inxmail Commerce for other purposes.

It means that you use the same domain for different sources to send emails, such as:

Newsletters

Transaction emails like order and invoice confirmations

Your emails for daily business correspondence

You can run into major problems with your reputation by mixing these things. For example, if a loss of reputation arises from sending your newsletters, this loss of reputation will also affect your emails for daily business correspondence.

On the other hand, if you differentiate the email types from each other, each domain builds its own reputation and the different sources to send emails do not affect one another.

Why is it so complicated and error-prone to set up scenario 3?

There are many systems that send emails using your company name within the company. These include job portals, social media services and acquisition channels. These channels often exist in your company without the knowledge of your IT department. It is also referred to as shadow IT. Not all of these services sign your emails using DKIM, or even adhere to the other technical standards regarding deliverability.

If you want to implement scenario 3, you need to set the DMARC policy of your main domain to ‘reject’, or at the very least to ‘quarantine’. To do so, you need to ensure that all systems sending emails using your company name adhere to your deliverability standards. This generally means that

you need to generate and evaluate complex XML reports in which you use the IP address to determine all programs and services that send emails using your company name.

You need to communicate with third-party service providers and require them to sign your emails using DKIM and adhere to your deliverability standards.

This process is very involving and can take years depending on your IT infrastructure.

Conclusion: The easiest and most secure way of protecting your domain is to set up your own subdomain that you only use for Inxmail Commerce. Implement either scenario 1 or scenario 2 to do so.
You have set up your subdomain with your domain host. Use the assistance of your IT department.

FAQ

How can I configure the subdomain with my domain host?

Each domain host has different configuration options. Please have your IT department take care of the configuration or even consider asking your domain host for assistance.

What purpose does the new subdomain serve?

You should only use the new subdomain for Inxmail Commerce. In this manner you avoid inadvertently affecting your emails for daily business correspondence.
Consult with your IT department before choosing a scenario. You will only achieve optimal deliverability in any of the scenarios by working with one subdomain.

Scenario 1 – optimal deliverability with minimal setup

Scenario 1 means that you have the least maintenance effort in the long term. You store DNS entries once and delegate the domain to Inxmail. Inxmail carries out any adjustments and you do not need to do anything if there are any changes to the domain entries in the future.

To Scenario 1

Scenario 2 – optimal deliverability with own setup

Scenario 2 differs from scenario 1 in the type of DNS entries. You use CNAME and TXT entries here. In practical terms this means that in the long run, you are responsible for maintaining and, if necessary, updating your DNS entries (= no domain delegation).

There is no difference between scenario 1 and 2 with regard to the impact on your deliverability. You are in a good position with regard to your deliverability with both scenarios.

To Scenario 2
Scenario 3 – You send emails using your main domain (NOT recommended)
Please only use scenario 3 as an absolute exception. We do not recommend it. If you set up things incorrectly, you risk damaging your reputation and this will affect the domain you use.

To scenario 3
Why shouldn’t I implement scenario 3?
If you implement scenario 3, it means that you are using a main domain to send your emails in Inxmail Commerce. Or using a subdomain that you use outside of Inxmail Commerce for other purposes.

It means that you use the same domain for different sources to send emails, such as:

Newsletters

Transaction emails like order and invoice confirmations

Your emails for daily business correspondence

You can run into major problems with your reputation by mixing these things. For example, if a loss of reputation arises from sending your newsletters, this loss of reputation will also affect your emails for daily business correspondence.

On the other hand, if you differentiate the email types from each other, each domain builds its own reputation and the different sources to send emails do not affect one another.
Why is it so complicated and error-prone to set up scenario 3?
There are many systems that send emails using your company name within the company. These include job portals, social media services and acquisition channels. These channels often exist in your company without the knowledge of your IT department. It is also referred to as shadow IT. Not all of these services sign your emails using DKIM, or even adhere to the other technical standards regarding deliverability.

If you want to implement scenario 3, you need to set the DMARC policy of your main domain to ‘reject’, or at the very least to ‘quarantine’. To do so, you need to ensure that all systems sending emails using your company name adhere to your deliverability standards. This generally means that

you need to generate and evaluate complex XML reports in which you use the IP address to determine all programs and services that send emails using your company name.

You need to communicate with third-party service providers and require them to sign your emails using DKIM and adhere to your deliverability standards.

This process is very involving and can take years depending on your IT infrastructure.

Conclusion: The easiest and most secure way of protecting your domain is to set up your own subdomain that you only use for Inxmail Commerce. Implement either scenario 1 or scenario 2 to do so.
Set up the Sending domains feature according to the Step-by-step instructionsfor your scenario.
Store your DNS entries with your domain host. Use the assistance of your IT department.
FAQ
What are DNS entries used for?

The DNS entries in the Sending domains feature enable you to send your emails via the Inxmail servers and still authenticate and sign your emails via your subdomain.
Which DNS entries do I need to store with domain host?
You can find more information on the DNS entries that you need to store with your domain host:

DNS entries (scenario 1)

DNS entries (scenario 2)

DNS entries (scenario 3)
How can I store the DNS entries with my domain host?

Each domain host has different options for storing DNS entries. Please have your IT department take care of the adjustment or even consider asking your domain host for assistance.
Store your subdomain in your mailing settings so that the settings from the Sending domains feature will be applied.

FAQ

What happens when I omit this step?

If you have not configured your subdomain in the Mailing settings Inxmail Commerce-Emails viewly authenticated subdomain.