Technische E-Mail-Konfigurationen

Überblick

Im folgenden Abschnitt finden Sie einen Überblick über die Konfiguration, die zum Steuern der Ausgabe von Adobe Campaign-Instanzen beim Versand von E-Mails erforderlich ist.

HINWEIS

Einige Konfigurationen können nur von Adobe für Bereitstellungen durchgeführt werden, die von Adobe gehostet werden, z. B. für den Zugriff auf Server- und Instanzkonfigurationsdateien. Weitere Informationen zu den verschiedenen Bereitstellungen finden Sie im Abschnitt Hosting-Modelle oder auf dieser Seite.

Weitere Informationen zu Konzepten und Best Practices im Zusammenhang mit der Zustellbarkeit mit Adobe Campaign finden Sie in diesem Abschnitt Abschnitt.

Einen tieferen Einblick in die Zustellbarkeit, einschließlich aller technischen Empfehlungen bezüglich des effizienten Versands und Erhalts von E-Mails durch eine Adobe-Plattform, finden Sie im Best Practice-Handbuch zur Zustellbarkeit von Adoben.

Grundprinzip

Die Ausgabe einer oder mehrerer Adobe Campaign-Instanzen kann gesteuert werden, um die Anzahl der gesendeten E-Mails auf die jeweilige Domain zu begrenzen. Sie können beispielsweise die Ausgabe für yahoo.com-Adressen auf 20.000 pro Stunde beschränken und gleichzeitig 100.000 Nachrichten pro Stunde für alle anderen Domänen konfigurieren.

Die Nachrichtenausgabe muss für jede von den Versandservern verwendete IP-Adresse gesteuert werden (mta). Mehrere mta, die auf mehrere Computer verteilt sind und zu verschiedenen Adobe Campaign-Instanzen gehören, können dieselbe IP-Adresse für den E-Mail-Versand verwenden: Es muss ein Prozess eingerichtet werden, um die Verwendung dieser IP-Adressen zu koordinieren.

Das stat-Modul bewirkt Folgendes: leitet alle Verbindungsanfragen und -nachrichten für eine Reihe von IP-Adressen an die E-Mail-Server weiter. Der Statistikserver verfolgt die Sendungen und kann den Versand auf der Grundlage festgelegter Kontingente aktivieren oder deaktivieren.

  • Der Statistikserver (stat) ist mit einer Adobe Campaign-Basis verknüpft, um seine Konfiguration zu laden.
  • Die Versandserver (mta) verwenden eine UDP, um einen Statistikserver zu kontaktieren, der nicht immer zu ihrer eigenen Instanz gehört.

Versandserver

Das Modul mta verteilt Nachrichten an seine untergeordneten mtachild-Module. Jeder mtachild bereitet Nachrichten vor, bevor eine Autorisierung vom Statistikserver angefordert und gesendet wird.

Zusammenfassend sind folgende Etappen zu durchlaufen:

  1. mta wählt die geeigneten Nachrichten aus und weist ihnen eine verfügbare mtachild zu.
  2. mtachild lädt alle Informationen, die zum Erstellen der Nachricht erforderlich sind (Inhalt, Personalisierungselemente, Anhänge, Bilder usw.) leitet die Nachricht an Email Traffic Shaper weiter.
  3. Sobald der E-Mail-Traffic-Planer die Autorisierung des Statistikservers (smtp stat) erhält, wird die Nachricht an den Empfänger gesendet.

Statistiken zu E-Mail-Servern und Einschränkungen

Der Statistikserver verwaltet die folgenden Statistiken für jeden E-Mail-Server, der Nachrichten erhält:

  • Anzahl der geöffneten Point-in-Time-Verbindungen,
  • Anzahl der in der letzten Stunde gesendeten Nachrichten,
  • Rate erfolgreicher/abgelehnter Verbindungen,
  • Rate der Verbindungen zu unerreichbaren Servern.

Gleichzeitig lädt das Modul eine Liste von Einschränkungen für bestimmte E-Mail-Server:

  • Maximale Anzahl simultaner Verbindungen,
  • Maximale Nachrichtenanzahl pro Stunde,
  • Maximale Anzahl an Nachrichten pro Verbindung.

