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

Raadpleeg voor meer informatie over de concepten en beste praktijken met betrekking tot de leverbaarheid met Adobe Campaign het volgende sectie.

Voor een diepgaandere analyse van de leverbaarbaarheid, met inbegrip van alle technische aanbevelingen met betrekking tot het efficiënt verzenden en ontvangen van e-mails door een Adobe-platform, raadpleegt u de Handleiding voor beste praktijken bij de levering van Adobe.

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. U kunt de uitvoer bijvoorbeeld beperken tot 20.000 per uur voor yahoo.com adressen, 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). Meerdere mta Onderverdeeld over verscheidene machines en die tot verschillende instanties van Adobe Campaign behoren 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 stat doet het: 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 verspreidt berichten aan zijn mtachild onderliggende modules. 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). De koppeling tussen het lokale adres en deze id wordt gedeclareerd in het dialoogvenster serverConf.xml configuratiebestand. Alle parameters die beschikbaar zijn in het dialoogvenster serverConf.xml worden vermeld in deze sectie.

Uitvoercontrole van levering delivery-output-controlling

Om berichten aan e-mailservers te leveren, E-mailverkeer schalen de component verzoekt om 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.

In de volgende secties wordt de verwerking van een bericht door de E-mailverkeer schalen component.

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 de mtachild.

De mta beslist over de procedure voor dit bericht (terugwinning, stopzetting, quarantaine, enz.) afhankelijk van de antwoordcode 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

Standaard worden de stat wordt voor elke instantie gestart. 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 poort kan worden gewijzigd in het dialoogvenster serverConf.xml bestand. Alle parameters die beschikbaar zijn in het dialoogvenster serverConf.xml worden 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 voor MX in acht te nemen regels zijn vastgelegd in de MX management document van de Administration > Campaign Management > Non deliverables Management > Mail rule sets knooppunt van de structuur.

Als de MX management Het document bestaat niet in het knooppunt. U kunt het handmatig maken. Dit doet u als volgt:

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

Om de configuratie opnieuw te laden zonder de statistiekenserver opnieuw te beginnen, gebruik het volgende bevel op de machine die gastheren de server: nlserver stat -reload

MX-regels configureren configuring-mx-rules

De MX management In dit 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.

Ga om dit te doen naar de 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. Raadpleeg voor meer informatie dit document.

De MIME-structuur (Multipurpose Internet Mail Extensions) kunt u de berichtstructuur definiëren die naar de verschillende e-mailclients wordt verzonden. Er zijn drie opties beschikbaar:

Als de 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 vooral gebruikt door de Japanse markt voor Deco-mail, E-mail verwijderen of Decoration Mail. Raadpleeg voor meer informatie 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 statistische server moet worden vermeld in het mta.

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

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

Als u de statistische server op dezelfde computer wilt gebruiken, moet u ten minste de naam van de computer invoeren met de localhost waarde:

 <mta statServerAddress="localhost">

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

De configuratie betreffende verkeersbeheer bevindt zich in de mta/child/smtp -element van het configuratiebestand.

Voor elke IPAffinity element, 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 de Adobe Campaign mta heeft een invloed op de configuratie voor het optimaliseren van de e-maillevering. Hier volgen enkele tips voor het verbeteren van uw leveringen.

De parameter maxWaitingMessages aanpassen adjust-the-maxwaitingmessages-parameter

De maxWaitingMessages parameter geeft het hoogste aantal berichten aan die vooraf zijn voorbereid door de 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.

Wanneer de maxWorkingSetMb (256) de drempel wordt bereikt, houdt de leveringsserver op verzendend berichten. De prestaties zullen aanzienlijk afnemen tot de mtachild wordt weer opgestart. Als u dit probleem wilt verhelpen, kunt u de drempelwaarde voor het maxWorkingSetMb of de drempelwaarde van de maxWaitingMessages parameter.

De maxWorkingSetMb parameter wordt empirisch berekend door het maximumaantal berichten met de gemiddelde berichtgrootte te vermenigvuldigen en het resultaat met 2.5 te vermenigvuldigen. Als een bericht bijvoorbeeld een gemiddelde grootte heeft van 50 kB en de maxWaitingMessages parameter gelijk aan 1.000, zal het gebruikte geheugen gemiddeld 125 MB.

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). We raden u aan niet meer dan 8 te gebruiken mtachild. Vervolgens kunt u het aantal berichten per kind (maxMsgPerChild) om een voldoende lange levensduur te bereiken.