E-mail autenticata: il recapito resta da confermare
Un esito positivo sul dominio non spiega dove arrivi il messaggio. Distingua controllo tecnico, accettazione e ricezione visibile nel prodotto.
Un’applicazione può completare correttamente un’attività aziendale e poi fallire nell’invio dell’e-mail associata. Se la Sua interfaccia unisce entrambi i risultati in un unico segno di spunta verde, al team manca l’informazione su dove intervenire.
Un messaggio ha più stati osservabili
Nel progetto di prodotto immaginario, un portale di assistenza genera la notifica N-68. Il servizio di invio accetta il lavoro. In seguito arriva un riscontro dal sistema di posta destinatario. L’interfaccia dovrebbe ricavarne esattamente l’affermazione sostenuta dalla prova disponibile.
Osservazione nel progetto | Messaggio da mostrare | Non ancora dimostrato |
|---|---|---|
Confermata la consegna al servizio di invio | Consegnato al servizio di invio | Accettazione da parte del sistema di destinazione |
Confermata l’accettazione del sistema di destinazione | Accettato dal sistema di posta destinatario | Collocazione visibile nella posta in arrivo |
La persona che esegue il test conferma l’arrivo nella casella di prova | Visibile nella casella di prova verificata | Ricezione da parte di tutti gli altri destinatari o lettura da parte dei clienti |
Questa tabella propone un’associazione per il progetto. Non contiene test di invio eseguiti qui. Va chiarito quali riscontri siano disponibili per il servizio usato e i suoi eventi.
Il controllo del dominio risponde a un’altra domanda
Un esito DMARC positivo conferma l’uso autorizzato del dominio del mittente, non la qualità o l’innocuità del contenuto. Non è neppure una garanzia generale di accettazione. Il destinatario può applicare altri controlli e decidere diversamente.
Il messaggio mostrato dal prodotto non dovrebbe quindi trasformare automaticamente un esito di autenticazione positivo in «recapitato». Viceversa, l’assenza dalla posta in arrivo non spiega da sola quale meccanismo di autenticazione possa essere difettoso. Esamini insieme il percorso di invio e il riscontro concreto.
Trattare i riscontri come parte dell’applicazione
AWS descrive eventi distinti per messaggi respinti e reclami, e segnala la possibilità di notifiche multiple. Per questo progetto, l’applicazione deve associare gli eventi al messaggio e definire come elaborare i riscontri ripetuti. Un secondo evento non dovrebbe attivare un secondo messaggio senza motivo.
Se manca un evento, quella parte dello stato resta sconosciuta. Osservi questi casi e ne assegni la gestione a un ruolo responsabile. Il team può così seguire la notifica mentre lo stato dell’attività aziendale rimane tracciabile. L’affermazione nell’interfaccia segue allora l’osservazione disponibile.
Fonti
Continuate a leggere
Tutti gli articoli
Il vostro progetto con ASES
Descriveteci il vostro progetto. Vi ricontatteremo con una prima valutazione.