[Alleen op locatie/hybride]{class="badge yellow" title="Alleen van toepassing op on-premise en hybride implementaties"}

Technische e-mailconfiguraties email-deliverability

Overzicht overview

In de volgende sectie vindt u een overzicht van de configuratie die is vereist voor het beheer van de uitvoer van Adobe Campaign-instanties bij het verzenden van e-mails.

Voor meer op de concepten en de beste praktijken met betrekking tot leverbaarheid met Adobe Campaign, verwijs naar dit sectie.

Voor een diepere duik op welke leverbaarheid is, met inbegrip van alle technische aanbevelingen betreffende het efficiënte verzenden van en het ontvangen van e-mails door een platform van de Adobe, verwijs naar de Gids van de Beste praktijken van de Levering van de Adobe van de Levering van de Beste.

Werkwijze operating-principle

Het is mogelijk om de uitvoer van een of meer Adobe Campaign-instanties te beheren om het aantal verzonden e-mails te beperken, afhankelijk van een domein. Bijvoorbeeld, kunt u de output tot 20.000 per uur voor yahoo.com adressen beperken, terwijl het vormen van 100.000 berichten per uur voor alle andere domeinen.

De output van het bericht moet voor elk IP adres worden gecontroleerd dat door de leveringsservers (wordt gebruikt mta). Verscheidene mta verdeeld over verscheidene machines en die tot diverse instanties behoren van Adobe Campaign kunnen het zelfde IP adres voor e-maillevering delen: een proces moet opstelling zijn om het gebruik van deze IP adressen te coördineren.

Dit is wat de staat module doet: het door:sturen alle verbindingsverzoeken en berichten die naar de postservers voor een reeks IP adressen moeten worden verzonden. De statistiekserver houdt leveringen bij en kan verzending op basis van ingestelde quota in- of uitschakelen.

Leveringsservers delivery-servers

De mta module verdeelt berichten aan zijn mtachild kindmodules. Elk mtachild bereidt berichten voor alvorens om een vergunning van de statistiekserver te verzoeken, en hen te verzenden.

De stappen zijn als volgt:

Statistieken en beperkingen van e-mailservers email-server-statistics-and-limitations

De statistische server onderhoudt de volgende statistieken voor elke e-mailserver die berichten ontvangt:

Tegelijkertijd laadt de module een lijst met beperkingen voor bepaalde e-mailservers:

IP-adressen beheren managing-ip-addresses

De statistiekserver kan verscheidene instanties of verscheidene machines met het zelfde openbare IP adres combineren. Het is daarom niet verbonden met een specifieke instantie, maar het moet een instantie contacteren om beperkingen per domein terug te krijgen.

De statistieken van de levering worden gehouden voor elke doel MX en voor elke bronIP. Als het doeldomein bijvoorbeeld 5 MX heeft en het platform 3 verschillende IP-adressen kan gebruiken, kan de server maximaal 15 reeksen indicatoren voor dit domein beheren.

Het bronIP adres past het openbare IP adres, d.w.z. het adres aan zoals het door de verre e-mailserver wordt gezien. Dit IP adres kan van het adres van de machine verschillend zijn die gastheren mta, als een NATIONAAL router wordt verstrekt. Dit is waarom de statistiekserver een herkenningsteken gebruikt dat openbare IP (publicId) aanpast. De vereniging tussen het lokale adres en dit herkenningsteken wordt verklaard in het serverConf.xml configuratiedossier. Alle parameters beschikbaar in serverConf.xml zijn vermeld in deze sectie.

Uitvoercontrole van levering delivery-output-controlling

Om berichten aan e-mailservers te leveren, verzoekt de component van de Verkeer 0} E-mailShapier van het Verkeer een verbinding van de statistiekenserver. Nadat het verzoek is geaccepteerd, wordt de verbinding geopend.

Voordat de berichten worden verzonden, vraagt de module 'tokens' van de server. Dit zijn over het algemeen reeksen van minstens 10 tokens, die het aantal vragen aan de server verminderen.

De server slaat alle statistieken op met betrekking tot verbindingen en leveringen. In geval van het opnieuw opstarten, wordt de informatie tijdelijk verloren: elke cliënt houdt een lokaal exemplaar van hun verzendende statistieken bij en keert hen aan de server op regelmatige basis (om de 2 minuten) terug. De server kan de gegevens vervolgens opnieuw samenvoegen.

De volgende secties beschrijven de verwerking van een bericht door de component van de Shapier van het Verkeer E-mail.

Berichtlevering message-delivery

Wanneer een bericht wordt verzonden, zijn er 3 mogelijke resultaten:

Berichten verlaten message-abandonment

Verlaten berichten zijn teruggekeerd aan mta en niet meer door mtachild beheerd.

mta beslist over de procedure voor dit bericht (terugwinning, beëindiging, quarantaine, enz.) afhankelijk van de reactiecode en de regels.

Bericht in behandeling message-pending

Een bericht wordt toegevoegd wanneer het in de actieve rij aankomt en er geen beschikbare wegen zijn.