Verwalten von IP-Adressen

Der Statistikserver kann mehrere Instanzen oder mehrere Computer mit derselben öffentlichen IP-Adresse kombinieren. Sie ist daher nicht mit einer bestimmten Instanz verknüpft, muss sich jedoch an eine Instanz wenden, um die Einschränkungen pro Domäne wiederherzustellen.

Versandstatistiken werden für jeden Ziel-MX und für jede Quell-IP-Adresse aufbewahrt. Wenn die Zieldomäne beispielsweise über 5 MX verfügt und die Plattform 3 verschiedene IP-Adressen verwenden kann, kann der Server bis zu 15 verschiedene Indikatoren für diese Domäne verwalten.

Die Quell-IP-Adresse entspricht der öffentlichen IP-Adresse, d. h. der Adresse, wie sie vom Remote-E-Mail-Server angezeigt wird. Diese IP-Adresse kann sich von der Adresse des Computers unterscheiden, der als Host für mta dient, wenn ein NAT-Router bereitgestellt wird. Aus diesem Grund verwendet der Statistikserver eine Kennung, die mit der öffentlichen IP (publicId) übereinstimmt. Die Verbindung zwischen der lokalen Adresse und dieser Kennung wird in der Konfigurationsdatei serverConf.xml deklariert. Alle in serverConf.xml verfügbaren Parameter sind in diesem Abschnitt aufgeführt.

Ausgabesteuerung des Versands

Um Nachrichten an E-Mail-Server zu senden, fordert die Komponente Email Traffic Shaper eine Verbindung vom Statistikserver an. Sobald die Anfrage akzeptiert wurde, wird die Verbindung geöffnet.

Vor dem Senden von Nachrichten fordert das Modul "Tokens"vom Server an. Dies sind im Allgemeinen Sets von mindestens 10 Token, wodurch die Anzahl der Abfragen an den Server verringert wird.

Der Server speichert alle Statistiken bezüglich Verbindungen und Sendungen. Im Falle eines Neustart gehen die Informationen vorübergehend verloren: Jeder Client speichert eine lokale Kopie seiner Versandstatistiken und gibt diese regelmäßig (alle 2 Minuten) an den Server zurück. Der Server kann die Daten dann erneut aggregieren.

In den folgenden Abschnitten wird die Verarbeitung einer Nachricht durch die Komponente Email Traffic Shaper beschrieben.

Nachrichtenversand

Wenn eine Nachricht gesendet wird, gibt es drei mögliche Ergebnisse:

  1. Erfolg: die Nachricht erfolgreich gesendet wurde. Die Nachricht wird aktualisiert.

  2. Nachricht fehlgeschlagen: Der kontaktierte Server hat die Nachricht für den ausgewählten Empfänger abgelehnt. Dieses Ergebnis entspricht den Rückgabecodes 550 bis 599, es können jedoch Ausnahmen definiert werden.

  3. Sitzung fehlgeschlagen (für 5.11 nach oben): Wenn der ​Empfänger eine Antwort auf diese Nachricht erhält, wird die Nachricht abgebrochen (siehe Nachrichtenabbruch). Die Nachricht wird an einen anderen Pfad gesendet oder auf "Ausstehend" gesetzt, wenn keine anderen Pfade verfügbar sind (siehe Nachricht ausstehend).

    HINWEIS

    Ein path ist eine Verbindung zwischen der Adobe Campaign mta und der Zielgruppe mta. Die Adobe Campaign mta kann aus mehreren Start-IPs und mehreren Ziel-Domain-IPs wählen.

Abbruch einer Nachricht

Abgebrochene Nachrichten werden an mta zurückgegeben und nicht mehr von mtachild verwaltet.

Die mta entscheidet über das Verfahren für diese Nachricht (Wiederherstellung, Abbruch, Quarantäne usw.) abhängig vom Antwort-Code und den Regeln.

Nachricht ausstehend

Wenn eine Nachricht in die aktive Warteschlange gelangt, wird sie ausgesetzt und es sind keine Pfade verfügbar.

Ein Pfad wird im Allgemeinen für einen variablen Zeitraum nach einem Verbindungsfehler als nicht verfügbar markiert. Die Dauer der Nichtverfügbarkeit hängt von der Häufigkeit und dem Alter der Fehler ab.

