[Endast lokal/hybrid]{class="badge yellow" title="Gäller endast lokala och hybrida driftsättningar"}

Tekniska e-postkonfigurationer email-deliverability

Översikt overview

I följande avsnitt ges en översikt över den konfiguration som krävs för att styra utdata från Adobe Campaign-instanser när e-postmeddelanden levereras.

Mer information om koncept och bästa metoder för att leverera med Adobe Campaign finns i avsnittet.

Mer information om vad som kan levereras, inklusive alla tekniska rekommendationer om hur e-post kan skickas och tas emot effektivt av en Adobe-plattform, finns i Adobe Deliverability Best Practice Guide.

Verksamhetsprincip operating-principle

Det går att styra utdata från en eller flera Adobe Campaign-instanser för att begränsa antalet e-postmeddelanden som skickas beroende på en domän. Du kan till exempel begränsa utdata till 20 000 per timme för yahoo.com -adresser, och konfigurera 100 000 meddelanden per timme för alla andra domäner.

Meddelandeutdata måste kontrolleras för varje IP-adress som används av leveransservrarna (mta). Flera mta som har delats upp på flera datorer och tillhör olika Adobe Campaign-instanser kan dela samma IP-adress för e-postleverans: en process måste konfigureras för att kunna koordinera användningen av dessa IP-adresser.

Detta är vad stat-modulen gör: vidarebefordrar alla anslutningsbegäranden och meddelanden som ska skickas till e-postservrarna för en uppsättning IP-adresser. Statistikservern håller reda på leveranser och kan aktivera eller inaktivera sändning baserat på angivna kvoter.

Leveransservrar delivery-servers

Modulen mta distribuerar meddelanden till de underordnade mtachild-modulerna. Varje mtachild förbereder meddelanden innan de begär en auktorisering från statistikservern och skickar dem.

Stegen är följande:

E-postserverstatistik och begränsningar email-server-statistics-and-limitations

Statistikservern underhåller följande statistik för varje e-postserver som tar emot meddelanden:

Samtidigt läser modulen in en lista med begränsningar för vissa e-postservrar:

Hantera IP-adresser managing-ip-addresses

Statistikservern kan kombinera flera instanser eller flera datorer med samma offentliga IP-adress. Den är därför inte länkad till en viss instans, men den måste kontakta en instans för att återställa begränsningar per domän.

Leveransstatistik finns för varje mål-MX och för varje käll-IP. Om måldomänen till exempel har 5 MX och plattformen kan använda tre olika IP-adresser, kan servern hantera upp till 15 serier med indikatorer för den här domänen.

Källans IP-adress matchar den offentliga IP-adressen, dvs. adressen som den visas av fjärre-postservern. Den här IP-adressen kan skilja sig från adressen för datorn som är värd för mta, om en NAT-router anges. Det är därför statistikservern använder en identifierare som matchar den offentliga IP-adressen (publicId). Associationen mellan den lokala adressen och den här identifieraren deklareras i konfigurationsfilen serverConf.xml. Alla parametrar som är tillgängliga i serverConf.xml listas i det här avsnittet.

Leveransstyrning delivery-output-controlling

Om du vill leverera meddelanden till e-postservrar begär komponenten Email Traffic Shaper en anslutning från statistikservern. När begäran har godkänts öppnas anslutningen.

Innan meddelanden skickas begär modulen 'tokens' från servern. Dessa består vanligtvis av minst 10 tokens, vilket minskar antalet frågor till servern.

Servern sparar all statistik som hör till anslutningar och leveranser. Vid omstart förloras informationen tillfälligt: varje klient sparar en lokal kopia av sin sändningsstatistik och returnerar den till servern regelbundet (varannan minut). Servern kan sedan samla in data på nytt.

I följande avsnitt beskrivs hur ett meddelande behandlas av komponenten Email Traffic Shaper .

Meddelandeleverans message-delivery

När ett meddelande skickas kan du få tre möjliga resultat:

Avbrutet meddelande message-abandonment

Övergivna meddelanden returneras till mta och hanteras inte längre av mtachild.

mta bestämmer proceduren för det här meddelandet (återställning, övergivande, karantän osv.) beroende på svarskoden och reglerna.