Een pad wordt doorgaans als niet beschikbaar gemarkeerd voor een variabele hoeveelheid tijd na een verbindingsfout. De periode van onbeschikbaarheid is afhankelijk van de frequentie en leeftijd van fouten.

Configuratie van de Statistieken-server statistics-server-configuration

De statistiekenserver kan door verscheidene instanties worden gebruikt: het moet onafhankelijk van de instanties worden gevormd die het zullen gebruiken.

Begin door het gegevensbestand te bepalen van Adobe Campaign dat de configuratie zal ontvangen.

Configuratie starten start-configuration

Door gebrek, is de staat module begonnen voor elke instantie. Wanneer de instanties op de zelfde machine worden samengevoegd, of wanneer de instanties het zelfde IP adres delen, wordt één enkele statistiekserver gebruikt: de anderen moeten worden onbruikbaar gemaakt.

Definitie van de serverpoort definition-of-the-server-port

Door gebrek, luistert de statistiekserver op haven 7777. Deze haven kan in het serverConf.xml dossier worden gewijzigd. Alle parameters beschikbaar in serverConf.xml zijn vermeld in deze sectie.

<stat port="1234"/>

MX-configuratie mx-configuration

Informatie over MX-regels about-mx-rules

MX-regels (Mail eXchanger) zijn de regels die de communicatie tussen een verzendende server en een ontvangende server beheren.

Deze regels worden automatisch elke ochtend om 6AM (servertijd) opnieuw geladen om de cliëntinstantie regelmatig te leveren.

Afhankelijk van de materiaalcapaciteiten en het interne beleid, zal ISP een vooraf bepaald aantal verbindingen en berichten per uur goedkeuren. Deze variabelen kunnen automatisch door het ISP systeem afhankelijk van de reputatie van IP worden gewijzigd en domein verzenden. Via zijn leverbaarheidsplatform, beheert Adobe Campaign meer dan 150 specifieke regels door ISP, en, daarnaast, één generische regel voor andere domeinen.

Het maximumaantal verbindingen hangt niet uitsluitend van het aantal openbare IP adressen af die door MTA worden gebruikt.

Bijvoorbeeld, als u 5 verbindingen in de MX regels hebt toegestaan en u 2 openbare IPs hebt gevormd zou u kunnen denken dat u niet meer dan 10 verbindingen kunt hebben gelijktijdig die aan dit domein worden geopend. Dit is niet waar, in feite verwijst het maximumaantal verbindingen naar een weg en een weg die een combinatie van één van onze MTA openbare IPs en openbaar IP van MTA van de cliënt MTA is.

In het onderstaande voorbeeld heeft de gebruiker twee openbare IP-adressen geconfigureerd en is het domein yahoo.com.

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.

MX-records voor yahoo.com vertellen ons dat yahoo.com 3 Mail Exchange-apparaten heeft. Om de Peer Uitwisseling van de Post aan te sluiten, gaat MTA om het IP adres van IP van DNS verzoeken.

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

Voor deze record kan de gebruiker contact opnemen met 8 peer-IP-adressen. Aangezien de gebruiker 2 openbare IP adressen heeft, geeft dit hen 8 * 2 = 16 combinaties om de yahoo.com postservers te bereiken. Elk van deze combinaties wordt een pad genoemd.

De tweede MX-record wordt weergegeven als:

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

4 van deze 8 IP-adressen worden al gebruikt in mta5 (98.136.216.26, 98.138.112.38, 63.250.192.46 en 98.136.217.203). Met deze record kan de gebruiker 4 nieuwe IP-adressen gebruiken. De derde MX-record doet hetzelfde.

In totaal, hebben wij 16 verre IP adressen. In combinatie met onze 2 lokale openbare IPs hebben wij 32 wegen om yahoo.com postservers te bereiken.

Hieronder volgen enkele voorbeelden van het gebruik van MX-regels:

In het onderstaande voorbeeld heeft de gebruiker een limiet van 10.000 berichten per uur voor een bepaald domein, maar de MTA-productiecapaciteit is hoger dan deze limiet.

In dit geval, is het verkeer verdeeld in 12 periodes van 5 minuten voor elk uur, en de echte grens is 833 berichten per periode.

Deze berichten worden zo snel mogelijk verzonden.

MX-beheer configureren configuring-mx-management

De regels die voor MX moeten worden nageleefd, worden gedefinieerd in het MX management -document van het Administration > Campaign Management > Non deliverables Management > Mail rule sets -knooppunt van de boomstructuur.

Als het MX management -document niet bestaat in het knooppunt, kunt u het handmatig maken. Dit doet u als volgt:

Als u rekening wilt houden met wijzigingen, moet u de statistische server opnieuw starten.

Als u de configuratie opnieuw wilt laden zonder de statistische server opnieuw te starten, gebruikt u de volgende opdracht op de computer die de server host: nlserver stat -reload

MX-regels configureren configuring-mx-rules