Statistische Serverkonfiguration

Der Statistikserver kann von mehreren Instanzen verwendet werden: Sie muss unabhängig von den Instanzen konfiguriert werden, die sie verwenden.

Definieren Sie zunächst die Adobe Campaign-Datenbank, in der die Konfiguration gehostet wird.

Konfiguration starten

Standardmäßig wird für jede Instanz das Modul stat gestartet. Wenn die Instanzen auf demselben Computer gepoolt werden oder Instanzen dieselbe IP-Adresse teilen, wird ein einzelner Statistikserver verwendet: die anderen müssen deaktiviert werden.

Definition des Serveranschlusses

Der Statistikserver überwacht standardmäßig den Port 7777. Dieser Anschluss kann in der Datei serverConf.xml geändert werden. Alle in serverConf.xml verfügbaren Parameter sind in diesem Abschnitt aufgeführt.

<stat port="1234"/>

MX-Konfiguration

WICHTIG

Bei gehosteten oder hybriden Installationen werden die Versanddurchsatzregeln der MX-Verwaltung nicht mehr verwendet, wenn Sie auf den Enhanced MTA aktualisiert haben. Der Enhanced MTA verwendet seine eigenen MX-Regeln. Mit diesen kann Ihr Durchsatz anhand Ihrer historischen E-Mail-Reputation und dem Echtzeit-Feedback, das von den Domains stammt, von denen Sie E-Mails senden, angepasst werden.

Über MX-Regeln

HINWEIS

Dieser Abschnitt und die folgenden Abschnitte gelten nur für On-Premise-Installationen und gehostete/hybride Installationen, die den veralteten Campaign MTA verwenden.

MX-Regeln (Mail eXchanger) dienen zur Verwaltung der Kommunikation zwischen einem Sender- und einem Empfangs-Server.

Diese Regeln werden automatisch jeden Morgen um 6 Uhr (Serverzeit) neu geladen, um die Client-Instanz regelmäßig bereitzustellen.

Je nach Materialkapazitäten und internen Richtlinien akzeptieren ISP eine vordefinierte Anzahl an Verbindungen und Nachrichten pro Stunde. Diese Variablen können unter Umständen automatisch durch ISP-Systeme abgeändert werden, was von der Reputation der IP- und Sender-Domain abhängt. Über die Zustellbarkeitsplattform werden in Adobe Campaign pro ISP mehr als 150 spezifische Regeln und zusätzlich eine allgemeine Regel für andere Domains verwaltet.

Die maximale Verbindungsanzahl hängt nicht ausschließlich von der Anzahl der durch den MTA verwendeten öffentlichen IP-Adressen ab.

Wenn Sie z. B. fünf Verbindungen in den MX-Regeln festgelegt und zwei öffentliche IPs konfiguriert haben, könnte man annehmen, dass Sie für diese Domain nicht mehr als zehn Verbindungen gleichzeitig geöffnet haben können. Dem ist aber nicht so, tatsächlich bezieht sich die maximale Verbindungsanzahl auf einen Pfad, der eine Kombination aus einer unserer öffentlichen MTA-IPs und einer öffentlichen IP des Client-MTAs darstellt.

Im folgenden Beispiel hat der Benutzer zwei konfigurierte öffentliche IP-Adressen und yahoo.com als Domain.

user:~ user$ host -t mx yahoo.com
                yahoo.com mail is handled by 1 mta5.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta6.am0.yahoodns.net.
                yahoo.com mail is handled by 1 mta7.am0.yahoodns.net.

Aus den MX-Einträgen von yahoo.com geht hervor, dass yahoo.com drei Mail Exchanger aufweist. Um eine Verbindung zum Client-MX (Peer-MX) herzustellen, fragt der MTA dessen IP-Adresse im DNS ab.

user:~ user$ host -t a mta5.am0.yahoodns.net
                mta5.am0.yahoodns.net has address 98.136.216.26
                mta5.am0.yahoodns.net has address 98.136.217.202
                mta5.am0.yahoodns.net has address 98.138.112.38
                mta5.am0.yahoodns.net has address 66.196.118.37
                mta5.am0.yahoodns.net has address 63.250.192.46
                mta5.am0.yahoodns.net has address 66.196.118.240
                mta5.am0.yahoodns.net has address 98.136.217.203
                mta5.am0.yahoodns.net has address 98.138.112.35

