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 sono disponibili 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. Per ulteriori informazioni, consulta la documentazione di Adobe Campaign Classic v7.
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.
Per ulteriori informazioni sul periodo di validità, consulta la documentazione di Adobe Campaign Classic v7.
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.
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.
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.
Quarantene SMS sms-quarantines
Per connettori standard
Le specificità del canale SMS sono elencate di seguito.
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.