Meddelande väntar message-pending

Ett meddelande visas när det kommer till den aktiva kön och det inte finns några tillgängliga sökvägar.

En sökväg är vanligtvis markerad som otillgänglig under en varierande tidsperiod efter ett anslutningsfel. Otillgänglighetsperioden beror på felens frekvens och ålder.

Statistisk serverkonfiguration statistics-server-configuration

Statistikservern kan användas av flera instanser: den måste konfigureras oberoende av de instanser som ska använda den.

Börja med att definiera den Adobe Campaign-databas som ska vara värd för konfigurationen.

Starta konfiguration start-configuration

Som standard startas modulen stat för varje instans. När instanserna samlas på samma dator, eller när instanser delar samma IP-adress, används en enskild statistikserver: de andra måste inaktiveras.

Definition av serverporten definition-of-the-server-port

Som standard avlyssnar statistikservern port 7777. Den här porten kan ändras i filen serverConf.xml. Alla parametrar som är tillgängliga i serverConf.xml listas i det här avsnittet.

<stat port="1234"/>

MX-konfiguration mx-configuration

Om MX-regler about-mx-rules

MX-regler (Mail eXchanger) är de regler som hanterar kommunikation mellan en sändande server och en mottagande server.

Dessa regler läses in automatiskt varje morgon kl. 6.00 (servertid) för att klientinstansen ska kunna levereras regelbundet.

Beroende på materialkapaciteten och den interna policyn kommer en Internet-leverantör att acceptera ett fördefinierat antal anslutningar och meddelanden per timme. Dessa variabler kan ändras automatiskt av Internet-leverantörssystemet beroende på IP-adressens och den sändande domänens anseende. Via sin leveransplattform hanterar Adobe Campaign över 150 specifika regler av Internet-leverantören och dessutom en generisk regel för andra domäner.

Det maximala antalet anslutningar beror inte enbart på antalet offentliga IP-adresser som används av MTA.

Om du till exempel har tillåtit 5 anslutningar i MX-reglerna och har konfigurerat 2 offentliga IP:n kan du tro att du inte kan ha fler än 10 anslutningar samtidigt öppna till den här domänen. Detta är inte sant, det maximala antalet anslutningar avser en sökväg och en sökväg som är en kombination av en av våra offentliga MTA-IP:n och en offentlig IP-adress till kundens MTA.

I exemplet nedan har användaren två konfigurerade offentliga IP-adresser och domänen är 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-poster för yahoo.com talar om för oss att yahoo.com har 3 Mail Exchangers. För att ansluta Peer Mail Exchanger kommer MTA att begära dess IP-adress från DNS.

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 den här posten kan användaren kontakta 8 peer-IP-adresser. Eftersom användaren har två publika IP-adresser ger detta dem 8 * 2 = 16 kombinationer för att nå yahoo.com e-postservrar. Var och en av dessa kombinationer kallas en bana.

Den andra MX-posten visas som:

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 av dessa 8 IP-adresser används redan i mta5 (98.136.216.26, 98.138.112.38, 63.250.192.46 och 98.136.217.203). Med den här posten kan användaren använda fyra nya IP-adresser. Den tredje MX-posten gör detsamma.

Totalt har vi 16 fjärr-IP-adresser. I kombination med våra två lokala offentliga IP-adresser har vi 32 sökvägar för att nå yahoo.com e-postservrar.

Nedan följer några exempel på hur du använder MX-regler:

I exemplet nedan har användaren en gräns på 10 000 meddelanden per timme för en viss domän, men MTA-flödeskapaciteten är högre än denna gräns.

I det här fallet är trafiken uppdelad i 12 perioder på 5 minuter för varje timme och den verkliga gränsen är 833 meddelanden per period.

Dessa meddelanden kommer att levereras så snabbt som möjligt.

Konfigurera MX-hantering configuring-mx-management

Reglerna som ska följas för MX definieras i dokumentet MX management för noden Administration > Campaign Management > Non deliverables Management > Mail rule sets i trädet.

Om dokumentet MX management inte finns i noden kan du skapa det manuellt. Så här gör du:

För att ändringarna ska kunna beaktas måste du starta om statistikservern.