Für diesen Datensatz kann der Benutzer 8 Peer-IP-Adressen kontaktieren. Da der Benutzer über zwei öffentliche IP-Adressen verfügt, erhält er 8 * 2 = 16 Kombinationen, um die E-Mail-Server von yahoo.com zu erreichen. Jede dieser Kombinationen wird als Pfad bezeichnet.

Der zweite MX-Eintrag stellt sich wie folgt dar:

user:~ user$ host -t a mta6.am0.yahoodns.net
                mta6.am0.yahoodns.net has address 98.138.112.38
                mta6.am0.yahoodns.net has address 98.136.216.26
                mta6.am0.yahoodns.net has address 63.250.192.46
                mta6.am0.yahoodns.net has address 66.196.118.35
                mta6.am0.yahoodns.net has address 98.136.217.203
                mta6.am0.yahoodns.net has address 98.138.112.32
                mta6.am0.yahoodns.net has address 98.138.112.37
                mta6.am0.yahoodns.net has address 66.196.118.33

Vier der acht IP-Adressen werden bereits in mta5 verwendet (98.136.216.26, 98.138.112.38, 63.250.192.46 und 98.136.217.203). Dieser Eintrag ermöglicht dem Benutzer die Verwendung von vier neuen IP-Adressen. Gleichermaßen verhält es sich mit dem dritten MX-Eintrag.

Insgesamt stehen dem Benutzer sechzehn Remote-IP-Adressen zur Verfügung. In Kombination mit den zwei lokalen öffentlichen IPs stehen zweiunddreißig Pfade zum Erreichen der E-Mail-Server von yahoo.com zur Verfügung.

HINWEIS

Wenn sich zwei MX-Einträge auf dieselbe IP-Adresse beziehen, wird diese als ein Pfad gezählt, nicht als zwei.

Unten stehende Beispiele zeigen die Verwendung von MX-Regeln:

Im folgenden Beispiel ist der Benutzer für eine bestimmte Domain auf 10.000 Nachrichten pro Stunde beschränkt, aber die MTA-Durchsatzkapazität liegt höher als diese Begrenzung.

In diesem Fall wird der Traffic für jede Stunde in zwölf Abschnitte von jeweils fünf Minuten unterteilt, wobei die reale Begrenzung bei 833 Nachrichten pro Abschnitt liegt.

Diese Nachrichten werden so schnell wie möglich gesendet.

MX-Verwaltung konfigurieren

Die für MX einzuhaltenden Regeln werden im Dokument MX-Verwaltung des Knotens Administration > Kampagnenverwaltung > Unzustellbarkeitsverwaltung > E-Mail-Regelsätze des Navigationsbaums definiert.

Wenn das Dokument MX management im Knoten nicht vorhanden ist, können Sie es manuell erstellen. Gehen Sie dazu wie folgt vor:

  1. Erstellen Sie einen neuen Satz von E-Mail-Regeln.

  2. Wählen Sie den Modus MX Management aus.

  3. Geben Sie defaultMXRules in das Feld Interner Name ein.

Damit Änderungen berücksichtigt werden können, müssen Sie den Statistikserver neu starten.

Um die Konfiguration neu zu laden, ohne den Statistikserver neu zu starten, verwenden Sie den folgenden Befehl auf dem Computer, der den Server hostet: nlserver stat -reload

HINWEIS

Diese Befehlszeile ist nlserver restart vorzuziehen. Sie beugt dem Verlust vor dem Neustart abgerufener statistischer Daten vor und verhindert Spitzenbelastungszeiten, die im Widerspruch zu den in den MX-Regeln definierten Kontingenten stehen können.

Konfigurieren von MX-Regeln

Das Dokument MX-Verwaltung listet alle Domänen auf, die mit einer MX-Regel verknüpft sind.

Die erste Regel, deren MX-Maske mit dem gewünschten MX kompatibel ist, wird angewendet.