In het MX management -document worden alle domeinen weergegeven die aan een MX-regel zijn gekoppeld.

Deze regels worden op volgorde toegepast: de eerste regel waarvan het MX-masker compatibel is met de beoogde MX wordt toegepast.

De volgende parameters beschikbaar voor elke regel zijn:

Voorbeeld van configuratie:

E-mailindelingen beheren managing-email-formats

U kunt de indeling van verzonden berichten definiëren, zodat de weergegeven inhoud automatisch wordt aangepast aan het domein van het adres van elke ontvanger.

Hiervoor gaat u naar het Management of email formats -document, dat zich bevindt in Administration > Campaign management > Non deliverables management > Mail rule sets .

Dit document bevat een lijst met alle vooraf gedefinieerde domeinen die overeenkomen met de Japanse indelingen die door Adobe Campaign worden beheerd. Voor meer informatie, verwijs naar dit document.

De MIME structuur (Multipurpose Internet Mail Extensions) parameter staat u toe om de berichtstructuur te bepalen die naar de verschillende postcliënten zal worden verzonden. Er zijn drie opties beschikbaar:

Als de optie Image inclusion is ingeschakeld, worden deze rechtstreeks in de tekst van de e-mail weergegeven. De afbeeldingen worden vervolgens geüpload en de URL-koppelingen worden vervangen door de inhoud ervan.

Deze optie wordt met name gebruikt door de Japanse markt voor Deco-mail, Decore Mail of Decoration Mail. Voor meer informatie, raadpleeg dit document.

Configuratie van de leveringsserver delivery-server-configuration

Synchronisatie vergrendelen clock-synchronization

De klokken van alle servers die het Adobe Campaign-platform (inclusief de database) vormen, moeten worden gesynchroniseerd en hun systemen moeten op dezelfde tijdzone worden ingesteld.

Coördinaten van de statistiekserver coordinates-of-the-statistics-server

Het adres van de statistiekserver moet in worden verstrekt mta.

Het statServerAddress bezit van het mta element van de configuratie laat u het adres en het aantal van de te gebruiken haven specificeren.

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

Om de statistiekenserver op de zelfde machine te gebruiken, moet u minstens de naam van de machine met de localhost waarde ingaan:

 <mta statServerAddress="localhost">

Lijst met IP-adressen die moeten worden gebruikt list-of-ip-addresses-to-use

De configuratie betreffende verkeersbeheer wordt gevestigd in het mta/child/smtp element van het configuratiedossier.

Voor elk ​ ​element IPAffinity, moet u de IP adressen verklaren die voor de machine kunnen worden gebruikt.

Voorbeeld:

<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>

De parameters zijn als volgt:

In het vorige voorbeeld, met normale voorwaarden, zullen de adressen als volgt worden verdeeld:

* "1": 5 / (5+5+1) = 45%
* "2": 5 / (5+5+1) = 45%
* "3": 1 / (5+5+1) = 10%

Als, bijvoorbeeld, het eerste adres niet voor een bepaalde MX kan worden gebruikt, zullen de berichten als volgt worden verzonden:

* "2": 5 / (5+1) = 83%
* "3": 1 / (5+1) = 17%

Optimalisatie van e-mailverzending email-sending-optimization

De interne architectuur van Adobe Campaign mta heeft een effect op de configuratie voor het optimaliseren van e-maillevering. Hier volgen enkele tips voor het verbeteren van uw leveringen.

De parameter maxWaitingMessages aanpassen adjust-the-maxwaitingmessages-parameter

De maxWaitingMessages parameter wijst op het hoogste aantal berichten die vooraf door worden voorbereid mtachild. Berichten worden pas uit deze lijst verwijderd nadat ze zijn verzonden of verlaten.

Deze parameter is zeer belangrijk en vooral kritiek als de berichten niet door domein worden gesorteerd.

Zodra de maxWorkingSetMb (256) drempel wordt bereikt, houdt de leveringsserver op verzendend berichten. De prestaties zullen beduidend verminderen tot mtachild opnieuw begint. Om deze kwestie te negeren, kunt u of de drempel van de maxWorkingSetMb parameter verhogen, of de drempel van de maxWaitingMessages parameter verminderen.

De maxWorkingSetMb parameter wordt berekend empirisch door het maximumaantal berichten door de gemiddelde berichtgrootte te vermenigvuldigen en het resultaat door 2.5 te vermenigvuldigen. Bijvoorbeeld, als een bericht een gemiddelde grootte van 50 kB heeft en de maxWaitingMessages parameter 1.000 evenaart, zal het gebruikte geheugen 125 MB gemiddelde.

Het aantal onderliggende items aanpassen adjust-the-number-of-mtachild

Het aantal kinderen mag niet groter zijn dan het aantal processoren in de machine (ongeveer 1000 sessies). Wij adviseren dat u 8 mtachild niet overschrijdt. U kunt het aantal berichten per kind (dan verhogen maxMsgPerChild) om voldoende leven-spanwijdte te bereiken.