Configurazioni delle e-mail tecniche

Panoramica

La sezione seguente fornisce una panoramica della configurazione necessaria per controllare l’output delle istanze Adobe Campaign durante la consegna delle e-mail.

NOTA

Alcune configurazioni possono essere eseguite solo da Adobe per le distribuzioni ospitate da Adobe, ad esempio per accedere ai file di configurazione del server e dell’istanza. Per ulteriori informazioni sulle diverse distribuzioni, consulta la sezione Modelli di hosting o questa pagina.

Per ulteriori informazioni sui concetti e sulle best practice relativi al recapito messaggi con Adobe Campaign, consulta questa sezione.

Per informazioni più approfondite sul recapito messaggi, incluse tutte le raccomandazioni tecniche relative all’invio e alla ricezione efficienti di e-mail da parte di una piattaforma di Adobe, consulta la Guida alle best practice per il recapito messaggi di Adobe.

Principio di funzionamento

È possibile controllare l’output di una o più istanze di Adobe Campaign per limitare il numero di e-mail inviate a seconda di un dominio. Ad esempio, puoi limitare l’output a 20.000 all’ora per gli indirizzi yahoo.com, configurando 100.000 messaggi all’ora per tutti gli altri domini.

L'output del messaggio deve essere controllato per ogni indirizzo IP utilizzato dai server di consegna (mta). Diversi mta suddivisi su più computer e appartenenti a varie istanze di Adobe Campaign possono condividere lo stesso indirizzo IP per la consegna delle e-mail: è necessario impostare un processo per coordinare l’utilizzo di questi indirizzi IP.

Questo è ciò che fa il modulo stat: inoltra tutte le richieste di connessione e i messaggi da inviare ai server di posta elettronica per un set di indirizzi IP. Il server di statistiche tiene traccia delle consegne e può abilitare o disabilitare l’invio in base a quote impostate.

  • Il server di statistiche (stat) è collegato a una base Adobe Campaign per caricare la configurazione.
  • I server di consegna (mta) utilizzano un UDP per contattare un server di statistiche che non appartiene sempre alla propria istanza.

Server di consegna

Il modulo mta distribuisce i messaggi ai relativi moduli figlio mtachild. Ogni elemento secondario prepara i messaggi prima di richiedere un'autorizzazione dal server di statistiche e di inviarli.

Le fasi sono le seguenti:

  1. Il mta seleziona i messaggi idonei e assegna loro un elemento mtachild disponibile.
  2. Il elemento secondario carica tutte le informazioni necessarie per la creazione del messaggio (contenuto, elementi di personalizzazione, allegati, immagini, ecc.) e inoltra il messaggio a E-mail Traffic Shaper.
  3. Non appena l'autore del traffico e-mail riceve l'autorizzazione del server di statistiche (smtp stat), il messaggio viene inviato al destinatario.

Statistiche e limitazioni del server e-mail

Il server di statistiche mantiene le seguenti statistiche per ogni server di posta elettronica che riceve i messaggi:

  • numero di connessioni point-in-time aperte,
  • Numero di messaggi inviati nell’ultima ora,
  • Frequenza delle connessioni riuscite/rifiutate,
  • Frequenza di connessioni a server non raggiungibili.

Allo stesso tempo, il modulo carica un elenco di limitazioni per alcuni server e-mail:

  • Numero massimo di connessioni simultanee,
  • Numero massimo di messaggi all’ora,
  • Numero massimo di messaggi per connessione.

Gestione degli indirizzi IP

Il server di statistiche può combinare più istanze o più computer con lo stesso indirizzo IP pubblico. Pertanto non è collegato a un’istanza specifica, ma deve contattare un’istanza per recuperare le limitazioni per dominio.

Le statistiche di consegna sono conservate per ciascun MX di destinazione e per ciascun IP di origine. Ad esempio, se il dominio di destinazione ha 5 MX e la piattaforma può utilizzare 3 indirizzi IP diversi, il server può gestire fino a 15 serie di indicatori per questo dominio.

L'indirizzo IP di origine corrisponde all'indirizzo IP pubblico, ovvero l'indirizzo visualizzato dal server di posta elettronica remoto. Questo indirizzo IP può essere diverso dall'indirizzo della macchina che ospita il mta, se è fornito un router NAT. Per questo motivo il server di statistiche utilizza un identificatore corrispondente all'IP pubblico (publicId). L'associazione tra l'indirizzo locale e questo identificatore è dichiarata nel file di configurazione serverConf.xml. Tutti i parametri disponibili in serverConf.xml sono elencati in questa sezione.

