Tout bon site avec une gestion des utilisateurs envoie des mails, c’est incontournable, mais pour bien le faire ; et par la même être sur qu’ils seront bien reçus et lus ; il faut respecter quelques points.
Comment ça ? Oui !
Pear::Mail_Mime, Swift Mailer, PHP Mailer ou … (je touche un € a chaque fois que je le cite
) Zend Framework sont vos amis, n’hésitez pas à en user et abuser.
Si vous êtes du genre à vouloir recoder la roue, au moins, inspirez vous en plutôt que d’utiliser une classe d’abstraction de mail() !
Vous avez passé des heures a intégrer un joli mail HTML, très graphique et qui marche sous tous les clients mail (et oui, c’est autant le bordel que pour les navigateurs). C’est bien, et très utile, la majorité des gens apprécieront.
Mais on est sur Internet, et il y a toujours des gens qui ralent ; d’autres qui ont des outils différents. Ceux-la sont aussi de potentiels clients ou abonnés.
Offrez dont toujours une alternative texte à vos mails, les librairies et framework cités ci-dessus le gèrent tous !
Assez explicite, et indispensable.
Tous vos mails doivent avoir au moins un lien qui permet au destinataire de vous dire « Je ne veux plus recevoir de mail de toi ! », c’est son droit le plus strict.
Et un vrai lien, hein, qui désabonne vraiment ! Ou un adresse, qui est vraiment lue ou vous désabonnez vraiment.
De toute façon, si vous ne respectez pas ça, vous serez listé comme spammeur, tôt ou tard !
Un reverse DNS, c’est (soyons le plus simple possible) « quelque chose » qui permet de traduire une I.P. (11.22.33.44) en nom d’hôte (hostname, ex: mail.domain.com).
Il doit être mis en place sur l’IP de vos serveurs d’envoi de mail (tous les hébergeurs vous le permettent) sous peine de voir ses mails tous mis dans la boite « SPAM ».
Si tout le monde peut envoyer des mails sur votre serveur, vous êtes Open Relay.
C’est tout d’abord embétant pour vous pour des raisons de sécurité et de responsabilité. Mais en plus, il y a des Zoros du spam, comme DNSBL ou SORBS qui sont des black-list d’IP de serveurs qui, entre autre, sont Open Relay.
Si un de ces système le détecte chez vous, pareil, => SPAM.
Tout est là. Si vous ne le faîtes pas, vous serez en SPAM sous Hotmail, GMail, etc.
Idem que précédement, mais pour Yahoo!. Ca se passe ici.
Vous avez une newletter à envoyer à 25.000 membres ?
Évitez d’envoyer ça d’un coup, sous peine de blacklistage immédiat par GMail, Yahoo! ou AOL. Préférez un envoi modéré, par exemple, 1000 par heure.
Si l’adresse à laquelle vous envoyez un email ne peut le recevoir (souvent un mail sur trois …) pour diverses raisons (faute de frappe, quota dépassé, compte supprimé), il sera retourné à l’adresse spécifiée par le Return-Path.
Utilisez cette variable pour détecter les emails qui n’ont pu arriver et supprimez-les de votre base de données. Si vous essayez plusieurs fois d’envoyer un email à une adresse en erreur, toujours la même chose, vous serez identifié comme Spammer !
Pour savoir qui avait ouvert notre email, en 1998, on utilisait une astuce de sioux, on utilisait des images du type « http://www.monsite.com/newsletter/image.php?email=toto@aol.com ». Les spammeurs aussi …
De nos jours, c’est tellement connu et mal apprécié que même outlook sait le détécter !
Premièrement, vous n’avez pas à savoir qui à lu votre email, c’est indiscret !
Deuxièmement, vous voulez savoir, et c’est légitime, COMBIEN de personne ont ouvert votre mail. Insérez donc juste vos images de manière simple (http://www.monsite.com/newsletter/logo.gif) et la même pour tout le monde puis comptez dans votre log Apache (ou autre).
Souvenez vous juste que ce chiffre n’est pas le reflet de la réalité, et loin s’en faut :
Vous voyez surement de quoi je veux parler, le fameux lien « Cliquez ici si vous ne pouvez lire cet email ».
Beaucoup de gens ont des clients Email psychotiques (Lotus, Outlook Express de 2001, iPhone, etc.).
> http://www.monsite.com/newsletter/image.php?email=toto@aol.com
Intéressant cette petite synthèse.
Juste une chose sur les images espionnes, depuis 98′ on a inventé l’URL rewrite aussi…
http://www.monsite.com/newsletter/image-id bouce].gif
qui pointe en local sur feedback.php?id=[id bouce]
Bien tenté mais non, l’ASRG recommande aux fournisseurs de services mails d’analyser les newsletter et de mettre un bad scoring si les images ne sont pas identiques (notamment si il y a une trace d’ID la dedans).
Et puis, au passage en 98 mod_rewrite existait déjà
Super post ! Très instructif. Merci
C’est moi qui vous remercie de vous intéresser à ce blog !
bon les conseils et appliqué je pense .
moi pourtant mon hébergeur me menace de bloquer mon adresse d envoi, sachant que je doi envoyer 300 mails toutes les 5 minutes mais j ai beaucoup de mauvais email qui revienne il me dise que çà surcharge le serveur? j ai invesdti dans un programme de validation d’email
je balise toujours à chaque envois maintenant ai-je une autre solution pour mes envois?
merki