Show Menu
ARGOMENTI×

Configurazioni e-mail tecniche

Panoramica

La sezione seguente fornisce una panoramica della configurazione necessaria per controllare l'output delle istanze di Adobe Campaign quando si distribuiscono le e-mail.
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, consultate la sezione Modelli di hosting o questo articolo .
Per ulteriori informazioni sui concetti e sulle best practice relativi alla recapito, consulta questa sezione .
Tutte le raccomandazioni tecniche relative all'invio e alla ricezione efficiente di e-mail da parte di una piattaforma Adobe Campaign sono disponibili in questa sezione .

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, potete limitare l'output a 20.000 all'ora per gli indirizzi yahoo.com , mentre configurate 100.000 messaggi all'ora per tutti gli altri domini.
L'output dei messaggi deve essere controllato per ogni indirizzo IP utilizzato dai server di consegna ( mta ). Diversi dati suddivisi su più computer e appartenenti a diverse istanze di Adobe Campaign possono condividere lo stesso indirizzo IP per la consegna delle e-mail: è necessario impostare un processo per coordinare l'uso di questi indirizzi IP.
Questo è ciò che il modulo stat fa: inoltra tutte le richieste di connessione e i messaggi da inviare ai server di posta elettronica per un insieme di indirizzi IP. Il server delle statistiche tiene traccia delle consegne e può abilitare o disabilitare l'invio in base alle quote impostate.
  • Il server delle statistiche ( stat ) è collegato a una base Adobe Campaign per caricare la configurazione.
  • I server di distribuzione ( mta ) utilizzano un UDP per contattare un server di statistiche che non appartiene sempre alla propria istanza.

Server di distribuzione

Il modulo mta distribuisce i messaggi ai suoi moduli figlio principale . Ogni nodo secondario prepara i messaggi prima di richiedere un'autorizzazione al server delle statistiche e inviarli.
La procedura è la seguente:
  1. Il tag seleziona i messaggi idonei e assegna loro un elemento secondario principale disponibile.
  2. Il nodo secondario carica tutte le informazioni necessarie per la creazione del messaggio (contenuto, elementi di personalizzazione, allegati, immagini, ecc.) e inoltra il messaggio all' e-mail Traffic Shaper .
  3. Non appena lo shaper del traffico e-mail riceve l'autorizzazione del server di statistiche (stato smtp ), 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 delle 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. Non è quindi 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 all'indirizzo visualizzato dal server e-mail 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 che corrisponde all’IP pubblico ( publicId ). L'associazione tra l'indirizzo locale e questo identificatore viene dichiarata nel file di configurazione serverConf.xml . Tutti i parametri disponibili in serverConf.xml sono elencati in questa sezione .

Controllo 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 i 'token' dal server. Si tratta in genere di insiemi 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 riaggregare i dati.
Nelle sezioni seguenti viene descritta l’elaborazione di un messaggio da parte del componente Email Traffic Shaper (Condivisione traffico e-mail).

Invio di messaggi

