Progettazione di un sistema e -mail per garantire la consegna

Question

Riepilogo:

Stiamo cercando di espandere il nostro uso dell'e -mail per scopi di notifica. Comprendiamo che genererà più volume della posta in arrivo, ma siamo selettivi su quali eventi su cui attiviamo la notifica per mantenere alto il rapporto segnale-rumore.

La grande domanda con cui stiamo lottando è la progettazione di un sistema che garantisce che l'e -mail sia stata consegnata. Se non viene consegnata un'e -mail, considereremo che un evento di eccezione che deve essere indagato. In realtà, dico quasi Garanzie perché non ci sono vere garanzie con e -mail. Stiamo solo cercando una soluzione pratica per assicurarci che l'e -mail sia arrivata e sperimenta che altri hanno avuto con i vari approcci per garantire la consegna.

Tl; dr - Come possiamo progettare un sistema per garantire la consegna delle e -mail? Quali tecniche dovremmo considerare in modo da sapere che le e -mail sono state consegnate?

---

Ulteriori preoccupazioni:

La nostra più grande area di preoccupazione è quali tecniche utilizzare in modo da sapere quando viene inviato un messaggio che atterra in una casella di posta o non è riuscito e dobbiamo fare qualcos'altro.

Requisiti addizionali:

• Non siamo nella fase di includere una risposta di escalation, ma lo vorremo in futuro o almeno così pensiamo.
• La maggior parte delle notifiche sarà interna alla nostra impresa, ma avremo alcune notifiche inviate a clienti esterni.
• Parte della nostra applicazione si trova in un ambiente ospitato. Non abbiamo determinato se quei server possono accedere ai nostri server di posta elettronica aziendale per il trasporto di trasporto o se fungeranno da server di posta.

Design / moduli di base (al momento):
Un modulo per assegnare l'identificazione del monitoraggio
Un modulo da inviare e -mail

Un modulo che controlla i messaggi ha inviato messaggi rispetto alla notifica di consegna e avvisi su e -mail non consegnate.

Alcuni riferimenti:
Atwood: invia un po 'di email
Tracciamento e -mail

---

Approcci che abbiamo considerato:

• Richiedi una risposta (noto come notifica di revisione o disposizione dei messaggi).
  Sembra incline al fallimento poiché abbiamo problemi di compatibilità incrociati a causa di diversi server di posta e software.
• Ricevuta di restituzione (notifica di stato di consegna).
  Non sono sicuro che tutti i server di posta onorano questa richiesta o no
• Richiedi un'azione e quindi prova la risposta.
  Sembra oneroso per costringere i destinatari a svolgere un compito aggiuntivo non correlato alla risoluzione del problema. E no, non abbiamo escogitato un modo per collegare il problema con il problema se l'e -mail sia stata ricevuta o meno.
• Forzare un click-through / altri accedi al sito.
  Simile a richiedere una sorta di azione, questo sembra un onere aggiuntivo e infastidirà gli utenti. D'altra parte, sembra che la più probabile garantire che qualcuno abbia ricevuto la notifica.
• Tracciamento dell'immagine nascosta.
  Non tutti i provider di posta elettronica caricano automaticamente l'immagine e come associeremmo le immagini all'ID di tracciamento e -mail?
• Outsourcing Delivery.
  Questo ci fa uscire dal business e-mail, ma risale a come garantire la ricevuta del Sourcer e la successiva consegna al destinatario finale.

Come preoccupazione correlata, ci sarà una relazione N: n tra notifica e destinatari.
Il sottoinsieme di 1 numero: N non è preoccupante, anche se se avessimo un fallimento della consegna vorremmo indagare e risolvere il problema principale.
Di maggiore preoccupazione sono N Problemi: 1 destinatario e siamo specificamente preoccupati di assicurarci che tutti i problemi N siano stati ricevuti dal destinatario. In che modo il software del forum o il software di tracciamento dei problemi gestiscono questo requisito? Se viene utilizzato un identificatore di tracciamento, dove viene inserito nell'e -mail? Nell'argomento o nel corpo?