Controllo dell'output di consegna

Per inviare messaggi ai server e-mail, il componente E-mail Traffic Shaper richiede una connessione dal server di statistiche. Una volta accettata la richiesta, la connessione viene aperta.

Prima di inviare i messaggi, il modulo richiede "token" dal server. Si tratta in genere di set di almeno 10 token, che riducono il numero di query al server.

Il server salva tutte le statistiche relative alle connessioni e alle consegne. In caso di riavvio, le informazioni vengono temporaneamente perse: ogni client conserva una copia locale delle statistiche di invio e le restituisce regolarmente al server (ogni 2 minuti). Il server può quindi eseguire nuovamente l'aggregazione dei dati.

Le sezioni seguenti descrivono l’elaborazione di un messaggio da parte del componente Shaper traffico e-mail .

Consegna messaggi

Quando un messaggio viene inviato, ci sono 3 risultati possibili:

  1. Operazione riuscita: invio del messaggio completato. Il messaggio viene aggiornato.

  2. Messaggio non riuscito: il server contattato ha rifiutato il messaggio per il destinatario scelto. Questo risultato corrisponde ai codici restituiti da 550 a 599, ma è possibile definire delle eccezioni.

  3. Sessione non riuscita (per 5.11 verso l'alto): se le ​destinazioni ricevono una risposta per questo messaggio, il messaggio viene abbandonato (consulta Abbandono messaggio). Il messaggio viene inviato a un altro percorso o impostato su in sospeso se non sono disponibili altri percorsi (consulta Messaggio in sospeso).

    NOTA

    Un percorso è una connessione tra Adobe Campaign mta e il target mta. Adobe Campaign mta può scegliere tra diversi IP iniziali e diversi IP di dominio di destinazione.

Abbandono messaggio

I messaggi abbandonati vengono restituiti al mta e non sono più gestiti dal mtachild.

Il mta decide la procedura per questo messaggio (recupero, abbandono, quarantena, ecc.) a seconda del codice di risposta e delle regole.

Messaggio in sospeso

Viene visualizzato un messaggio quando arriva nella coda attiva e non sono disponibili percorsi.

Un percorso viene generalmente contrassegnato come non disponibile per un periodo di tempo variabile dopo un errore di connessione. Il periodo di indisponibilità dipende dalla frequenza e dall’età degli errori.

Configurazione del server di statistica

Il server di statistiche può essere utilizzato da diverse istanze: deve essere configurato in modo indipendente dalle istanze che lo utilizzeranno.

Inizia definendo il database Adobe Campaign che ospiterà la configurazione.

Avvia la configurazione

Per impostazione predefinita, il modulo stat viene avviato per ogni istanza. Quando le istanze vengono mutualizzate sullo stesso computer o quando le istanze condividono lo stesso indirizzo IP, viene utilizzato un singolo server di statistiche: gli altri devono essere disabilitati.

Definizione della porta del server

Per impostazione predefinita, il server di statistiche ascolta la porta 7777. Questa porta può essere modificata nel file serverConf.xml. Tutti i parametri disponibili in serverConf.xml sono elencati in questa sezione.

<stat port="1234"/>

Configurazione MX

IMPORTANTE

Per le installazioni in hosting o ibride, se hai effettuato l’aggiornamento a MTA avanzato, le regole di velocità effettiva di consegna MX management non vengono più utilizzate. L’MTA avanzato utilizza le proprie regole MX che gli consentono di personalizzare il throughput in base al dominio in base alla reputazione cronologica dell’e-mail e al feedback in tempo reale proveniente dai domini in cui invii e-mail.

Informazioni sulle regole MX

NOTA

Questa sezione e le sezioni seguenti si applicano solo alle installazioni on-premise e alle installazioni in hosting/ibride utilizzando l’MTA legacy di Campaign.

Le regole MX (Mail eXchanger) sono regole che gestiscono la comunicazione tra un server di invio e un server di ricezione.

Queste regole vengono ricaricate automaticamente ogni mattina alle 6 del mattino (ora del server) per fornire regolarmente l'istanza del client.

A seconda delle capacità materiali e della politica interna, un ISP accetta un numero predefinito di connessioni e messaggi all'ora. Queste variabili possono essere modificate automaticamente dal sistema ISP a seconda della reputazione dell’IP e del dominio di invio. Attraverso la sua piattaforma di recapito messaggi, Adobe Campaign gestisce più di 150 regole specifiche da parte dell’ISP e, inoltre, una regola generica per altri domini.

Il numero massimo di connessioni non dipende esclusivamente dal numero di indirizzi IP pubblici utilizzati dall’MTA.

Ad esempio, se hai consentito 5 connessioni nelle regole MX e hai configurato 2 IP pubblici, potresti pensare che non puoi avere più di 10 connessioni aperte contemporaneamente a questo dominio. Questo non è vero, infatti il numero massimo di connessioni si riferisce a un percorso e un percorso che è una combinazione di uno dei nostri IP pubblici MTA e un IP pubblico dell’MTA del cliente.

Nell’esempio seguente, l’utente dispone di due indirizzi IP pubblici configurati e il dominio è 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.

I record MX per yahoo.com ci dicono che yahoo.com ha 3 Scambiatori di posta. Per collegare lo scambiatore di posta peer, l'MTA richiederà il suo indirizzo IP dal 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

Per questo record, l’utente può contattare 8 indirizzi IP peer. Poiché ha 2 indirizzi IP pubblici questo gli dà 8 * 2 = 16 combinazioni per raggiungere i server di posta yahoo.com. Ciascuna di queste combinazioni è denominata percorso.

Il secondo record MX viene visualizzato come:

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 di questi 8 indirizzi IP sono già utilizzati in mta5 (98.136.216.26, 98.138.112.38, 63.250.192.46 e 98.136.217.203). Questo record consente all’utente di utilizzare 4 nuovi indirizzi IP. Il terzo record MX farà lo stesso.

In totale, abbiamo 16 indirizzi IP remoti. In combinazione con i nostri 2 IP pubblici locali abbiamo 32 percorsi per raggiungere i server di posta yahoo.com.

NOTA

Se 2 record MX fanno riferimento allo stesso indirizzo IP, questo verrà conteggiato come un percorso e non come due.

Di seguito sono riportati alcuni esempi di utilizzo delle regole MX:

Nell’esempio seguente, l’utente ha un limite di 10.000 messaggi all’ora per un determinato dominio, ma la capacità effettiva MTA è superiore a questo limite.

In questo caso, il traffico viene suddiviso in 12 periodi di 5 minuti per ogni ora e il limite reale è di 833 messaggi per periodo.

Questi messaggi verranno inviati il più rapidamente possibile.

Configurazione della gestione MX

Le regole da rispettare per MX sono definite nel documento MX management del nodo Administration > Campaign Management > Non deliverables Management > Mail rule sets dell'albero.

Se il documento MX management non esiste nel nodo, puoi crearlo manualmente. Per eseguire questa operazione:

  1. Crea un nuovo set di regole di posta elettronica.

  2. Scegli la modalità MX management .

  3. Immetti defaultMXRules nel campo Internal name .

Per tenere conto delle modifiche, è necessario riavviare il server delle statistiche.

Per ricaricare la configurazione senza riavviare il server di statistiche, utilizzare il seguente comando sul computer che ospita il server: nlserver stat -reload

NOTA

Questa riga di comando è preferita a nlserver riavvio. Impedisce la perdita delle statistiche raccolte prima del riavvio ed evita picchi d'uso che possono andare contro le quote definite nelle regole MX.

Configurazione delle regole MX

Il documento MX management elenca tutti i domini collegati a una regola MX.

Queste regole vengono applicate in sequenza: viene applicata la prima regola la cui maschera MX è compatibile con la MX di destinazione.

I seguenti parametri disponibili per ogni regola sono:

  • MX mask: dominio in cui viene applicata la regola. Ogni regola definisce una maschera dell'indirizzo per l'MX. Qualsiasi MX il cui nome corrisponde a questa maschera è pertanto idoneo. La maschera può contenere "*" e "?" caratteri generici.

    Ad esempio, i seguenti indirizzi:

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

    sono compatibili con le seguenti maschere:

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

    Ad esempio, per l’indirizzo e-mail foobar@gmail.com, il dominio è gmail.com e il record MX è:

    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 questo caso verrà utilizzata la regola MX *.google.com. Come puoi vedere, la maschera della regola MX non corrisponde necessariamente al dominio nella posta. Le regole MX applicate per gli indirizzi e-mail gmail.com saranno quelle con la maschera *.google.com.

  • Range of identifiers: questa opzione ti consente di indicare gli intervalli di identificatori (publicID) per i quali si applica la regola. Puoi specificare:

    • Numero: la regola si applica solo a publicId,
    • Un intervallo di numeri (numero1-numero2): la regola si applica a tutti gli publicID tra questi due numeri.
    NOTA

    Se il campo è vuoto, la regola si applica a tutti gli identificatori.

    Un ID pubblico è un identificatore interno di un IP pubblico utilizzato da uno o più MTA. Questi ID sono definiti nei server MTA nel file config-instance.xml .

  • Shared: definisce l'ambito delle proprietà per questa regola MX. Quando questa opzione è selezionata, tutti i parametri vengono condivisi su tutti gli IP disponibili nell’istanza. Se questa opzione è deselezionata, le regole MX vengono definite per ogni IP. Il numero massimo di messaggi viene moltiplicato per il numero di IP disponibili.

  • Maximum number of connections: numero massimo di connessioni simultanee al dominio del mittente.

  • Maximum number of messages: numero massimo di messaggi che possono essere inviati su una connessione. Quando i messaggi superano questo numero, la connessione viene chiusa e ne viene aperta una nuova.

  • Messages per hour: numero massimo di messaggi che possono essere inviati nel dominio del mittente in un'ora.

  • Connection time out: soglia di tempo per la connessione a un dominio.

    NOTA

    Windows può emettere un timeout prima di questa soglia, che dipende dalla versione di Windows in uso.

  • Timeout Data: tempo massimo di attesa dopo l’invio del contenuto del messaggio (sezione DATI del protocollo SMTP).

  • Timeout: tempo massimo di attesa per altri scambi con il server SMTP.

  • TLS: Il protocollo TLS, che ti consente di crittografare le consegne delle e-mail, può essere abilitato in modo selettivo. Per ogni maschera MX sono disponibili le seguenti opzioni:

    • Default configuration: Si tratta della configurazione generale specificata nel file di configurazione serverConf.xml che viene applicata.

      IMPORTANTE

      Si sconsiglia di modificare la configurazione predefinita.

    • Disabled : I messaggi vengono inviati sistematicamente senza cifratura.

    • Opportunistic : La consegna del messaggio viene crittografata se il server ricevente (SMTP) può generare il protocollo TLS.

Esempio di configurazione:

NOTA

Per ulteriori informazioni sull'utilizzo dei server MX con Adobe Campaign, consulta questa sezione.

Gestione dei formati e-mail

Puoi definire il formato dei messaggi inviati, in modo che il contenuto visualizzato si adatti automaticamente in base al dominio dell’indirizzo di ciascun destinatario.

A questo scopo, vai al documento Management of email formats, che si trova in Administration > Campaign management > Non deliverables management > Mail rule sets.

Questo documento contiene un elenco di tutti i domini predefiniti corrispondenti ai formati giapponesi gestiti da Adobe Campaign. Per ulteriori informazioni, consulta questo documento.

Il parametro Struttura MIME (Multipurpose Internet Mail Extensions) ti consente di definire la struttura del messaggio che verrà inviata ai diversi client di posta elettronica. Sono disponibili tre opzioni:

  • Multipart: Il messaggio viene inviato in formato testo o HTML. Se il formato HTML non viene accettato, il messaggio potrà comunque essere visualizzato in formato testo.

    Per impostazione predefinita, la struttura multiparte è multipart/alternative, ma diventa automaticamente multipart/related quando un'immagine viene aggiunta al messaggio. Alcuni provider prevedono il formato multipart/related per impostazione predefinita, l'opzione Force multipart/related impone questo formato anche se non è collegata alcuna immagine.

  • HTML: Viene inviato un messaggio solo HTML. Se il formato HTML non viene accettato, il messaggio non verrà visualizzato.

  • Testo: Viene inviato un messaggio in formato solo testo. Il vantaggio dei messaggi in formato testo è la loro dimensione molto piccola.

Se l’opzione Image inclusion è abilitata, queste vengono visualizzate direttamente nel corpo dell’e-mail. Le immagini verranno quindi caricate e i collegamenti URL saranno sostituiti dal loro contenuto.

Questa opzione è particolarmente utilizzata dal mercato giapponese per Deco-mail, Decore Mail o Decoration Mail. Per ulteriori informazioni, consultare questo documento.

IMPORTANTE

L’inserimento di immagini in un messaggio e-mail ne aumenta notevolmente le dimensioni.

Configurazione del server di consegna

Sincronizzazione orologio

Gli orologi di tutti i server che compongono la piattaforma Adobe Campaign (incluso il database) devono essere sincronizzati e i relativi sistemi devono essere impostati sullo stesso fuso orario.

Coordinate del server delle statistiche

L'indirizzo del server di statistiche deve essere fornito nel mta.

La proprietà statServerAddress dell'elemento mta della configurazione consente di specificare l'indirizzo e il numero della porta da utilizzare.

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

Per utilizzare il server di statistiche sullo stesso computer, è necessario immettere almeno il nome del computer con il valore localhost:

 <mta statServerAddress="localhost">
IMPORTANTE

Se questo campo non è compilato, il tag mta non si avvia.

Elenco di indirizzi IP da utilizzare

La configurazione relativa alla gestione del traffico si trova nell'elemento mta/child/smtp del file di configurazione.

Per ogni elemento IPAffinity, è necessario dichiarare gli indirizzi IP che possono essere utilizzati per il computer.

Esempio:

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

I parametri sono i seguenti:

  • indirizzo: si tratta dell'indirizzo IP del computer host MTA da utilizzare.

  • heloHost: questo identificatore rappresenta l’indirizzo IP visualizzato dal server SMTP.

  • publicId: queste informazioni sono utili quando un indirizzo IP è condiviso da diversi ​tag Adobe Campaign dietro un router NAT. Il server di statistiche utilizza questo identificatore per memorizzare le statistiche di connessione e invio tra questo punto iniziale e il server di destinazione.

  • peso: consente di definire la frequenza relativa di utilizzo dell’indirizzo. Per impostazione predefinita, tutti gli indirizzi hanno un peso uguale a 1.

NOTA

Nel file serverConf.xml , è necessario verificare che un IP corrisponda a un singolo host con un identificatore univoco (public_id). Non può essere mappato su più host, il che potrebbe causare problemi di limitazione della consegna.

Nell’esempio precedente, in condizioni normali, gli indirizzi saranno distribuiti come segue:

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

Se, ad esempio, il primo indirizzo non può essere utilizzato per un dato MX, i messaggi verranno inviati come segue:

* &quot;2&quot;: 5 / (5+1) = 83%
* &quot;3&quot;: 1 / (5+1) = 17%
  • includeDomains: ti consente di riservare questo indirizzo IP per le e-mail appartenenti a un dominio specifico. Elenco di maschere che possono contenere uno o più caratteri jolly ('*'). Se l'attributo non è specificato, tutti i domini possono utilizzare questo indirizzo IP.

    Esempio: includeDomains="wanadoo.com, arancione.com, yahoo.*"

  • excludeDomains: esclude un elenco di domini per questo indirizzo IP. Questo filtro viene applicato dopo il filtro includeDomains .

Ottimizzazione dell’invio di e-mail

L’architettura interna di Adobe Campaign mta ha un impatto sulla configurazione per l’ottimizzazione della consegna delle e-mail. Di seguito sono riportati alcuni suggerimenti su come migliorare le consegne.

Regola il parametro maxWaitingMessages

Il parametro maxWaitingMessages indica il numero più alto di messaggi preparati in anticipo dal mtachild. I messaggi vengono cancellati dall’elenco solo una volta inviati o abbandonati.

Questo parametro è molto importante e particolarmente critico se i messaggi non vengono ordinati per dominio.

Una volta raggiunta la soglia maxWorkingSetMb (256), il server di consegna smette di inviare messaggi. Le prestazioni diminuiranno notevolmente finché il elemento secondario non si riavvia. Per risolvere questo problema, puoi aumentare la soglia del parametro maxWorkingSetMb oppure diminuire la soglia del parametro maxWaitingMessages.

Il parametro maxWorkingSetMb viene calcolato empiricamente moltiplicando il numero massimo di messaggi per la dimensione media del messaggio e moltiplicando il risultato per 2,5. Ad esempio, se un messaggio ha una dimensione media di 50 kB e il parametro maxWaitingMessages è uguale a 1.000, la memoria utilizzata sarà media di 1 25 MB

Regola il numero di elementi secondari

Il numero di figli non deve superare il numero di processori presenti nella macchina (circa 1000 sessioni). È consigliabile non superare 8 mtachild. È quindi possibile aumentare il numero di messaggi per figlio (maxMsgPerChild) per ottenere una durata di vita sufficiente.

In questa pagina

Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now
Adobe Maker Awards Banner

Time to shine!

Apply now for the 2021 Adobe Experience Maker Awards.

Apply now