Meilleures pratiques: Envoi d'e-mails au nom des utilisateurs

Question

La société où je travaille fournit des services de test pour l'industrie des soins de santé. Dans le cadre de nos services, nous avons besoin d'envoyer un email à nos clients des employés. En général, ce sont temp, à temps partiel, ou des employés à contrat, et ont donc privé d'une adresse électronique (par exemple Hotmail, GMail, Yahoo!, etc.).

Jusqu'à maintenant, nous avons été l'envoi à partir d'une adresse interne, mais cela signifie que les réponses viennent à nous, si les employés ne paient pas attention ou ne savent pas à envoyer des demandes de nos clients. J'aimerais changer cela, de sorte que la personne qui demande que l'e-mail envoyé est la personne qui a répondu.

Nous avons utilisé de réponse: dans le passé, mais il a semblé à cause de messagerie supplémentaires à être pris au piège par les filtres anti-spam.

J'ai lu à propos de l'expéditeur: et de la part de: les en-têtes, et je me demandais ce que le courant des meilleures pratiques a été pour l'envoi d'e-mail dans un scénario où nous devons envoyer un e-mail tels que la réponse va à un domaine que nous ne contrôlons pas.

Answer 1

L' on-behalf-of - tête est la meilleure façon de le faire, mais vous allez également se faire piéger par les filtres anti-spam. Le meilleur moyen de les atténuer ou de réduire la probabilité que vous allez vous retrouver dans le filtre anti-spam est de mettre en œuvre toutes les normes de l'industrie autour de la vérification de votre domaine et le serveur de messagerie. Comme indiqué dans cet article:

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

Cependant, cela est très difficile à faire, parce que vous avez besoin pour rester au top de SPAM normes, et de respecter la loi can-SPAM et tout le reste. Le meilleur pari est d'utiliser un cloud à la demande en fonction de serveur SMTP comme celui-ci:

https://www.postmarkapp.com

Utiliser une société qui est un expert du domaine dans le domaine de l'envoi de courriel et il a traversé toute la jambe de travail pour obtenir le meilleur taux de délivrabilité. Et restera sur le dessus des normes pour vous, et de surveiller les listes noires pour les problèmes.

Answer 2

Vous êtes probablement à la recherche d' Reply-To. C'est une officielle et largement soutenu en-tête, à la différence de On-Behalf-Of, et il n'est pas soumis aux mêmes vérifications de spam comme From.

Si vous avez vraiment envie d'apparaître comme l'envoi au nom d'un autre utilisateur, la "plupart" de manière correcte, par les normes SMTP, serait de mettre votre "vraie" adresse en Sender: et l'adresse de votre client (dont vous êtes l'envoi sur le nom) en From:. Toutefois, From: est spécifiquement ciblés par DMARC, un très stricte spam protocole de prévention mises en œuvre par la plupart des principaux fournisseurs d'e-mail. Ils ne négligez pas un From: DMARC échec simplement parce que vous avez un valide Sender: - tête.

DMARC permet aux propriétaires de domaine de spécifier comment les SPF et DKIM doit être appliquée à l' From: - tête. Populaire de la politique, c'est rejeter l'e-mail qui ne soit SPF ou DKIM, ce qui signifie que votre e-mail ne seront pas marqués comme spam: il sera carrément rejeté.

Sender: + From: fonctionne toujours, techniquement. Il a été créé à l'origine avec l'intention d'être utilisé par des personnes dans la même organisation, comme un secrétaire ou un assistant. Ceci est devenu une contrainte avec l'avènement de spam des mécanismes de prévention.