Quelques 337 marque-pages glanés pendant ma navigation sur le Web.
https://spencermortensen.com/articles/email-obfuscation/
https://www.teotimepacreau.fr/blog/emails-html-modernes/
« Nous prenons en compte seulement les clients Apple Mail, Gmail et Outlook qui couvre ainsi 90 % des lecteurs de mails dans le monde. Nous utiliserons des règles CSS/HTML supportés à minima part 70 % de tout les clients mails. »
Plus besoin d’utiliser des <table>, les <div> sont bien supportées. Les styles sont préférablement en “inline”, car en cas de transfert le <style> est supprimé.
https://support.google.com/a/answer/33786
• SPF helps servers verify that messages appearing to come from a particular domain are sent from servers authorized by the domain owner.
• DKIM adds a digital signature to every message. This lets receiving servers verify that messages aren’t forged, and weren’t changed during transit.
• DMARC enforces SPF and DKIM authentication, and lets admins get reports about message authentication and delivery.
https://github.com/hteumeuleu/email-guidelines/blob/master/translations/fr-FR/README.md
Document qui a pour but de présenter plusieurs principes que vous pouvez appliquer pour coder des e‑mails HTML. Chaque recommandation est objectivement justifiée pour se conformer aux clients de messagerie modernes, et se dégrader gracieusement ailleurs.
http://whatis.techtarget.com/definition/inbox-zero
Vidéo de Merlin Mann qui explique son approche du « Zéro Inbox ».
http://emails.hteumeuleu.fr/2016/08/thinking-outside-the-table-tedc-2016/
Restranscription de la conférence donnée par Rémi sur l’intégration des e-mails. Problématique des différents webmails, exemples et question de sécurité.
http://bookmarks.ecyseo.net/?rZSKHA
//specify the email address you are sending to, and the email subject
$email = 'email@example.com';
$subject = 'Email Subject';
//create a boundary for the email. This
$boundary = uniqid('np');
//headers - specify your from email address and name here
//and specify the boundary for the email
$headers = "MIME-Version: 1.0\r\n";
$headers .= "From: Your Name \r\n";
$headers .= "To: ".$email."\r\n";
$headers .= "Content-Type: multipart/alternative;boundary=" . $boundary . "\r\n";
//here is the content body
$message = "This is a MIME encoded message.";
$message .= "\r\n\r\n--" . $boundary . "\r\n";
$message .= "Content-type: text/plain;charset=utf-8\r\n\r\n";
//Plain text body
$message .= "Hello,\nThis is a text email, the text/plain version.
\n\nRegards,\nYour Name";
$message .= "\r\n\r\n--" . $boundary . "\r\n";
$message .= "Content-type: text/html;charset=utf-8\r\n\r\n";
//Html body
$message .= "
Hello,
This is a text email, the html version.
Regards,
Your Name";
$message .= "\r\n\r\n--" . $boundary . "--";
//invoke the PHP mail function
mail('', $subject, $message, $headers);
http://emails.hteumeuleu.fr/2016/02/fab-four-emails-responsive-sans-media-queries/
Solution « responsive » pour afficher 4 colonnes sur les webmails desktop et deux colonnes sur les webmails mobiles.
http://emails.hteumeuleu.fr/2015/06/creating-a-future-proof-responsive-email-without-media-queries/
https://web.archive.org/web/20150325094628/http://developers.livechatinc.com/blog/should-your-email-validator-be-that-complex/
J’en suis arrivé à plus moins la même conclusion : simplifier la vérification d’e-mails.
Le but n’est pas d’être sûr à 100 % que l’e-mail entré est valide (il peut respecter le format mais il n’est pas attribué, on est donc pas plus avancé…), mais de faire en sorte que l’utilisateur évite de se tromper lors de la saisie de son e-mail.
Et puis avec les nouvelles extensions de domaine, il serait contre-productif de tenir une liste à jour.
https://web.archive.org/web/20141013092635/https://jgthms.com/organized-gmail-inbox.html
Exemples d’étiquettes pour bien organiser sa boîte e-mail.
> I set up a simple rule to follow: every incoming mail must hold one of the predefined labels.