Quando un messaggio viene inviato, sono disponibili 3 risultati:
  1. Successo : il messaggio è stato inviato correttamente. 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 eccezioni.
  3. Sessione non riuscita (per 5.11 verso l'alto): se la mta riceve una risposta per questo messaggio, il messaggio viene abbandonato (fare riferimento a Messaggio di abbandono ). Il messaggio viene inviato a un altro percorso o impostato su in sospeso se non sono disponibili altri percorsi (fare riferimento a Messaggio in sospeso ).
    Un percorso è una connessione tra l' oggetto di Adobe Campaign e l' elemento di destinazione. Il tag di Adobe Campaign può scegliere tra diversi IP iniziali e diversi IP di dominio di destinazione.

Abbandono dei messaggi

I messaggi abbandonati vengono restituiti al tag e non vengono più gestiti dal master .
Il MTA decide la procedura per questo messaggio (recupero, abbandono, quarantena, ecc.) in base al codice di risposta e alle regole.

Messaggio in sospeso

Quando arriva nella coda attiva, un messaggio viene chiuso e non sono disponibili percorsi.
Un percorso è 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 statistiche

Il server di statistiche può essere utilizzato da più istanze: deve essere configurato in modo indipendente dalle istanze che lo utilizzeranno.
Per iniziare, definisci il database di Adobe Campaign che ospiterà la configurazione.

Avvia configurazione

Per impostazione predefinita, il modulo stat è 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 delle 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

Informazioni sulle regole MX

Le regole MX (Mail eXchanger) sono regole che gestiscono la comunicazione tra un server di invio e un server di ricezione.
Per le installazioni ospitate o ibride, se avete effettuato l’aggiornamento all’MTA avanzato, le regole di MX management consegna effettiva non vengono più utilizzate. L'MTA avanzata utilizza le proprie regole MX che le consentono di personalizzare il throughput in base al dominio in base alla reputazione storica dell'e-mail e al feedback in tempo reale proveniente dai domini in cui invii le e-mail.
Per ulteriori informazioni sull'MTA avanzata di Adobe Campaign, consulta questo documento .
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, Adobe Campaign gestisce più di 150 regole specifiche dall'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 sono state consentite 5 connessioni nelle regole MX e avete configurato 2 IP pubblici, potreste pensare che non sia possibile avere più di 10 connessioni contemporaneamente aperte 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 ha 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 Mail Exchangers. Per collegare lo scambiatore di posta peer, l'MTA richiederà l'indirizzo IP del computer 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.
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 tale limite.
In questo caso, il traffico è diviso 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 MX management documento del Administration > Campaign Management > Non deliverables Management > Mail rule sets nodo della struttura.
Se il MX management documento non esiste nel nodo, è possibile crearlo manualmente. Per eseguire questa operazione:
  1. Create un nuovo set di regole per la posta elettronica.
  2. Scegliere la MX management modalità.
  3. Immettere defaultMXRules nel Internal name campo.
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
Questa riga di comando è preferibile al riavvio del server . 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 MX management documento 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 l'MX di destinazione.
I seguenti parametri disponibili per ciascuna regola sono:
  • MX mask : dominio a cui viene applicata la regola. Ogni regola definisce una maschera di indirizzo per l'MX. È pertanto ammissibile qualsiasi MX il cui nome corrisponda a questa maschera. 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 potete vedere, la maschera della regola MX non corrisponde necessariamente al dominio presente nella posta. Le regole MX applicate agli indirizzi e-mail di gmail.com saranno quelli con la maschera *.google.com .
  • Range of identifiers : questa opzione consente di indicare gli intervalli di identificatori (publicID) per i quali si applica la regola. Potete specificare:
    • Numero: la regola verrà applicata solo a publicId,
    • Un intervallo di numeri ( numero1-numero2 ): la regola verrà applicata a tutti gli publicID tra questi due numeri.
    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. Tali ID sono definiti nei server MTA nel file config-instance.xml .
  • Shared : definisce l'ambito delle proprietà per questa regola MX. Se questa opzione è selezionata, tutti i parametri vengono condivisi su tutti gli IP disponibili nell'istanza. Se questa opzione è deselezionata, le regole MX sono 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.
    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 di attesa massimo per altri scambi con il server SMTP.
  • TLS : Il protocollo TLS, che consente di cifrare le consegne e-mail, può essere attivato 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 applicato.
      Non è consigliabile modificare la configurazione predefinita.
    • Disabled : I messaggi vengono inviati sistematicamente senza crittografia.
    • Opportunistic : La consegna dei messaggi è crittografata se il server di ricezione (SMTP) è in grado di generare il protocollo TLS.
Esempio di configurazione:

Gestione dei formati e-mail

È possibile 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 tale scopo, passare al Management of email formats documento, che si trova in Administration > Campaign management > Non deliverables management > Mail rule sets .
Questo documento contiene un elenco di tutti i domini predefiniti che corrispondono ai formati giapponesi gestiti da Adobe Campaign. Per ulteriori informazioni, consultare questo documento .
Il parametro struttura ​MIME (Multipurpose Internet Mail Extensions) 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 è accettato, il messaggio potrà comunque essere visualizzato in formato testo.
    Per impostazione predefinita, la struttura multiparte è multiparte/alternativa , ma diventa automaticamente multiparte/correlata quando un’immagine viene aggiunta al messaggio. Per impostazione predefinita, alcuni fornitori prevedono il formato multiparte/correlato . Anche se non è collegata alcuna immagine, l' Force multipart/related opzione impone tale formato.
  • HTML : Viene inviato un messaggio solo HTML. Se il formato HTML non è accettato, il messaggio non verrà visualizzato.
  • Testo : Viene inviato un messaggio in formato solo testo. I messaggi in formato testo hanno dimensioni molto ridotte.
Se l’ Image inclusion opzione è attivata, queste vengono visualizzate direttamente nel corpo del messaggio e-mail. Le immagini verranno caricate e i collegamenti URL verranno sostituiti dal relativo contenuto.
Questa opzione è utilizzata in particolare dal mercato giapponese per Deco-mail , Decore Mail o Decoration Mail . Per ulteriori informazioni, consultare questo documento .
L’inserimento di immagini in un messaggio e-mail ne aumenta notevolmente le dimensioni.

Configurazione server di consegna

Blocca sincronizzazione

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

Coordinate del server di statistiche

L'indirizzo del server di statistiche deve essere fornito nel tag .
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">

Se questo campo non viene popolato, il tag non verrà avviato.

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 ciascun 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 come verrà visualizzato dal server SMTP.
  • publicId : questa informazione è utile quando un indirizzo IP è condiviso da diversi mtas di Adobe Campaign dietro a un router NAT. Il server delle statistiche utilizza questo identificatore per memorizzare le statistiche di connessione e invio tra il 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 uno spessore pari a 1.
Nel file serverConf.xml, è necessario verificare che un IP corrisponda a un singolo helohost con un identificatore univoco (public_id). Non può essere mappato su più host, il che potrebbe causare problemi di limitazione delle consegne.
Nell'esempio precedente, con 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 : consente di riservare questo indirizzo IP alle e-mail appartenenti a un dominio specifico. Si tratta di un 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 tramite e-mail

L'architettura interna dell' applicazione Adobe Campaign ha un impatto sulla configurazione per ottimizzare la distribuzione delle e-mail. Di seguito sono riportati alcuni suggerimenti per migliorare le consegne.

Regolare il parametro maxWaitingMessages

Il parametro maxWaitingMessages indica il numero massimo di messaggi preparati in anticipo dal nodo secondario . I messaggi vengono eliminati da questo elenco solo dopo che sono stati inviati o abbandonati.
Questo parametro è molto importante e particolarmente critico se i messaggi non sono ordinati per dominio.
Una volta raggiunta la soglia maxWorkingSetMb (256), il server di consegna interrompe l'invio dei messaggi. Le prestazioni diminuiranno in modo significativo finché il figlio principale non ricomincia. Per ovviare a questo problema, potete 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 125 MB.

Regola il numero di elementi secondari

Il numero di figli non deve superare il numero di processori nella macchina (circa 1000 sessioni). Si consiglia di non superare gli 8 elementi figlio . Potreste quindi aumentare il numero di messaggi per figlio ( maxMsgPerChild ) per ottenere una durata di vita sufficiente.