Scenario 3 – Authentication of your sender domain

Please only use scenario 3 as an absolute exception. We do not recommend it.

Important: In scenario 3, you must manually specify many settings yourself. The changes should only be made by experienced IT/mail server administrators. If you set up things incorrectly, you risk damaging your reputation and this will affect the main domain or subdomain you use.

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.

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.

Scenario 3 is useful in the following cases only:

  • You want to use your main domain as a sending domain.

  • You would like to use the main domain or subdomain that you use in the Brand Identity Protection feature, outside of Inxmail Commerce for other purposes.

Prerequisite: You already authenticate your main domain or subdomain via ‘reject’ or ‘quarantine’ DMARC policy (outside of Inxmail Commerce). Your domain is not protected when you set the DMARC policy to ‘none’.

Note: To protect your main domain from loss of reputation, we recommend using a subdomain as a sending domain. To do so, we recommend implementing either scenario 1 or scenario 2.

  1. In this scenario you have the assurance that the SPF and DKIM technologies are included for email authentication. DMARC authentication is valid under certain circumstances, depending on how your domain outside of Inxmail Commerce has been authenticated via DMARC. This must be checked by an experienced IT/mail server administrator.  If set up correctly, your domain is protected against external misuse by cybercriminals.

    Prerequisite: The receiving mail server or spam filter interprets DMARC.

  2. Authenticating your sender domain eliminates the need to display the Inxmail sender domain, as happens in the Outlook, Hotmail or Gmail email clients, for example.

  3. You have the option to use your main domain as a sending domain.

  4. You can use your sending domain (main domain or subdomain) outside of Inxmail Commercefor other purposes.

Disadvantages: In this scenario, you have the following disadvantages compared to scenarios 1 and 2:

  • No domain delegation:You may need to make any necessary changes to the domain authentication setup yourself. If you do not use domain delegation, this will not affect the deliverability, provided you specify all the settings yourself correctly. However, there may be more administrative work for you to carry out.
  • No (automatic) domain alignment: Depending on the settings you specify, the sender domain, bounce domain and link tracking domain may differ in this scenario. This is evaluated negatively by many email service providers and anti-spam filters when it comes to classifying emails as spam.
  • DMARC: In this scenario, you must specify your DMARC settings yourself. Changes made to the DMARC policy can have a major impact on the deliverability of emails for your domain (even outside of Inxmail Commerce). Changes to the DMARC policy should only be made by experienced IT/mail server administrators.

Separate DMARC authentication required: Only implement scenario 3 if you already authenticate your main domain outside of Inxmail Commerce via the DMARC policy ‘reject’ or ‘quarantine’.

Do not start authenticating your domain in the Brand Identity Protection Feature until:

For the setup process outside of the Brand Identity Protection feature see : Optimal deliverability – step by step.

Step by step

  1. Open the Brand Identity Protection feature in Settings.

  2. Select the Improved deliverability option.

  3. In the Sender domain (From) input field, enter the domain that you want to use as the sender domain in Inxmail Commerce.

  4. We recommend entering your own bounce domain in the Bounce domain (Return-Path) input field. This way you attain a , and you can avoid having Inxmail sender domains such as inxserver.com or inxserver.de shown in the technical email header.

    The bounce domain needs to be a subdomain of your authenicated main domain.

  5. Click Authenticate domain.

    You will be directed to the Domain authentication page.

  6. Optional: Store your BIMI logo.

  7. Store your DNS entries with your domain host.

  8. Store the subdomain in the mailing settings in Inxmail Commerce and in the mail relay source systems. You need to adjust the mailing settings in all mailings if you want the settings from the Brand Identity Protection feature to be active for all mailings.

  • You have authenticated your domain in thd Brand Identity Protection feature and enabled it for your mailings .

Related topics