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 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 è 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 a quarantena o no.
-
Mancato recapito permanente
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. I guasti non permanenti riprova più volte (con varianza a seconda dell’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 Ignorato il tipo di errore è considerato temporaneo, ad esempio "Fuori sede", o è 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 al (NmsAddress) e non alla tabella di quarantena (NmsRecipient) tabella dei destinatari con Denylisted stato. Ulteriori informazioni sul meccanismo del ciclo di feedback sono disponibili in Guida alle best practice per la consegna 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 di mancato recapito e la qualifica e invia nuovamente tali informazioni a Campaign. Le qualifiche di mancato recapito in Delivery log qualification tabella non utilizzata per sincrono messaggi di errore di consegna.
-
Errori asincroni: le regole utilizzate da Campaign per qualificare gli errori di consegna asincrona sono elencate in Administration > Campaign Management > Non deliverables Management > Delivery log qualification nodo. Le mancate consegne asincrone sono qualificate dal processo inMail tramite Inbound email regole. Per ulteriori informazioni, consulta Documentazione di Adobe Campaign Classic v7.
Gestione dei tentativi retries
Se la consegna dei messaggi non riesce a seguito di un errore temporaneo (Morbido o Ignorato), 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 che intercorre tra di essi sono determinati dall’MTA in base al tipo e alla gravità delle risposte di mancato recapito provenienti dal dominio e-mail del messaggio.
Periodo di validità
L’impostazione del periodo di validità nelle consegne di Campaign è limitata 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 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 viene più chiamato dal mobileAppOptOutMgt flusso di lavoro. 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 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 morbido, motivo errore Refused.
- Token non valido o non registrato, errore imprevisto, problema dell’account del mittente: nessun nuovo tentativo, errore rigido, motivo dell’errore: Refused.
Il mobileAppOptOutMgt viene eseguito ogni 6 ore per aggiornare AppSubscriptionRcp tabella. Per i token dichiarati non registrati o non più validi, il campo Disabilitato è impostato su Vero e l’abbonamento collegato a tale token dispositivo verrà automaticamente escluso dalle consegne future.
Durante l’analisi della consegna, tutti i dispositivi esclusi dalla destinazione vengono aggiunti automaticamente alla excludeLogAppSubRcp tabella.
- Problema di connessione all’inizio della consegna: tipo di errore Undefined, motivo dell’errore Unreachable, viene eseguito un nuovo tentativo.
- Connessione persa durante una consegna: errore morbido, motivo dell’errore Refused, viene eseguito un nuovo tentativo.
- Errore sincrono restituito da Baidu durante l’invio: errore rigido, motivo dell’errore Refused, non viene eseguito alcun nuovo tentativo.
Per Android V2
Il meccanismo di quarantena di Android V2 utilizza lo stesso processo di Android V1, lo stesso si applica all’aggiornamento delle sottoscrizioni e delle esclusioni. Per ulteriori informazioni, consulta Android V1 sezione.
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 Delivery log qualification (disponibile tramite il Administration > Campaign Management > Non deliverables Management menu).
Prima di qualificare 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 (Generico in questo esempio) del messaggio di errore si riferisce al nome dell’implementazione SMSC, come definito nella SMSC implementation name campo 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 (CONSEGNA 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.
Questo regex è specificato nel SMSC specificities dell’account esterno.
Per impostazione predefinita, il codice regex estrae stat: campo definito dalla Appendice B sezione del Specifiche SMPP 3.4. -
La quarta parte (000 in questo esempio) del messaggio di errore corrisponde al codice di errore estratto dall’SR utilizzando l’estrazione del codice di errore regex definita nell’account esterno SMS.
Questo regex è specificato nel SMSC specificities dell’account esterno.
Per impostazione predefinita, il codice regex estrae errore: campo definito dalla Appendice B sezione del Specifiche SMPP 3.4.
-
Tutto ciò che segue il simbolo di barra verticale (|) viene visualizzato solo nel First text colonna del Delivery log qualification tabella. 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’euristica per trovare valori predefiniti sensibili: se lo stato inizia con DELIV, viene considerato un successo perché corrisponde agli stati comuni CONSEGNA o CONSEGNATO utilizzato dalla maggior parte dei provider. Qualsiasi altro stato comporta un errore grave.