Hervé Piedvache sur PostgreSQL, Linux, la déliverabilité des emails et Internet

Si vous êtes un professionnel de l'email marketing vous ne savez que trop quelles sont les réalités de la mise en Spam de vos emails par les destinataires. Peu importe la pertinence du contenu de vos emails, ou de votre politique stricte d'optin, à un certain moment un ou plusieurs destinataires frappera le bouton "Ceci est un Spam" et par conséquent déposera une sorte de plainte contre vous. Chez les principaux webmail du moment il est très facile pour les destinataires de cliquer sur ce bouton, la plupart le comprennent comme un bouton de désabonnement. Ils peuvent l'utiliser quand ils ne font pas confiance à l'expéditeur, ou ils peuvent l'utiliser car il est plus facile à trouver que votre lien de désabonnement dans votre email.

Ces plaintes sont, hélas très négatives pour votre réputation. Si vous en obtenez un volume conséquent elles peuvent influer négativement votre déliverabilité. Vous empêchant d'arriver dans la boite de réception, voir de même dans le dossier de courrier indésirable de vos destinataires.

C'est donc ici que les boucles de rétroaction entrent en jeu.

Une base d'emailing n'a jamais été une valeur sûre. Vous avez peut-être des milliers d'adresses email mais ce n'est pas pour autant que vos destinataires ouvrent, ou cliquent dans vos messages, et ceci depuis plusieurs mois, voir des années. Cela va sans dire, vous prenez donc un certain nombre de risques à continuer à leur écrire. Envoyer des emails sur des comptes qui n'existent plus engendre forcément des risques sur la qualité de votre déliverabilité. Vous jouez même avec le feu, car de nombreux FAI se servent de ces adresses comme des adresses pièges et ainsi marquent les expéditeurs comme des spammeurs.

Bref, si vous êtes heureux d'avoir un volume conséquent d'adresses email ce n'est pas pour autant que vous êtes efficace. Vous jetez même un peu d'argent pas les fenêtres en coûts de routage inutile. Pensez bien qu'un utilisateur qui n'a ni ouvert, ni cliqué dans une de vos campagnes depuis plusieurs mois et pire encore depuis plusieurs années, ne va pas se mettre tout à coup à s'activer. Conclusion de quoi vous pouvez déjà prendre une mesure immédiate : supprimez ces adresses non recevable. Naturellement cela ne se fait pas d'une façon aussi radicale, et nous allons voir comment procéder.

Suite à un vieux billet concernant l'espace disque de vos bases de données PostgreSQL, il m'a souvent été demandé comment trouver la taille engloutie par les différents schémas qui composent votre base de données.

Akonadi, le service de stockage des données de toute la partie gestionnaire d’informations personnelles (PIM) de KDE 4, est livré en standard avec une configuration faite pour MySQL. Comme vous pouvez vous en douter, les lenteurs, ajouté au côté capricieux des mises à jour de MySQL et ma passion pour PostgreSQL m'ont rapidement fait migrer vers ce dernier choix. Depuis, je n'ai plus jamais entendu parlé d'Akonadi et tout fonctionne parfaitement bien. Voilà donc un petit mémo pour migrer votre configuration vers PostgreSQL en quelques minutes.