Die folgenden Parameter sind für jede Regel verfügbar:

  • MX-Maske: Domäne, auf die die Regel angewendet wird. Jede Regel definiert eine Adressenmaske des MX. Jeder MX, dessen Name dieser Adressenmaske entspricht, kommt somit infrage. Die Maske kann die Joker "*" und "?" enthalten.

    So sind die Adressen

    • a.mx.yahoo.com
    • b.mx.yahoo.com
    • c.mx.yahoo.com

    mit folgenden Masken kompatibel:

    • *.yahoo.com
    • ?.mx.yahoo.com

    Beispielsweise lautet bei der E-Mail-Adresse foobar@gmail.com die Domain gmail.com und der MX-Eintrag sieht folgendermaßen aus:

    gmail.com mail exchanger = 20 alt2.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 10 alt1.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 40 alt4.gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 5  gmail-smtp-in.l.google.com.
    gmail.com mail exchanger = 30 alt3.gmail-smtp-in.l.google.com.
    

    In diesem Fall wird die MX-Regel *.google.com verwendet. Wie Sie sehen können, stimmt die MX-Regelmaske nicht unbedingt mit der Domain in der E-Mail überein. Die MX-Regeln, die für die E-Mail-Adressen gmail.com angewendet werden, sind diejenigen mit der Maske *.google.com.

  • Bereich der Kennungen: Mit dieser Option können Sie den Bereich der Kennungen (publicID) angeben, für den die Regel gilt. Folgende Angaben sind möglich:

    • Eine Ziffer: Die Regel wird nur für diese publicId angewendet,
    • Ein Zahlenbereich (number1-number2): Die Regel gilt für alle publicIDs zwischen diesen beiden Zahlen.
    HINWEIS

    Wenn das Feld leer ist, gilt die Regel für alle Kennungen.

    Bei einer öffentlichen Kennung handelt es sich um eine interne Kennung einer öffentlichen IP, die von einem oder mehreren MTAs verwendet wird. Diese Art von Kennungen wird in der Datei config-instance.xml von MTA-Servern definiert.

  • Freigegeben: definiert den Umfang der Eigenschaften für diese MX-Regel. Wenn diese Option aktiviert ist, werden alle Parameter für alle in der Instanz verfügbaren IPs freigegeben. Wenn diese Option deaktiviert ist, werden die MX-Regeln für jede IP definiert. Die maximale Anzahl an Nachrichten wird mit der Anzahl der verfügbaren IPs multipliziert.

  • Maximale Verbindungsanzahl: Maximale Anzahl simultaner Verbindungen mit der Absenderdomäne.

  • Maximale Nachrichtenanzahl: maximale Anzahl von Nachrichten, die bei einer Verbindung gesendet werden können. Wenn die Nachrichten diese Anzahl überschreiten, wird die Verbindung geschlossen und eine neue geöffnet.

  • Nachrichten pro Stunde: maximale Anzahl von Nachrichten, die innerhalb einer Stunde an die Absenderdomäne gesendet werden können.

  • Zeitüberschreitung bei Verbindung: Zeitschwellenwert für die Verbindung mit einer Domäne.

    HINWEIS

    Windows kann vor dieser Schwelle eine Zeitüberschreitung ausgeben, die von Ihrer Windows-Version abhängt.

  • Zeitüberschreitungsdaten: maximale Wartezeit nach dem Senden des Nachrichteninhalts (Abschnitt "DATEN"des SMTP-Protokolls).

  • Zeitüberschreitung: maximale Wartezeit für andere Austausche mit dem SMTP-Server.

  • TLS: Das TLS-Protokoll, das die Verschlüsselung von E-Mail-Sendungen ermöglicht, kann selektiv aktiviert werden. Für jede MX-Maske sind die folgenden Optionen verfügbar:

    • Standardkonfiguration: Dies ist die allgemeine Konfiguration, die in der angewendeten Konfigurationsdatei serverConf.xml angegeben ist.

      WICHTIG

      Es wird nicht empfohlen, die Standardkonfiguration zu ändern.

    • Deaktiviert : Die Nachrichten werden systematisch ohne Verschlüsselung gesendet.

    • Opportunistisch : Die Nachrichtenbereitstellung wird verschlüsselt, wenn der Empfangs-Server (SMTP) das TLS-Protokoll generieren kann.