Om du vill läsa in konfigurationen på nytt utan att starta om statistikservern använder du följande kommando på den dator som är värd för servern: nlserver stat -reload

Konfigurera MX-regler configuring-mx-rules

Dokumentet MX management visar alla domäner som är länkade till en MX-regel.

Dessa regler tillämpas i sekvens: den första regeln vars MX-mask är kompatibel med MX-målfilen används.

Följande parametrar är tillgängliga för varje regel:

Konfigurationsexempel:

Hantera e-postformat managing-email-formats

Du kan definiera formatet för skickade meddelanden så att innehållet som visas automatiskt anpassas efter domänen för varje mottagares adress.

Det gör du genom att gå till dokumentet Management of email formats, som finns i Administration > Campaign management > Non deliverables management > Mail rule sets.

Det här dokumentet innehåller en lista över alla fördefinierade domäner som motsvarar de japanska format som hanteras av Adobe Campaign. Mer information finns i det här dokumentet.

Med parametern MIME-struktur (Multipurpose Internet Mail Extensions) kan du definiera meddelandestrukturen som ska skickas till olika e-postklienter. Det finns tre alternativ:

Om alternativet Image inclusion är aktiverat visas dessa direkt i e-postmeddelandet. Bilderna överförs sedan och URL-länkarna ersätts av innehållet.

Det här alternativet används särskilt av den japanska marknaden för Deco-mail, Decore Mail eller Decoration Mail. Mer information finns i det här dokumentet.

Leveransserverkonfiguration delivery-server-configuration

Klocksynkronisering clock-synchronization

Klockorna för alla servrar som utgör Adobe Campaign-plattformen (inklusive databasen) måste synkroniseras och deras system måste vara inställda på samma tidszon.

Statistikserverns koordinater coordinates-of-the-statistics-server

Statistikserverns adress måste anges i mta.

Med egenskapen statServerAddress för elementet mta i konfigurationen kan du ange adress och nummer för den port som ska användas.

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

Om du vill använda statistikservern på samma dator måste du ange åtminstone namnet på datorn med värdet localhost :

 <mta statServerAddress="localhost">

Lista över IP-adresser som ska användas list-of-ip-addresses-to-use

Konfigurationen för trafikhantering finns i elementet mta/child/smtp i konfigurationsfilen.

För varje IPAfinity-element måste du deklarera de IP-adresser som kan användas för datorn.

Exempel:

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

Parametrarna är följande:

I det föregående exemplet, med normala villkor, distribueras adresserna enligt följande:

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

Om till exempel den första adressen inte kan användas för ett givet MX, skickas meddelanden enligt följande:

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

Optimering av e-postutskick email-sending-optimization

Den interna arkitekturen för Adobe Campaign mta påverkar konfigurationen för optimering av e-postleverans. Här är några tips om hur du kan förbättra dina leveranser.

Justera parametern maxWaitMessages adjust-the-maxwaitingmessages-parameter

Parametern maxWaitMessages anger det högsta antalet meddelanden som har förberetts av mtachild. Meddelanden tas bara bort från den här listan när de har skickats eller övergetts.

Den här parametern är mycket viktig och särskilt viktig om meddelanden inte sorteras efter domän.

När tröskelvärdet maxWorkingSetMb (256) har uppnåtts slutar leveransservern att skicka meddelanden. Prestandan minskar avsevärt tills mtachild startas igen. Om du vill kringgå det här problemet kan du antingen öka tröskelvärdet för parametern maxWorkingSetMb eller minska tröskelvärdet för parametern maxWaitMessages .

Parametern maxWorkingSetMb beräknas empiriskt genom att det maximala antalet meddelanden multipliceras med den genomsnittliga meddelandestorleken och resultatet multipliceras med 2,5. Om ett meddelande till exempel har en genomsnittlig storlek på 50 kB och parametern maxWaitMessages är lika med 1 000, kommer det använda minnet att bli i genomsnitt 125 MB.

Justera antalet datorer adjust-the-number-of-mtachild

Antalet underordnade bör inte överstiga antalet processorer i datorn (ca. 1000 sessioner). Vi rekommenderar att du inte överskrider 8 mtachild. Du kan sedan öka antalet meddelanden per child (maxMsgPerChild) för att uppnå en tillräcklig livstid.