Le migliori pratiche: L'invio di e-mail per conto degli utenti

Question

L'azienda per cui lavoro fornisce servizi di test per il settore sanitario. Come parte dei nostri servizi, abbiamo bisogno di inviare e-mail ai dipendenti dei nostri clienti. In genere, questi sono temp, part-time, o dipendenti a contratto, e così hanno indirizzi email privati ??(ad esempio Hotmail, Gmail, Yahoo !, ecc).

Fino ad ora, siamo stati l'invio da un indirizzo interno, ma questo significa che le risposte tornare da noi quando i dipendenti non si fa attenzione o non sanno di inviare query ai nostri clienti. Mi piacerebbe cambiare questo, in modo che la persona che chiede che il messaggio viene inviato è la persona che si ha risposto a.

Abbiamo usato Reply-To: nel passato, ma sembrava a causare la posta aggiuntiva di essere intrappolati dai filtri antispam.

Ho letto su mittente: e on-conto-di: header, e si chiedeva che cosa l'attuale best-practice per l'invio di e-mail era in uno scenario in cui abbiamo bisogno di inviare e-mail in modo tale che la risposta va a un dominio noi non controlliamo.

Answer 1

L'intestazione on-behalf-of è il modo migliore per farlo, ma si sta anche andando a rimanere intrappolati dai filtri antispam. Il migliore per mitigare o ridurre la probabilità che si finirà nel filtro anti-spam è quello di implementare tutti gli standard del settore di tutto la verifica del dominio e server di posta. Come indicato in questo articolo:

http://www.codinghorror.com/blog/2010/04/so-youd-like-to-send-some-email-through-code.html

Tuttavia, che è molto difficile da fare, perché è necessario per rimanere in cima degli standard SPAM, e rispettare le leggi CAN-SPAM e tutto il resto. La scommessa migliore è quella di utilizzare un server SMTP on-demand basata su cloud come questo:

https://www.postmarkapp.com

Utilizzare una società che è un esperto di dominio nel campo della e-mail di invio e ha attraversato tutti i lavori la gamba per ottenere il più alto tasso di deliverability. E rimarrà in cima alle norme per voi, e monitorare liste nere per i problemi.

Answer 2

È probabilmente stai cercando Reply-To. E 'un colpo di testa ufficiale e ampiamente supportato, On-Behalf-Of differenza, e non è soggetta agli stessi controlli di spam come From.

Se davvero si voleva apparire come l'invio a nome di un altro utente, il "per lo più" modo corretto, per gli standard SMTP, sarebbe quello di mettere il vostro indirizzo "reale" in Sender: e l'indirizzo del vostro cliente (di cui si sta inviando per conto) in From:. Tuttavia, From: è specificamente preso di mira da DMARC, un rigido protocollo di prevenzione dello spam implementato dalla maggior parte dei provider di posta elettronica importanti. Essi non si affacciano su un From: DMARC fallimento solo perché si ha un colpo di testa Sender: valido.

DMARC consente ai proprietari di domini per specificare come SPF e DKIM dovrebbero essere applicati all'intestazione From:. Una politica popolare è quello di respingere e-mail che non riesce né SPF o DKIM, il che significa che il tuo indirizzo e-mail non sarà nemmeno essere contrassegnato come spam. Sarà addirittura rifiutato

Sender: + From: funziona ancora, tecnicamente. E 'stato originariamente creato con l'intento di essere utilizzato da persone nella stessa organizzazione, come ad esempio una segretaria o un assistente. Questo ha trasformato in un vincolo duro con l'avvento dei meccanismi di prevenzione di spam.

Answer 3

Si vuole imbrogliare e incidere sistemi di autenticazione e-mail cercando di inviare e-mail per conto di altri. Forse questo hack può funzionare temporaneamente, ma in futuro sarà vietato dai fornitori della cassetta postale, come gli attacchi di phishing richiedono politiche sempre più rigorosa mailbox fornitori devono applicare.

Per evitare tali hack ecco una soluzione vorrei suggerire. creare un indirizzo e-mail univoco per ogni cliente e renderlo "mediatore" per la conversazione tra cliente e dipendenti.

Come funziona

Tutti conversazione e-mail deve essere fatto attraverso la vostra e-mail creato. È possibile impostare i nomi visualizzati personalizzati (ad esempio John <123@yourdomain.com) ai ricevitori e-mail non confondere con i tuoi strani ID univoci. Così, quando le esigenze A di scrivere B, in realtà scrive al tuo indirizzo email, allora avanti con la posta elettronica a B, e viceversa per B a A.

Questa implementazione ha una certa complessità, ma che sarà pagato in futuro.