Cela devrait être fait incessamment sous peu comme on dit.
Ce bug n’y figure pas (ça commence
) on en découvre tous les joursPIXEL ESPION
Ce n'était pas un problème de téléchargement de la photo elle-même : elle était déjà présente dans le cache, réussie. Ce qui bloquait tout, c'est un pixel espion invisible qu'Overblog glisse dans chaque newsletter — un traceur de lecture d'Acxiom (courtier de données publicitaires), sans aucun rapport avec le contenu de l'article.
Son domaine (p-eu.acxiom-online.com) ne répond jamais : échec DNS, sans doute bloqué comme traceur sur votre réseau. Le logiciel retentait ce pixel toutes les 5 minutes pendant une heure, comme n'importe quelle vraie image, et gardait tout le mail invisible — photo comprise — tant qu'il n'avait pas réussi. Comme le problème vient d'Overblog lui-même, il touche effectivement tous ses envois.
AFFICHAGE IMAGES
Ce qui bloquait encore. La vraie photo n'est pas chargée depuis une adresse web : Overblog la joint directement dans le mail (technique classique des newsletters). Mais Overblog l'étiquette par erreur comme un fichier générique (« application/octet-stream ») au lieu de « image/jpeg » — alors que ce sont bel et bien des octets JPEG parfaitement valides, vérifiés directement. Le logiciel ne faisait confiance qu'à cette étiquette, jamais au contenu réel, et écartait donc la photo à cinq endroits différents du code qui font tous la même vérification.
Correctif. Le logiciel regarde maintenant la signature réelle des premiers octets (JPEG, PNG, GIF, WEBP, BMP) quand l'étiquette du mail est douteuse ou générique, au lieu de s'y fier aveuglément.
