[Solo on-premise/ibrido]{class="badge yellow" title="Applicabile solo alle distribuzioni on-premise e ibride"}

Configurazioni tecniche delle e-mail email-deliverability

Panoramica overview

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

NOTE
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 sulla consegna dei messaggi, comprese 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 la consegna dei messaggi di Adobe.

Principio di funzionamento operating-principle

È 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 per un set 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 caricarne la configurazione.
  • I server di consegna (mta) utilizzano un UDP per contattare un server delle statistiche che non appartiene sempre alla propria istanza.

Server di consegna delivery-servers

Il modulo mta distribuisce i messaggi ai relativi mtachild moduli secondari. Ogni mtachild prepara i messaggi prima di richiedere un'autorizzazione al server delle statistiche e inviarli.

I passaggi sono i seguenti:

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

Statistiche e limitazioni del server e-mail email-server-statistics-and-limitations

Il server delle statistiche gestisce le seguenti statistiche per ogni server e-mail che riceve messaggi:

  • Numero di connessioni point-in-time aperte,
  • Numero di messaggi inviati nell’ultima ora,
  • Numero di 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 managing-ip-addresses

Il server delle statistiche può combinare più istanze o 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 vengono conservate per ogni MX di destinazione e per ogni 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 del computer che ospita mta, se viene fornito un router NAT. Per questo motivo il server delle statistiche utilizza un identificatore che corrisponde 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 delivery-output-controlling

Per inviare messaggi ai server di posta elettronica, il componente Gestione traffico e-mail richiede una connessione dal server delle statistiche. Una volta accettata la richiesta, la connessione viene aperta.

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

Il server salva tutte le statistiche relative a connessioni e consegne. In caso di riavvio, le informazioni vengono temporaneamente perse: ogni client mantiene una copia locale delle proprie statistiche di invio e le restituisce al server regolarmente (ogni 2 minuti). Il server può quindi riaggregare i dati.

Le sezioni seguenti descrivono l'elaborazione di un messaggio da parte del componente Invia messaggio e-mail a Shaper.

Consegna dei messaggi message-delivery

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

  1. Operazione completata: 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 le eccezioni.

  3. Sessione non riuscita (per 5.11 in alto): se mta riceve una risposta per questo messaggio, il messaggio viene abbandonato (fare riferimento a Abbandono messaggio). 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).

    note note
    NOTE
    Un percorso è una connessione tra Adobe Campaign mta e la destinazione mta. Adobe Campaign mta può scegliere tra diversi IP iniziali e diversi IP del dominio di destinazione.

Abbandono del messaggio message-abandonment

I messaggi abbandonati vengono restituiti a mta e non sono più gestiti da mtachild.

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

Messaggio in attesa message-pending

Un messaggio viene aperto quando arriva nella coda attiva 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 statistics-server-configuration

Il server delle statistiche può essere utilizzato da diverse istanze: deve essere configurato indipendentemente dalle istanze che lo utilizzeranno.

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

Avvia configurazione start-configuration

Per impostazione predefinita, il modulo stat viene avviato per ogni istanza. Quando le istanze sono messe in pool sullo stesso computer o quando condividono lo stesso indirizzo IP, viene utilizzato un unico server di statistiche: le altre devono essere disabilitate.

Definizione della porta del server definition-of-the-server-port

Per impostazione predefinita, il server delle statistiche è in ascolto sulla porta 7777. È possibile modificare questa porta nel file serverConf.xml. Tutti i parametri disponibili in serverConf.xml sono elencati in questa sezione.

<stat port="1234"/>

Configurazione MX mx-configuration

IMPORTANT
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 la velocità effettiva per dominio in base alla reputazione cronologica dell’e-mail e al feedback in tempo reale proveniente dai domini in cui invii le e-mail.

Informazioni sulle regole MX about-mx-rules

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

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

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

A seconda delle capacità materiali e della politica interna, un ISP accetterà 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. Tramite 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 a un percorso che è una combinazione di uno dei nostri IP pubblici MTA e un IP pubblico dell’MTA del client.

Nell’esempio seguente, l’utente ha configurato due indirizzi IP pubblici 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 Exchanger. Per connettere Peer Mail Exchanger, l’MTA richiederà il suo indirizzo IP al 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é l’utente dispone di 2 indirizzi IP pubblici, ciò fornisce loro 8 * 2 = 16 combinazioni per raggiungere i server di posta yahoo.com. Ognuna 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.

