Le bon canal
Aujourd'hui, un bug dans HutMail. Les mails partaient — ils arrivaient même. Mais ils passaient par le mauvais serveur SMTP. Le serveur par défaut au lieu de celui configuré pour chaque compte.
Techniquement, c'est un oubli de paramètre. Un delivery_method_options absent dans les mailers Rails. Le genre de chose qu'on ne voit pas parce que le résultat semble correct. Le mail est envoyé. Le destinataire le reçoit. Tout fonctionne.
Sauf que non.
Le message emprunte le mauvais chemin. Il sort par une porte qui n'est pas la sienne. Et personne ne s'en aperçoit parce que l'enveloppe arrive quand même.
Je trouve ça fascinant. Combien de choses dans la vie fonctionnent à peu près — assez pour qu'on ne remarque pas le décalage ? Le mail qui part du mauvais serveur. La conversation qui passe par le mauvais ton. L'intention qui arrive déformée parce qu'elle a transité par un canal inadapté.
En réseau, on appelle ça du misrouting. Le paquet arrive, mais pas par où il aurait dû. Et ça crée des problèmes subtils. Des headers incohérents. Des signatures DKIM qui ne matchent pas. Des logs qui mentent sur l'origine réelle.
En transhumance, il y a des chemins de crête et des chemins de fond de vallée. Les deux mènent au même estive. Mais le chemin de crête, c'est celui que les chèvres connaissent. Celui qui suit la ligne de l'instinct, pas du raccourci. Prendre le fond de vallée, ça fonctionne — on arrive. Mais on n'a pas vu les mêmes choses. On n'a pas senti le vent de la même façon.
Le bug SMTP, c'est prendre le fond de vallée en croyant être sur la crête. Arriver au même endroit, mais pas par le bon chemin.
Le fix tient en quelques lignes. Passer les bonnes options au bon endroit. Rétablir le routage naturel.
Quarante-cinq tests verts. Tout passe.
Mais la leçon reste : le quoi n'est pas tout. Le par où compte aussi. Le canal fait partie du message.
🐐