Konfigurationsbeispiel:

HINWEIS

Weitere Informationen zur Verwendung von MX-Servern mit Adobe Campaign finden Sie in diesem Abschnitt.

Verwalten von E-Mail-Formaten

Sie können das Format der gesendeten Nachrichten definieren, sodass sich der angezeigte Inhalt automatisch an die Domain der Empfängeradresse anpasst.

Gehen Sie dazu zum Dokument Verwaltung der E-Mail-Formate, das sich unter Administration > Kampagnenverwaltung > Unzustellbarkeitsverwaltung > E-Mail-Regelsätze befindet.

Dieses Dokument enthält eine Liste aller vordefinierten Domänen, die den von Adobe Campaign verwalteten japanischen Formaten entsprechen. Weitere Informationen finden Sie in diesem Dokument.

Mit dem Parameter MIME structure (Multizweck Internet Mail Extensions) können Sie die Nachrichtenstruktur definieren, die an die verschiedenen E-Mail-Clients gesendet wird. Dabei stehen drei Optionen zur Verfügung:

  • Multipart: Die Nachricht wird im Text- oder HTML-Format gesendet. Wenn das HTML-Format nicht akzeptiert wird, kann die Nachricht weiterhin im Textformat angezeigt werden.

    Standardmäßig ist die mehrteilige Struktur multipart/alternative, sie wird jedoch automatisch multipart/related, wenn ein Bild zur Nachricht hinzugefügt wird. Einige Anbieter erwarten standardmäßig das multipart/related-Format. Die Option Multipart/related setzt dieses Format auch dann fest, wenn kein Bild angehängt ist.

  • HTML: Es wird nur eine HTML-Nachricht gesendet. Wenn das HTML-Format nicht akzeptiert wird, wird die Nachricht nicht angezeigt.

  • Text: Eine Nachricht im reinen Textformat wird gesendet. Der Vorteil von Textformat-Nachrichten besteht in ihrer sehr geringen Größe.

Wenn die Option Bildeinbindung aktiviert ist, werden diese direkt im Textkörper der E-Mail angezeigt. Die Bilder werden dann hochgeladen und die URL-Links werden durch ihren Inhalt ersetzt.

Diese Option wird besonders vom japanischen Markt für Deco-mail, Decore Mail oder Decoration Mail verwendet. Weitere Informationen finden Sie in diesem Dokument.

WICHTIG

Das Einfügen von Bildern in eine E-Mail vergrößert diese erheblich.

Konfiguration des Versandservers

Synchronisierung der Uhr

Die Uhren aller Server, aus denen die Adobe Campaign-Plattform besteht (einschließlich der Datenbank), müssen synchronisiert und ihre Systeme auf dieselbe Zeitzone eingestellt werden.

Koordinaten des Statistikservers

Die Adresse des Statistikservers muss im mta angegeben werden.

Mit der Eigenschaft statServerAddress des Elements mta der Konfiguration können Sie die Adresse und die Nummer des zu verwendenden Ports angeben.

<mta statServerAddress="emailStatServer:7777">
   [...]
 </mta>

Um den Statistikserver auf demselben Computer zu verwenden, müssen Sie mindestens den Namen des Computers mit dem Wert localhost eingeben:

 <mta statServerAddress="localhost">
WICHTIG

Wenn dieses Feld nicht ausgefüllt ist, beginnt mta nicht.

Liste der zu verwendenden IP-Adressen

Die Konfiguration für das Traffic-Management befindet sich im Element mta/child/smtp der Konfigurationsdatei.

Für jedes Element IPAffinity müssen Sie die IP-Adressen deklarieren, die für den Computer verwendet werden können.

Beispiel:

<IPAffinity localDomain="<domain>" name="default">
  <IP address="192.168.0.11" publicId="1" weight="5"/>
  <IP address="192.168.0.12" heloHost="revdns1.campaign.com" publicId="2" weight="5"/>
  <IP address="192.168.0.13" publicId="3" weight="1"/>
</IPAffinity>

