Freshly Minted : les nouveautés d'octobre

Voici la cinquième édition de Freshly Minted, notre point mensuel sur Lettermint. Chaque mois, nous récapitulons ce que nous avons construit, y compris les petites améliorations qui n'arrivent jamais jusqu'au changelog. Le week-end dernier, nous sommes passés à l'heure d'hiver, et nous espérons que vos cron jobs s'en sont remis. Ce mois-ci, nous avons terminé deux chantiers qui figuraient depuis longtemps sur notre roadmap : une façon sûre de tester, et une seule connexion pour toute votre équipe.

Testez vos e-mails sans les envoyer

Pour tester une intégration e-mail, on envoie souvent quelques messages à sa propre adresse en espérant qu'aucun n'arrive chez un vrai client. Si vous le faites à chaque modification, les bounces finissent par nuire à la réputation de votre domaine.

Le mode sandbox est un réglage propre à chaque projet. Lettermint traite chaque e-mail comme d'habitude, avec la même API, le même SMTP et les mêmes validations, puis s'arrête juste avant le serveur de messagerie du destinataire. L'e-mail apparaît dans votre tableau de bord, vos webhooks se déclenchent, et rien n'arrive dans une boîte de réception.

• Choisissez le résultat : testez un hard bounce, une plainte pour spam, un clic ou un désabonnement avec un seul champ dans votre requête API ou un en-tête en SMTP.
• Aucune conséquence : les e-mails sandbox ne sont pas décomptés de votre volume, n'apparaissent pas dans vos statistiques et n'ajoutent jamais d'adresse à votre suppression list.
• Pratique pour la CI : donnez à votre suite de tests son propre projet sandbox, envoyez depuis un domaine que vous n'avez pas encore vérifié, et contrôlez que votre gestionnaire de webhooks fait ce qu'il faut.

Les nouveaux webhooks ne reçoivent que les events live. Passez-les en Sandbox ou Both pendant vos tests. Disponible avec les offres Starter, Growth et Pro. Lire le changelog.

Le Single Sign-On pour toute votre équipe

Votre équipe se connecte désormais à Lettermint via le fournisseur d'identité de votre organisation, en SAML ou OIDC. Vos collègues se connectent avec leur adresse e-mail professionnelle et rejoignent votre équipe tout de suite, sans attendre d'invitation. Quand quelqu'un part, vous retirez son accès à un seul endroit.

Beaucoup de plateformes réservent le SSO à des contrats enterprise. Pour nous, c'est une fonction de sécurité de base, il est donc inclus dans toutes les offres payantes. Même chose pour SCIM, qui ajoute et retire automatiquement les membres de votre équipe et peut attribuer un rôle à des groupes comme Engineering ou Support.

Notre documentation propose un guide pas à pas pour Okta, Microsoft Entra ID et Google Workspace, ainsi que pour des fournisseurs européens comme ZITADEL et cidaas. Lire le changelog.

Des e-mails entrants plus pratiques

Chaque route inbound a désormais son propre domaine, comme k7x2m9qpfa.lettermint.app. Placez n'importe quel nom devant, comme support@ ou factures@, et l'e-mail arrive sur votre route. Utilisez un nom différent pour chaque endroit où vous partagez l'adresse, et le plus addressing fonctionne aussi. Votre adresse @inbound.lettermint.co actuelle continue de fonctionner. Voir comment ça marche.

Quand nous refusons un e-mail entrant, vous le savez désormais. L'expéditeur recevait déjà un bounce, mais votre application ne savait même pas que l'e-mail existait. Le nouveau webhook inbound.rejected se déclenche quand nous refusons un e-mail pour votre route parce qu'il dépasse 25 Mo, contient une pièce jointe bloquée ou tourne dans une boucle de messagerie. Il vous indique qui l'a envoyé et pourquoi, jamais ce qu'il contenait.

Améliorations et correctifs

Au-delà des grands sujets, nous avons aussi peaufiné beaucoup de petites choses :

• Nouvelles versions majeures de nos SDK : pour Node.js, PHP, Laravel, Python, Go, Java, .NET, Elixir et Rust. Chaque version a son guide de mise à jour avec tous les breaking changes et un prompt à donner à votre agent de code.
• Provider Terraform : gérez vos projets, domaines d'envoi, routes et webhooks sous forme de code. Vous le trouvez dans le Terraform Registry (ouvre dans une nouvelle fenêtre) sous le nom lettermint/lettermint.
• Relancez un batch sans doublons : donnez à chaque e-mail d'un batch sa propre clé d'idempotence. Si un batch échoue à mi-parcours, renvoyez-le. Les e-mails déjà partis ne repartent pas une seconde fois.
• Webhooks derrière Basic Auth : ajoutez un nom d'utilisateur et un mot de passe à un webhook pour tester sur un environnement de staging protégé par une connexion.
• Relancez vous-même un webhook en échec : depuis le tableau de bord, l'API ou MCP, au lieu d'attendre la prochaine tentative. Chaque livraison en échec indique aussi quand aura lieu la prochaine tentative automatique.
• Tokens API via MCP : le mois dernier, nous écrivions que votre assistant AI ne pouvait pas toucher à vos tokens. Il y a désormais une exception. Quand vous migrez depuis un autre fournisseur, il peut créer un token API de projet et l'ajouter à la configuration de votre application. Il vous demande d'abord de confirmer et n'affiche le token qu'une seule fois.

Plusieurs de ces nouveautés ont commencé par un message de quelqu'un qui utilise Lettermint, dont Basic Auth pour les webhooks et la relance manuelle des webhooks en échec. Alors continuez. Vous nous joignez via le tableau de bord ou Discord. Nous lisons tout.

Rendez-vous en novembre, et bonne chance à tous ceux qui envoient des campagnes Black Friday. Vous envoyez plus que d'habitude ? Lisez d'abord comment éviter le dossier spam.