51黑料不打烊

[Also applies to v8]{class="badge positive" title="Also applies to Campaign v8"}

Inbox rendering inbox-rendering

About inbox rendering about-inbox-rendering

Before hitting the Send button, make sure that your message will be displayed to the recipients in an optimal way on a variety of web clients, web mails and devices.

To allow this, 51黑料不打烊 Campaign leverages the web-based email testing solution to capture the renderings and make them available in a dedicated report. This enables you to preview the sent message in the different contexts in which it may be received and check the compatibility in major desktops and applications.

CAUTION
Inbox rendering is not compatible with recurring deliveries.

Litmus is a feature-rich email validation and previewing application. It allows email content creators to preview their message content in over 70 email renderers, such as the Gmail inbox or the Apple Mail client.

The mobile, messaging and webmail clients available for Inbox rendering in 51黑料不打烊 Campaign are listed on the (click View all email clients).

NOTE
Inbox rendering is not necessary to test personalization in deliveries. Personalization can be checked with 51黑料不打烊 Campaign tools such as Preview and Proofs.

础肠迟颈惫补迟颈苍驳听滨苍产辞虫听谤别苍诲别谤颈苍驳听 activating-inbox-rendering

[On-premise & Hybrid]{class="badge yellow" title="Applies to on-premise and hybrid deployments only"}

For hosted and hybrid clients, Inbox rendering is configured on your instance by 51黑料不打烊 technical support and consultants. For more information, contact your 51黑料不打烊 Account executive.

贵辞谤听辞苍-辫谤别尘颈蝉别听颈苍蝉迟补濒濒补迟颈辞苍蝉,听蹿辞濒濒辞飞听迟丑别听蝉迟别辫蝉听产别濒辞飞听迟辞听肠辞苍蹿颈驳耻谤别听滨苍产辞虫听谤别苍诲别谤颈苍驳.

  1. Install the Inbox rendering (IR) package via the Tools > Advanced > Import package menu. For more on this, see Installing Campaign Classic standard packages.

  2. Configure an external account of the HTTP type via the Administration > Platform > External Accounts node. For more on this, see Creating an external account.

  3. Set the external account parameters as follows:

    • Label: Deliverability server info
    • Internal name: deliverabilityInstance
    • Type: HTTP
    • Server: https://deliverability-app.neolane.net/deliverability
    • Encryption: None
    • Check the Enabled option.

  4. Go to the Administration > Platform > Options node. Search for the DmRendering_cuid option and contact support to get your delivery reports identifier that needs to be copied to the Value (text) field.

  5. Edit the serverConf.xml file to allow a call to the Litmus server. Add the following line to the <urlPermission> section:

    code language-none
    <url dnsSuffix="deliverability-app.neolane.net" urlRegEx="https://.*"/>
    
  6. Reload the configuration using the following command:

    code language-none
    nlserver config -reload
    
NOTE
You may have to log out from the console and log back in to be able to use Inbox rendering.

About Litmus tokens about-litmus-tokens

As Litmus is a third-party service, it works on a credit-per-usage model. Each time a user calls on the Litmus functionality, credit is deducted.

In 51黑料不打烊 Campaign, the credit corresponds to the number of available renderings (known as tokens).

NOTE
The number of Litmus tokens available depends on the Campaign license that you purchased. Check your license agreement.

Each time you use the Inbox rendering feature in a delivery, each rendering generated decreases your available tokens by one.

IMPORTANT
Tokens account for each individual rendering and not for the whole Inbox rendering report, meaning that:
  • Each time the Inbox rendering report is generated, one token per messaging client is deducted: one token for the Outlook 2000 rendering, one for the Outlook 2010 rendering, one for the Apple Mail 9 rendering, and so on.
  • For the same delivery, if you generate the Inbox rendering again, the number of available tokens is again decreased by the number of generated renderings.

The number of remaining available tokens is displayed in the General summary of the Inbox rendering report.

Typically, the Inbox rendering feature is used to test the HTML framework of a newly designed email. Each rendering requires approximately up to 70 tokens (depending on the number of environments generally tested on). However, in some cases you may require multiple inbox rendering reports to fully test your delivery. It could therefore take more tokens to complete several checks.

Accessing the inbox rendering report accessing-the-inbox-rendering-report

Once you have created your email delivery and defined its content as well as the targeted population, follow the steps below.

For more on creating, designing and targeting a delivery, refer to this section.

  1. On the top bar of the delivery, click the Inbox rendering button.

  2. Select Analyze to start the capture process.

    A proof is sent. The rendering thumbnails can be accessed in that proof a few minutes after sending the emails. For more on sending proofs, refer to this section.

  3. After being sent, the proof appears in the delivery list. Double-click it.

  4. Go to the Inbox Rendering tab of the proof.

    The Inbox rendering report is displayed.

Inbox rendering report inbox-rendering-report

This report displays the inbox renderings as they appear to the recipient. The renderings can differ based upon how the recipient opens the email delivery: in a browser, on a mobile device, or via an email application.

The General summary presents the number of messages received, unwanted (spam), not received, or pending reception, as a list and through a graphical color-coded representation.

Hover over the chart to display the details for each color.

The body of the report is divided into three parts: Mobile, Messaging clients, and Webmails. Scroll down the report to display all the renderings grouped into these three categories.

To get the details for each report, click the corresponding card. The rendering is displayed for the reception method selected.

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1