Errori di consegna delivery-failures
Le e-mail non consegnate sono il risultato di un tentativo e di un errore di consegna in cui l’ISP invia una notifica di errore. L’elaborazione della gestione delle e-mail non consegnate è una parte fondamentale dell’igiene degli elenchi. Dopo che una determinata e-mail è stata recapitata diverse volte di fila, questo processo la contrassegna per l’eliminazione.
Questo processo impedisce ai sistemi di continuare a inviare indirizzi e-mail non validi. Le e-mail non consegnate sono uno dei dati chiave utilizzati dagli ISP per determinare la reputazione dell’IP. È importante tenere d’occhio questa metrica. Le classificazioni "Consegnato" e "Non consegnato" sono probabilmente il modo più comune per misurare la consegna dei messaggi di marketing: più alta è la percentuale di messaggi consegnati, meglio è.
Se non è possibile inviare un messaggio a un profilo, il server remoto invia automaticamente un messaggio di errore ad Adobe Campaign. Questo errore consente di determinare se l’indirizzo e-mail, il numero di telefono o il dispositivo devono essere messi in quarantena. Consulta Gestione della posta non recapitata.
Dopo l’invio del messaggio, puoi visualizzare lo stato di consegna per ciascun profilo e il tipo e il motivo dell’errore associati nei registri di consegna.
Quando un indirizzo e-mail viene messo in quarantena o se un profilo si trova in fase di inserisco nell'elenco Bloccati di consegna, il destinatario viene escluso durante la fase di preparazione della consegna. I messaggi esclusi sono elencati nel dashboard di consegna.
Perché la consegna del messaggio non è riuscita delivery-failure-reasons
Esistono due tipi di errore quando un messaggio non riesce. Ogni tipo di errore di consegna determina se un indirizzo viene inviato o meno alla quarantena.
-
Rimbalzi permanenti
I mancati recapiti permanenti sono errori permanenti generati dopo che un ISP determina che un tentativo di invio di e-mail all’indirizzo di un abbonato non è consegnabile. In Adobe Campaign, i mancati recapiti permanenti classificati come impossibili da recapitare vengono aggiunti all’elenco di quarantena, il che significa che non verranno ritentati. In alcuni casi, un mancato recapito permanente verrebbe ignorato se la causa dell’errore fosse sconosciuta.Di seguito sono riportati alcuni esempi comuni di mancati recapiti permanenti: l’indirizzo non esiste, l’account è disabilitato, la sintassi non è valida, il dominio non valido
-
Mancati recapiti non permanenti
I mancati recapiti non permanenti sono errori temporanei generati dagli ISP in caso di difficoltà nella consegna della posta. In caso di errori non permanenti, riprova più volte (con varianza in base all'utilizzo di impostazioni di consegna personalizzate o predefinite) per tentare una consegna corretta. Gli indirizzi che generano mancati recapiti non permanenti in modo continuo non verranno aggiunti alla quarantena fino a quando non sarà raggiunto il numero massimo di tentativi (che, anche in questo caso, varia a seconda delle impostazioni).Alcune cause comuni di mancati recapiti non permanenti includono: Cassetta postale piena, Ricezione del server e-mail inattivo, Problemi di reputazione del mittente
Il tipo di errore Ignorato è considerato temporaneo, ad esempio "Fuori sede", oppure è un errore tecnico, ad esempio se il tipo di mittente è "postmaster".
Il ciclo di feedback funziona come le e-mail non recapitate: quando un utente qualifica un’e-mail come spam, puoi configurare le regole e-mail in Adobe Campaign per bloccare tutte le consegne a questo utente. Inserire nell'elenco Bloccati Gli indirizzi di questi utenti vengono anche se non hanno fatto clic sul collegamento di annullamento dell’abbonamento. Gli indirizzi vengono aggiunti alla tabella di quarantena (NmsAddress) e non alla tabella dei destinatari (NmsRecipient) con lo stato Denylisted. Ulteriori informazioni sul meccanismo del ciclo di feedback nella Guida alle best practice per il recapito messaggi di Adobe.
Errori sincroni e asincroni synchronous-and-asynchronous-errors
La consegna di un messaggio può non riuscire immediatamente, in tal caso viene considerato un errore sincrono. Se l’invio del messaggio non riesce o in un secondo momento, dopo l’invio l’errore diventa asincrono.
Questi tipi di errori vengono gestiti come segue:
-
Errore sincrono: il server remoto contattato dal server di consegna Adobe Campaign restituisce immediatamente un messaggio di errore. La consegna non può essere inviata al server del profilo. Il Mail Transfer Agent (MTA) determina il tipo di e-mail non recapitate e qualifica l’errore e invia nuovamente tali informazioni a Campaign per determinare se gli indirizzi e-mail interessati devono essere posti in quarantena. Consulta Qualificazione di mail non recapitate.
-
Errore asincrono: una mail non recapitata o un SR viene inviato in seguito dal server ricevente. Questo errore viene qualificato con un’etichetta relativa all’errore. Gli errori asincroni possono verificarsi fino a una settimana dopo l’invio di una consegna.
Qualificazione di mail non recapitate bounce-mail-qualification
Il modo in cui viene gestita la qualifica della posta non recapitata in Adobe Campaign dipende dal tipo di errore:
-
Errori sincroni: l'MTA determina il tipo e la qualifica di mancato recapito e invia nuovamente tali informazioni a Campaign. Le qualifiche di mancato recapito nella tabella Delivery log qualification non vengono utilizzate per messaggi di errore di recapito sincroni.
-
Errori asincroni: le regole utilizzate da Campaign per qualificare gli errori di consegna asincroni sono elencate nel nodo Administration > Campaign Management > Non deliverables Management > Delivery log qualification. Le mancate consegne asincrone sono qualificate dal processo inMail attraverso le regole Inbound email.
Gestione dei tentativi retries
Se la consegna dei messaggi non riesce a seguito di un errore temporaneo (Soft o Ignored), Campaign ritenta l'invio. Questi nuovi tentativi possono essere eseguiti fino alla fine della durata della consegna.
I nuovi tentativi di mancato recapito non permanenti e il periodo di tempo tra di essi è determinato dall’MTA in base al tipo e alla gravità delle risposte di mancato recapito provenienti dal dominio e-mail del messaggio.
Periodo di validità valid-period
Il periodo di validità impostato nelle consegne di Campaign è limitato a 3,5 giorni o meno. Per una consegna, se definisci un valore superiore a 3,5 giorni in Campaign, non verrà preso in considerazione.
Ad esempio, se il periodo di validità è impostato sul valore predefinito di 5 giorni in Campaign, i messaggi in soft-bouncing verranno inseriti nella coda dei nuovi tentativi MTA e verranno ritentati solo per un massimo di 3,5 giorni da quando il messaggio ha raggiunto l’MTA. In tal caso, il valore impostato in Campaign non verrà utilizzato.
Una volta che un messaggio è rimasto nella coda MTA per 3,5 giorni e la consegna non è riuscita, si verificherà un timeout e il suo stato verrà aggiornato da Sent a Failed nei registri di consegna.
Tipi di errore e-mail email-error-types
Di seguito sono elencati i possibili motivi di un errore di consegna per il canale e-mail.
| table 0-row-4 1-row-4 2-row-4 3-row-4 4-row-4 5-row-4 6-row-4 7-row-4 8-row-4 9-row-4 10-row-4 11-row-4 12-row-4 13-row-4 14-row-4 15-row-4 16-row-4 17-row-4 18-row-4 19-row-4 20-row-4 html-authored no-header | |||
|---|---|---|---|
| Etichetta errore | Tipo di errore | Valore tecnico | Descrizione |
| Account disabilitato | Morbido/rigido | 4 | L’account collegato all’indirizzo non è più attivo. Quando il provider di accesso a Internet (IAP) rileva un periodo prolungato di inattività, può chiudere l'account dell'utente. Le consegne all’indirizzo dell’utente saranno quindi impossibili. Se l’account è temporaneamente disabilitato a causa di sei mesi di inattività e può ancora essere attivato, verrà assegnato lo stato Con errori e l’account verrà ritentato fino a quando il contatore degli errori non raggiunge 5. Se l'errore segnala che l'account è disattivato in modo permanente, verrà impostato direttamente su Quarantena. |
| Indirizzo in quarantena | Rigido | 9 | L'indirizzo è stato messo in quarantena. |
| Indirizzo non specificato | Rigido | 7 | Nessun indirizzo specificato per il destinatario. |
| Indirizzo di qualità scadente | Ignorato | 14 | La valutazione della qualità per questo indirizzo è troppo bassa. |
| Indirizzo inserito nell’elenco bloccati | Rigido | 8 | L’indirizzo è stato aggiunto al inserisco nell'elenco Bloccati di invio dell’. Questo stato viene utilizzato per importare dati da elenchi esterni e sistemi esterni nell'elenco di quarantena di Adobe Campaign. |
| Indirizzo di controllo | Ignorato | 127 | L'indirizzo del destinatario fa parte del gruppo di controllo. |
| Doppio | Ignorato | 10 | L'indirizzo del destinatario era già in questa consegna. |
| Errore ignorato | Ignorato | 25 | L'indirizzo è sul elenco Consentiti di. L'errore viene quindi ignorato e verrà inviato un messaggio e-mail. |
| Escluso dopo arbitrato | Ignorato | 12 | Il destinatario è stato escluso da una regola di tipologia della campagna di tipo "arbitrato". |
| Escluso da una regola SQL | Ignorato | 11 | Il destinatario è stato escluso da una regola di tipologia di campagna di tipo 'SQL'. |
| Dominio non valido | Morbido | 2 | Il dominio dell’indirizzo e-mail non è corretto o non esiste più. Questo profilo sarà nuovamente oggetto di targeting fino a raggiungere 5 errori. In seguito, il record verrà impostato sullo stato di quarantena e non verrà eseguito alcun nuovo tentativo. |
| Cassetta postale piena | Morbido | 5 | La cassetta postale dell'utente è piena e non può accettare altri messaggi. Questo profilo sarà nuovamente oggetto di targeting fino a raggiungere 5 errori. Successivamente, il record verrà impostato sullo stato di quarantena e non verrà eseguito alcun nuovo tentativo. Questo tipo di errore è gestito da un processo di pulizia. L'indirizzo viene impostato su uno stato valido dopo 30 giorni. Avviso: per consentire la rimozione automatica dell'indirizzo dall'elenco degli indirizzi in quarantena, è necessario avviare il flusso di lavoro tecnico Database cleanup. |
| Non connesso | Ignorato | 6 | Il telefono cellulare del destinatario è spento o non è connesso alla rete quando il messaggio viene inviato. |
| Non definito | Non definito | 0 | L’indirizzo è in qualificazione perché l’errore non è ancora stato incrementato. Questo tipo di errore si verifica quando un nuovo messaggio di errore viene inviato dal server: può essere un errore isolato, ma se si verifica di nuovo, il contatore degli errori aumenta, avvisando i team tecnici. Possono quindi eseguire l'analisi dei messaggi e qualificare questo errore tramite il nodo Amministrazione / Gestione campagne / Gestione non deliverables nella struttura ad albero. |
| Non idoneo per le offerte | Ignorato | 16 | Il destinatario non era idoneo per le offerte nella consegna. |
| Rifiutato | Morbido/rigido | 20 | L’indirizzo è stato messo in quarantena a causa di un feedback di sicurezza come segnalazione di spam. In base all'errore, l'indirizzo verrà ritentato fino a quando il contatore degli errori non raggiunge il valore 5 oppure verrà inviato direttamente alle quarantene. |
| Target di dimensioni limitate | Ignorato | 17 | È stata raggiunta la dimensione massima di consegna per il destinatario. |
| Indirizzo non qualificato | Ignorato | 15 | L'indirizzo postale non è stato qualificato. |
| Non raggiungibile | Morbido/rigido | 3 | Si è verificato un errore nella catena di consegna del messaggio. Potrebbe trattarsi di un problema nell’inoltro SMTP, un dominio temporaneamente non raggiungibile, ecc. In base all'errore, l'indirizzo verrà ritentato finché il contatore degli errori non raggiunge il valore 5 oppure verrà messo direttamente in quarantena. |
| Utente sconosciuto | Rigido | 1 | L'indirizzo non esiste. Non verranno tentate ulteriori consegne per questo profilo. |
Tipi di errore per le notifiche push push-error-types
Di seguito sono elencati i possibili motivi di un errore di consegna per il canale dell’app mobile.
quarantena di iOS ios-quarantine
Il protocollo HTTP/V2 consente un feedback diretto e uno stato per ogni consegna push. Se si utilizza il connettore del protocollo HTTP/V2, il servizio di feedback non verrà più chiamato dal flusso di lavoro mobileAppOptOutMgt. Un token viene considerato non registrato quando un’app mobile viene disinstallata o reinstallata.
In modo sincrono, se il servizio APN restituisce lo stato "unregistered" per un messaggio, il token di destinazione verrà messo immediatamente in quarantena.
| table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 8-row-6 9-row-6 html-authored no-header | |||||
|---|---|---|---|---|---|
| Scenario | Stato | Messaggio di errore | Tipo di errore | Motivo errore | Riprova |
| Dispositivo di destinazione acceso | OK | ||||
| Dispositivo di destinazione spento | OK | ||||
| L'utente disabilita le notifiche per l'applicazione | OK | ||||
| Fase di creazione/analisi dei messaggi - Payload troppo grande | Errore | Payload troppo lungo | Morbido | Rifiutato | No |
| Fase di creazione/analisi dei messaggi - problema di formato del contenuto imprevisto | Errore | Vari messaggi di errore in base all'errore | Morbido | Non definito | No |
| Problema del certificato (password, danneggiamento e così via) e verifica della connessione al problema APNs | Errore | Vari messaggi di errore in base all'errore | Morbido | Rifiutato | No |
| Connessione di rete persa durante l'invio | Errore | Errore di connessione | Non definito | Non raggiungibile | Sì |
| Messaggio APNs rifiutato: annullamento della registrazione l'utente ha rimosso l'applicazione o il token è scaduto |
Errore | Non registrati | Rigido | Utente sconosciuto | No |
| Rifiuto messaggio APN: tutti gli altri errori | Errore | La causa del rifiuto dell'errore sarà presente nel messaggio di errore | Morbido | Rifiutato | No |
quarantena di Android android-quarantine
Per Android V1
Per ogni notifica, Adobe Campaign riceve gli errori sincroni direttamente dal server FCM. Adobe Campaign li gestisce al volo e genera errori rigidi o morbidi in base alla gravità dell’errore. È possibile eseguire nuovi tentativi:
- Lunghezza del payload superata, problema di connessione, problema di disponibilità del servizio: nuovo tentativo eseguito, errore morbido. Motivo dell'errore: Refused.
- Quota dispositivo superata: nessun nuovo tentativo, errore soft, motivo errore: Refused.
- Token non valido o non registrato, errore imprevisto, problema dell'account del mittente: nessun nuovo tentativo, errore rigido, motivo errore: Refused.
Il flusso di lavoro mobileAppOptOutMgt viene eseguito ogni 6 ore per aggiornare la tabella AppSubscriptionRcp. Per i token dichiarati non registrati o non più validi, il campo Disabilitato è impostato su True e la sottoscrizione collegata al token del dispositivo verrà automaticamente esclusa dalle consegne future.
Durante l'analisi della consegna, tutti i dispositivi esclusi dalla destinazione vengono aggiunti automaticamente alla tabella excludeLogAppSubRcp.
- Problema di connessione all'inizio della consegna: tipo di errore Undefined, motivo dell'errore Unreachable, nuovo tentativo eseguito.
- Connessione persa durante una consegna: errore morbido, motivo errore Refused, nuovo tentativo eseguito.
- Errore sincrono restituito da Baidu durante l'invio: errore rigido, motivo dell'errore Refused, nessun nuovo tentativo eseguito.
Per Android V2
Il meccanismo di quarantena di Android V2 utilizza lo stesso processo di Android V1, lo stesso vale per l’aggiornamento delle sottoscrizioni e delle esclusioni. Per ulteriori informazioni, consulta la sezione Android V1.
| table 0-row-6 1-row-6 2-row-6 3-row-6 4-row-6 5-row-6 6-row-6 7-row-6 8-row-6 9-row-6 10-row-6 11-row-6 12-row-6 13-row-6 14-row-6 15-row-6 16-row-6 17-row-6 18-row-6 19-row-6 20-row-6 21-row-6 22-row-6 23-row-6 24-row-6 html-authored no-header | |||||
|---|---|---|---|---|---|
| Scenario | Stato | Messaggio di errore | Tipo di errore | Motivo errore | Riprova |
| Fase di creazione/analisi del messaggio: utilizzo di parole chiave non valide nei campi personalizzati | Errore | Impossibile utilizzare le seguenti parole chiave: {1} | Morbido | No | |
| Fase di creazione/analisi del messaggio: payload troppo grande | Errore | Notifica troppo pesante: {1} bit, mentre solo {2} sono autorizzati | Morbido | Rifiutato | No |
| Connessione di rete persa durante l'invio | Errore | Nessuna risposta dal servizio Firebase Cloud Messaging sull'indirizzo: {1} | Morbido | Non raggiungibile | Sì |
| Rifiuto del messaggio FCM: il server FCM è temporaneamente non disponibile (ad esempio con timeout). | Errore | Il servizio Firebase Cloud Messaging non è al momento disponibile | Morbido | Non raggiungibile | Sì |
| Messaggio FCM rifiutato: errore durante l'autenticazione dell'account mittente | Errore | Impossibile identificare l'account sviluppatore. Controllare ID e password | Morbido | Rifiutato | No |
| Messaggio FCM rifiutato: quota dispositivo superata | Errore | Morbido | Rifiutato | Sì | |
| Messaggio FCM rifiutato: registrazione non valida / non registrata | Errore | Rigido | Utente sconosciuto | No | |
| Messaggio FCM rifiutato: tutti gli altri errori | Errore | Il server Firebase Cloud Messaging ha restituito un codice di errore imprevisto: {1} | Rifiutato | No | |
| Messaggio FCM rifiutato: argomento non valido | Errore | ARGOMENTO_NON VALIDO | Ignorato | Non definito | No |
| Messaggio FCM rifiutato: errore di autenticazione di terze parti | Errore | ERRORE_AUTH_TERZE PARTI | Ignorato | Rifiutato | Sì |
| Messaggio FCM rifiutato: ID mittente non corrispondente | Errore | SENDER_ID_MISMATCH | Morbido | Utente sconosciuto | No |
| Rifiuto messaggio FCM: annullamento registrazione | Errore | NON REGISTRATO | Rigido | Utente sconosciuto | No |
| Messaggio FCM rifiutato: interno | Errore | INTERNO | Ignorato | Rifiutato | Sì |
| Messaggio FCM rifiutato: non disponibile | Errore | NON DISPONIBILE | Ignorato | Rifiutato | Sì |
| Rifiuto del messaggio FCM: codice di errore imprevisto | Errore | codice di errore imprevisto | Ignorato | Rifiutato | No |
| Autenticazione: problema di connessione | Errore | Impossibile connettersi al server di autenticazione | Ignorato | Rifiutato | Sì |
| Autenticazione: client o ambito non autorizzato nella richiesta. | Errore | unauthorized_client | Ignorato | Rifiutato | No |
| Autenticazione: il client non è autorizzato a recuperare i token di accesso utilizzando questo metodo oppure il client non è autorizzato per nessuno degli ambiti richiesti. | Errore | unauthorized_client | Ignorato | Rifiutato | No |
| Autenticazione: accesso negato | Errore | accesso negato | Ignorato | Rifiutato | No |
| Autenticazione: e-mail non valida | Errore | invalid_grant | Ignorato | Rifiutato | No |
| Autenticazione: JWT non valido |
Errore | invalid_grant | Ignorato | Rifiutato | No |
| Autenticazione: firma JWT non valida | Errore | invalid_grant | Ignorato | Rifiutato | No |
| Autenticazione: ambito OAuth o pubblico del token ID non valido fornito | Errore | unauthorized_client | Ignorato | Rifiutato | No |
| Autenticazione: client OAuth disabilitato | Errore | disabled_client | Ignorato | Rifiutato | No |
Quarantene SMS sms-quarantines
Per connettori standard
Le specificità del canale SMS sono elencate di seguito.
| table 0-row-5 1-row-5 2-row-5 3-row-5 4-row-5 5-row-5 html-authored no-header | ||||
|---|---|---|---|---|
| Scenario | Stato | Messaggio di errore | Tipo di errore | Motivo errore |
| Inviato al provider | Inviato | |||
| Ricevuto sul dispositivo mobile | Ricevuto | |||
| Errore restituito dal provider | Errore | Errore durante la ricezione dei dati (SR o MO) | Morbido | Non raggiungibile |
| Conferma MT non valida | Errore | Errore '{1}' durante l'elaborazione del frame di conferma per la query di invio | Morbido | Non raggiungibile |
| Errore durante l'invio del messaggio MT | Errore | Errore durante l'invio dei messaggi | Morbido | Non raggiungibile |
Per il connettore SMPP generico esteso
Quando si utilizza il protocollo SMPP per inviare messaggi SMS, la gestione degli errori viene gestita in modo diverso.
Il connettore SMPP recupera i dati dal messaggio SR (Status Report) restituito utilizzando espressioni regolari (regex) per filtrarne il contenuto. Questi dati vengono quindi confrontati con le informazioni presenti nella tabella Delivery log qualification (disponibile tramite il menu Administration > Campaign Management > Non deliverables Management).
Prima che venga qualificato un nuovo tipo di errore, il motivo dell'errore è sempre impostato su Rifiutato per impostazione predefinita.
Esempio di messaggio generato:
SR Generic DELIVRD 000|#MESSAGE#
-
Tutti i messaggi di errore iniziano con SR per distinguere i codici di errore SMS dai codici di errore e-mail.
-
La seconda parte (Generic in questo esempio) del messaggio di errore fa riferimento al nome dell'implementazione SMSC, come definito nel campo SMSC implementation name dell'account esterno SMS.
Poiché lo stesso codice di errore può avere un significato diverso per ogni provider, questo campo consente di sapere quale provider ha generato il codice di errore. L’errore è quindi disponibile nella documentazione del provider pertinente.
-
La terza parte (DELIVRD in questo esempio) del messaggio di errore corrisponde al codice di stato recuperato dall'SR utilizzando il regex di estrazione dello stato definito nell'account esterno SMS.
Regex specificato nella scheda SMSC specificities dell'account esterno.
Per impostazione predefinita, regex estrae il campo stat: come definito dalla sezione Appendice B della specifica SMPP 3.4. -
La quarta parte (000 in questo esempio) del messaggio di errore corrisponde al codice di errore estratto dall'SR utilizzando il codice di errore regex definito nell'account esterno SMS.
Regex specificato nella scheda SMSC specificities dell'account esterno.
Per impostazione predefinita, il regex estrae il campo err: come definito dalla sezione Appendice B della specifica SMPP 3.4.
-
Tutto ciò che segue il simbolo di barra verticale (|) viene visualizzato solo nella colonna First text della tabella Delivery log qualification. Questo contenuto viene sempre sostituito da #MESSAGE# dopo la normalizzazione del messaggio. Questo processo evita di inserire più voci per errori simili ed è lo stesso delle e-mail.
Il connettore SMPP generico esteso applica un criterio euristico per trovare valori predefiniti sensibili: se lo stato inizia con DELIV, viene considerato un completamento perché corrisponde agli stati comuni DELIVRD o DELIVERED utilizzati dalla maggior parte dei provider. Qualsiasi altro stato comporta un errore grave.
Risoluzione dei problemi di consegna troubleshooting
Questa sezione fornisce indicazioni sulla diagnosi e la risoluzione di problemi comuni di consegna non riuscita.
Stato non riuscito con errori di personalizzazione personalization-errors
Se lo stato di una consegna e-mail è Failed, può essere collegato a un problema con blocchi di personalizzazione. I blocchi di personalizzazione in una consegna possono generare errori quando gli schemi non corrispondono alla mappatura della consegna.
I registri di consegna sono fondamentali per comprendere il motivo per cui una consegna non è riuscita. Di seguito è riportato un errore comune che potrebbe verificarsi:
I messaggi dei destinatari non riescono e viene visualizzato un errore "Non raggiungibile" che indica:
Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContent
Causa: la personalizzazione all'interno di HTML sta tentando di richiamare una tabella o un campo che non è stato definito o mappato nel targeting a monte o nella mappatura di destinazione della consegna.
Risoluzione: rivedi il flusso di lavoro e il contenuto della consegna per determinare in modo specifico cosa la personalizzazione sta tentando di chiamare la tabella in questione. Quindi rimuovi la chiamata a questa tabella in HTML o correggi il mapping alla consegna.
Ulteriori informazioni sulla personalizzazione in questa sezione.
Errore con più valori di personalizzazione multiple-values-error
Quando una consegna non riesce, nei registri di consegna può essere visualizzato il seguente errore:
DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.
Causa: nell'e-mail è presente un campo o un blocco di personalizzazione con più valori per il destinatario. Un blocco di personalizzazione è in uso e sta recuperando più di un record per un destinatario specifico.
Risoluzione: controlla i dati di personalizzazione utilizzati, quindi controlla la destinazione per i destinatari che hanno più di una voce per uno qualsiasi di questi campi. È inoltre possibile utilizzare un'attività Deduplication nel flusso di lavoro di targeting prima dell'attività di consegna per assicurarsi che esista un solo campo di personalizzazione alla volta. Per ulteriori informazioni sulla deduplicazione, consulta la documentazione del flusso di lavoro.
Gestione della risposta automatica auto-reply-handling
Alcune consegne possono non riuscire e viene visualizzato un errore "Non raggiungibile" che indica:
Inbound email bounce (rule 'Auto_replies' has matched this bounce).
Spiegazione: la consegna è riuscita ma Adobe Campaign ha ricevuto una risposta automatica dal destinatario (ad esempio, una risposta "Fuori sede") corrispondente alle regole per l'e-mail in entrata 'Auto_reply'.
L’e-mail di risposta automatica viene ignorata da Adobe Campaign e l’indirizzo del destinatario non verrà messo in quarantena. Questo è il comportamento previsto e non indica un errore di consegna.
Argomenti correlati
Stati di consegna spiega i diversi stati che una consegna può avere durante il suo ciclo di vita.
Monitorare le consegne nell'interfaccia utente di Campaign fornisce indicazioni sull'utilizzo del dashboard di consegna per tenere traccia delle prestazioni di consegna e diagnosticare i problemi.
Gestione della quarantena spiega come Campaign gestisce gli indirizzi messi in quarantena per proteggere la reputazione di invio.
Monitora il recapito messaggi fornisce indicazioni su come mantenere il recapito messaggi e la reputazione del mittente.
Best practice per la consegna illustra le best practice per la creazione e l'invio di consegne in Campaign.