---
title: "Freshly Minted : les nouveautés d'octobre"
description: "Notre récapitulatif d'octobre avec le mode sandbox, le Single Sign-On, des adresses inbound lisibles et plein de petites améliorations."
url: "https://lettermint.co/fr/blog/freshly-minted-nouveautes-d-octobre"
published: "2026-10-29"
last_updated: "2026-10-29"
---

# Freshly Minted : les nouveautés d'octobre

> Notre récapitulatif d'octobre avec le mode sandbox, le Single Sign-On, des adresses inbound lisibles et plein de petites améliorations.

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.

![Lettermint mode sandbox](https://lettermint.co/content/changelog/lettermint-sandbox.webp)

## 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](https://lettermint.co/fr/journal-des-modifications/webhooks-pour-equipe-projets-ou-routes)
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](https://lettermint.co/docs/platform/projects-and-routes/sandbox-mode) 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](https://lettermint.co/fr/tarifs).
[Lire le changelog](https://lettermint.co/fr/journal-des-modifications/tester-votre-integration-e-mail-en-mode-sandbox).

## 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](https://lettermint.co/fr/tarifs). Même chose
pour
[SCIM](https://lettermint.co/docs/platform/teams/scim),
qui ajoute et retire automatiquement les membres de votre
équipe et peut attribuer un
[rôle](https://lettermint.co/fr/journal-des-modifications/donnez-le-bon-acces-aux-membres-de-votre-equipe-et-a-vos-clients-rbac)
à des groupes comme Engineering ou Support.

Notre [documentation](https://lettermint.co/docs/platform/teams/sso)
propose un guide pas à pas pour Okta, Microsoft Entra ID
et Google Workspace, ainsi que pour des fournisseurs
[européens](https://lettermint.co/fr/messagerie-europeenne)
comme ZITADEL et cidaas.
[Lire le changelog](https://lettermint.co/fr/journal-des-modifications/connexion-avec-single-sign-on-sso).

## Des e-mails entrants plus pratiques

Chaque
[route inbound](https://lettermint.co/fr/fonctionnalites/inbound-emails)
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](https://lettermint.co/docs/platform/inbound-mail/introduction#route-domain).

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`](https://lettermint.co/docs/platform/webhooks/events#inboundrejected)
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](https://lettermint.co/docs/sdks#sdk-upgrade-guides) 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](https://registry.terraform.io/providers/lettermint/lettermint/latest) sous le nom `lettermint/lettermint`.
- **Relancez un batch sans doublons** : donnez à chaque e-mail d'un batch sa propre [clé d'idempotence](https://lettermint.co/docs/platform/emails/idempotency#batch-sending). 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](https://lettermint.co/docs/platform/webhooks/introduction#basic-authentication) à 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](https://lettermint.co/fr/fonctionnalites/mcp), au lieu d'attendre la prochaine tentative. Chaque livraison en échec indique aussi [quand aura lieu la prochaine tentative automatique](https://lettermint.co/docs/platform/webhooks/introduction#retry-a-failed-delivery).
- **Tokens API via MCP** : [le mois dernier](https://lettermint.co/fr/blog/freshly-minted-nouveautes-de-septembre), 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](https://lettermint.co/r/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](https://lettermint.co/fr/base-de-connaissances/deliverability/eviter-spam-periodes-fetes-gmail-outlook).*