NOTE
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à di throughput MTA è superiore a questo limite.

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

Questi messaggi verranno recapitati il più rapidamente possibile.

Configurazione della gestione MX configuring-mx-management

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

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

  1. Crea un nuovo set di regole di posta.

  2. Scegliere 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 delle statistiche, utilizzare il comando seguente nel computer che ospita il server: nlserver stat -reload

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

Configurazione delle regole MX configuring-mx-rules

Nel documento MX management sono elencati 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 ciascuna regola sono:

  • MX mask: dominio a cui viene applicata la regola. Ogni regola definisce una maschera di indirizzo per l’MX. Qualsiasi MX il cui nome corrisponde a questa maschera è quindi 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 è:

    code language-none
    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 nell’e-mail. Le regole MX applicate per gli indirizzi e-mail gmail.com saranno quelle con maschera *.google.com.

  • Range of identifiers: questa opzione consente di indicare gli intervalli di identificatori (publicID) a cui si applica la regola. Puoi specificare:

    • Un numero: la regola si applicherà solo a questo publicId,
    • Intervallo di numeri (number1-number2): la regola verrà applicata a tutti gli publicId compresi tra questi due numeri.
    note note
    NOTE
    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. Se 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 in 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 in un'ora al dominio del mittente.

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

    note note
    NOTE
    Windows può emettere un timeout prima di questa soglia, che dipende dalla versione di Windows in uso.
  • Timeout Data: tempo di attesa massimo dopo l'invio del contenuto del messaggio (sezione DATA del protocollo SMTP).

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

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

    • Default configuration: configurazione generale specificata nel file di configurazione serverConf.xml applicato.

      note important
      IMPORTANT
      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:

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

Gestione dei formati e-mail managing-email-formats

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 tale scopo, passare 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 che corrispondono ai formati giapponesi gestiti da Adobe Campaign. Per ulteriori informazioni, consultare questo documento.

Il parametro MIME structure (Multipurpose Internet Mail Extensions) consente di definire la struttura dei messaggi che verranno inviati ai diversi client di posta. 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 multipart è multipart/alternative, ma diventa automaticamente multipart/related quando un'immagine viene aggiunta al messaggio. Per impostazione predefinita, alcuni provider prevedono il formato multipart/related. L'opzione Force multipart/related impone questo formato anche se non è allegata alcuna immagine.

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

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

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

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

IMPORTANT
L’inserimento di immagini in un’e-mail ne aumenta considerevolmente le dimensioni.

Configurazione del server di consegna delivery-server-configuration

Sincronizzazione orologio clock-synchronization

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

Coordinate del server delle statistiche coordinates-of-the-statistics-server

L'indirizzo del server delle statistiche deve essere specificato in 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 delle statistiche sullo stesso computer, è necessario immettere almeno il nome del computer con il valore localhost:

 <mta statServerAddress="localhost">
IMPORTANT
Se questo campo non viene compilato, mta non verrà avviato.

Elenco di indirizzi IP da utilizzare list-of-ip-addresses-to-use

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: questo è l'indirizzo IP del computer host MTA da utilizzare.

  • heloHost: questo identificatore rappresenta l'indirizzo IP che verrà visualizzato dal server SMTP.

  • publicId: queste informazioni sono utili quando un indirizzo IP è condiviso da diversi mta Adobe Campaign dietro un router NAT. Il server delle statistiche utilizza questo identificatore per memorizzare la connessione e inviare statistiche 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.

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

Nell’esempio precedente, in condizioni normali, gli indirizzi verranno 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 determinato 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 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,orange.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 email-sending-optimization

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

Regolare il parametro maxWaitingMessages adjust-the-maxwaitingmessages-parameter

Il parametro maxWaitingMessages indica il numero massimo di messaggi preparati in anticipo da mtachild. I messaggi vengono eliminati dall'elenco solo dopo essere stati inviati o abbandonati.

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

Una volta raggiunta la soglia di maxWorkingSetMb (256), il server di consegna interrompe l'invio dei messaggi. Le prestazioni diminuiranno in modo significativo fino a quando mtachild non verrà riavviato. Per evitare questo problema, è possibile aumentare la soglia del parametro maxWorkingSetMb o diminuire la soglia del parametro maxWaitingMessages.

Il parametro maxWorkingSetMb viene calcolato empiricamente moltiplicando il numero massimo di messaggi per la dimensione media dei messaggi 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à in media di 125 MB.

Regola il numero di matchild adjust-the-number-of-mtachild

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

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1