ÃÛ¶¹ÊÓƵ

Additional configurations mc-additional-configurations

Monitor thresholds monitoring-thresholds

You can configure the warning thresholds (orange) and alert thresholds (red) of the indicators that appear in the Message Center service level and Message Center processing time reports (refer to Access transactional messaging reports).

To do this, follow the steps below:

  1. Open the deployment wizard on the execution instance.

  2. Go to the Message Center page.

  3. Use the arrows to change the thresholds.

NOTE
The number of events pending in queue is displayed in the System indicators section of the ÃÛ¶¹ÊÓƵ Campaign process monitoring page. For more information on the deployment wizard, refer to this section.

Purge events purging-events

You can use the deployment wizard to configure how long the data is to be stored in the database.

Event purging is carried out automatically by the Database cleanup workflow. This workflow purges the events received and stored on the execution instances and events archived on a control instance.

Use the arrows as appropriate to change the purge settings.

Event purge settings on a control instance:

Event purge settings on an execution instance:

For more on the database cleanup workflow, see this section.

Technical workflows technical-workflows

You must ensure that the technical workflows on the control instance and the different execution instances have indeed been created and started before deploying any transactional message templates.

The various technical workflows related to transactional messaging (Message Center) are broken down between the control instance and the execution instance(s).

Control instance workflows control-instance-workflows

On the control instance, whether you have one or several execution instances registered, you must create one archiving workflow for each Message Center execution instance external account. Click the Create the archiving workflow button to create and start the workflow.

These workflows can then be accessed from the Administration > Production > Message Center folder. Once created, the archiving workflows are automatically started.

Execution instance workflows execution-instance-workflows

On the execution instance(s), the technical workflows for transactional messaging can be accessed from the Administration > Production > Message Center folder. You just have to start them. The workflows in the list are:

  • Processing batch events (internal name: batchEventsProcessing ): this workflow lets you break down batch events in a queue before they are linked to a message template.

  • Processing real time events (internal name: rtEventsProcessing ): this workflow lets you break down real time events in a queue before they are linked to a message template.

  • Update event status (internal name: updateEventStatus ): this workflow lets you attribute a status to the event.

    The following event statuses are available:

    • Pending : the event is in the queue. No message template has been assigned to it yet.
    • Pending delivery : the event is in the queue, a message template has been assigned to it and it is being processed by the delivery.
    • Sent : this status is copied from the delivery logs. It means that the delivery has been sent.
    • Ignored by the delivery : this status is copied from the delivery logs. It means that the delivery was ignored.
    • Delivery failed : this status is copied from the delivery logs. It means that the delivery failed.
    • Event not taken into account : the event could not be linked to a message template. The event will not be processed.

Archiving workflow schedule

Avoid modifying the archiving workflow schedule that runs on the control instance. Otherwise some tracking data being pulled from the execution instance may be lost.

If you do modify the archiving workflow schedule, you must also change the tracking workflow schedule on the execution instance to match the archiving workflow schedule on the control instance.

Configure multibranding configuring-multibranding

This section describes one solution to configure tracking and mirror page URLs per brand, for transactional messages in ÃÛ¶¹ÊÓƵ Campaign.

Prerequisites prerequisites

  • All of the hosts must be added to the configuration file of the instance (config-<instance>.xml).
  • Each brand must be assigned a sub-domain.
  • You must have an HTTPS certificate for all brands if the web tracking is done on HTTPS pages.

To configure multibranding, you need to configure both execution instances and control instance.

Execution instance execution-instance

On the execution instance(s), follow the steps below:

  1. Create one external account per brand.

    note note
    NOTE
    Learn how to create an execution instance type external account in this section.
  2. Extend the nms:extAccount schema to add the tracking URL:

    code language-none
    <attribute advanced="true" desc="URL of the tracking servers" label="Tracking server URL"
    length="100" name="trackingURL" type="string"/>
    
    note note
    NOTE
    Learn how to extend an existing schema in the Extending a schema section.
  3. Modify the nms:extAccount form:

    code language-none
    <container label="Message domain branding" type="frame">
         <static type="help"> These parameters are used to override the DNS alias and addresses used during message delivery. When not populated, the values of the 'NmsServer_MirrorPageUrl' and 'NmsEmail_DefaultErrorAddr' options are used.</static>
         <input xpath="@mirrorURL"/>
         <input xpath="@trackingURL"/>
         <input img="nms:sendemail.png" menuId="deliveryMenuBuilder" type="scriptEdit">
                xpath="errorAddress"/>
       </container>
    
  4. Modify the NmsTracking_OpenFormula and NmsTracking_ClickFormula options to use the external account instead of a global option.

    To do this, replace:

    code language-none
    <%@ include option='NmsTracking_ServerUrl' %>
    

    with:

    code language-none
    <%@ value object="provider" xpath="@trackingURL" %>
    
    note important
    IMPORTANT
    These changes could lead to conflicts when upgrading. You may need to manually merge these formulas with their new version.

Control instance control-instance

On the control instance, you need to link delivery templates and external accounts.

To do this, follow the steps below:

  1. Create one external account per brand with the same internal name as defined on the execution instance (step 1).

  2. Create a delivery template per brand.

  3. In the delivery template’s Properties, set the routing to the external account of the brand.

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