Die Parameter lauten wie folgt:

  • Adresse: Dies ist die IP-Adresse des zu verwendenden MTA-Hostcomputers.

  • heloHost: Diese Kennung stellt die IP-Adresse dar, wie sie vom SMTP-Server angezeigt wird.

  • publicId: Diese Informationen sind nützlich, wenn eine IP-Adresse von mehreren Adobe Campaign- ​MTA-Routern gemeinsam genutzt wird. Der Statistikserver verwendet diese Kennung, um die Verbindung zu speichern und Statistiken zwischen diesem Startpunkt und dem Zielserver zu senden.

  • weight: ermöglicht die Bestimmung der relativen Häufigkeit der Adressenverwendung. Standardmäßig haben alle Adressen eine Gewichtung von 1.

HINWEIS

In der Datei "serverConf.xml"müssen Sie überprüfen, ob eine IP einem einzelnen Helohost mit einer eindeutigen Kennung (public_id) entspricht. Er kann nicht mehreren Helohosts zugeordnet werden, was zu Problemen bei der Versanddrosselung führen kann.

Im vorherigen Beispiel werden die Adressen unter normalen Bedingungen wie folgt verteilt:

* &quot;1&quot;: 5 / (5+5+1) = 45%
* &quot;2&quot;: 5 / (5+5+1) = 45%
* &quot;3&quot;: 1 / (5+5+1) = 10%

Wenn beispielsweise die erste Adresse nicht für einen bestimmten MX verwendet werden kann, werden Nachrichten wie folgt gesendet:

* &quot;2&quot;: 5 / (5+1) = 83%
* &quot;3&quot;: 1 / (5+1) = 17%
  • includeDomains: ermöglicht Ihnen, diese IP-Adresse für E-Mails zu reservieren, die zu einer bestimmten Domain gehören. Dies ist eine Liste von Masken, die einen oder mehrere Platzhalter ('*') enthalten können. Wenn das Attribut nicht angegeben ist, können alle Domänen diese IP-Adresse verwenden.

    Beispiel: includeDomains="wanadoo.com,orange.com,yahoo.*"

  • excludeDomains: schließt eine Liste von Domänen für diese IP-Adresse aus. Dieser Filter wird nach dem Filter includeDomains angewendet.

Optimierung des E-Mail-Versands

Die interne Architektur von Adobe Campaign mta wirkt sich auf die Konfiguration zur Optimierung des E-Mail-Versands aus. Im Folgenden finden Sie einige Tipps zur Verbesserung Ihrer Sendungen.

Anpassen des Parameters maxWaitingMessages

Der Parameter maxWaitingMessages gibt die höchste Anzahl von Nachrichten an, die im Voraus von mtachild vorbereitet wurden. Nachrichten werden erst dann aus dieser Liste gelöscht, wenn sie gesendet oder abgebrochen wurden.

Dieser Parameter ist sehr wichtig und besonders wichtig, wenn Nachrichten nicht nach Domain sortiert werden.

Sobald der Schwellenwert maxWorkingSetMb (256) erreicht ist, stoppt der Versandserver den Nachrichtenversand. Die Leistung wird deutlich sinken, bis mtachild erneut gestartet wird. Um dieses Problem zu umgehen, können Sie entweder den Schwellenwert des Parameters maxWorkingSetMb erhöhen oder den Schwellenwert des Parameters maxWaitingMessages verringern.

Der Parameter maxWorkingSetMb wird empirisch berechnet, indem die maximale Nachrichtenanzahl mit der durchschnittlichen Nachrichtengröße multipliziert wird und das Ergebnis mit 2,5 multipliziert wird. Wenn beispielsweise eine Nachricht eine durchschnittliche Größe von 50 kB aufweist und der Parameter maxWaitingMessages 1.000 beträgt, wird der verwendete Speicher im Durchschnitt berechnet 125 MB.

Anzahl der mtachild anpassen

Die Anzahl der Kinder sollte die Anzahl der Prozessoren in der Maschine nicht übersteigen (ca. 1000 Sitzungen). Es wird empfohlen, maximal 8 mtachild zu verwenden. Sie können dann die Anzahl der Nachrichten pro child (maxMsgPerChild) erhöhen, um eine ausreichende Lebensdauer zu erreichen.

Auf dieser Seite