Journal des modifications
Journal des modifications de Mail.Land
Ce qui a changé pour les clients à chaque version, la plus récente en premier. Les changements internes et opérationnels ne sont pas repris.
Chaque date est le jour de mise en production de la version (UTC).
Clés d’API plus strictes, taux cohérents et page d’état repensée
- Une clé d’API n’atteint plus que ce que permet son produit : les points de terminaison de validation exigent une clé avec le produit Validation, et lister vos clés d’API exige une session du tableau de bord.
- Les points de terminaison qui créent ou dupliquent une ressource renvoient un en-tête Location avec l’adresse /v1 de la nouvelle ressource.
- La duplication d’un segment conserve son nom suivi de "(Copy)", ou prend le nom que vous choisissez.
- Les taux de la page Délivrabilité, du tableau de bord et des journaux d’e-mails suivent désormais une seule définition et concordent. Les rapports de campagne rapportent ouvertures, clics et désabonnements aux messages distribués et ajoutent un taux de clics par ouverture.
- Le score de délivrabilité indique "Pas encore assez de données" tant qu’il n’y a pas d’envois à mesurer, au lieu d’afficher un score.
- Les automatisations peuvent être créées depuis le tableau de bord, avec un modèle d’e-mail obligatoire.
- Les listes d’autorisation et de blocage du courrier entrant affichent le bon type de correspondance pour chaque entrée.
- Les dates des requêtes d’API et des filtres du journal d’audit et des livraisons de webhooks sont lues en UTC.
- La page d’état adopte une nouvelle mise en page : barres d’historique sur 90 jours, infobulles et jours calmes repliés.
Les tentatives de distribution expirées sont présentées à part
- Les messages expirés sans réponse finale du serveur destinataire forment désormais un groupe à part dans les rapports de délivrabilité, ventilé par cause et par domaine destinataire.
- Chaque taux de rebond qui vous est présenté précise qu’il exclut les tentatives expirées.
Rythme d’envoi pour GMX, WEB.DE et mail.com
- Le courrier vers les boîtes GMX, WEB.DE et mail.com est désormais cadencé selon les limites propres à ces fournisseurs, et leurs refus liés à une liste de blocage sont signalés comme bloqués et non comme des rebonds du destinataire.
Forfaits payants pour les entreprises et format de webhook versionné
- Les entreprises peuvent souscrire un forfait payant depuis le tableau de bord, avec une confirmation d’usage professionnel, un numéro fiscal facultatif et l’autoliquidation sur les factures vérifiées aux entreprises de l’UE.
- Le contenu des webhooks comporte schema_version et occurred_at, et chaque livraison porte les en-têtes X-MLND-Delivery-Id et X-MLND-Delivery-Timestamp. Une politique de compatibilité publiée précise comment le format peut évoluer.
- Nouvel événement de webhook message.unsubscribed, envoyé quand un destinataire se désabonne.
- Les automatisations peuvent inclure une étape de webhook signée.
- Un contact atteint par plusieurs listes ou segments ne reçoit une campagne qu’une fois.
- L’utilisation est comptée sur la période de facturation exacte de votre abonnement.
- La Politique de confidentialité et l’Accord de traitement des données ont été corrigés dans les sept langues.
Suivi par défaut et maintenance SMTP plus fluide
- Le suivi des ouvertures et des clics est désactivé par défaut pour le courrier transactionnel et activé pour le courrier marketing. La Politique de confidentialité et la Politique d’utilisation acceptable décrivent le changement.
- Pendant une maintenance, le relais SMTP et le serveur de courrier entrant n’acceptent plus de nouvelles connexions et laissent les sessions ouvertes se terminer ; une session interrompue reçoit une réponse temporaire pour réessayer, jamais un échec permanent.
- Quand un point de terminaison de webhook est mis en pause, vous êtes prévenu exactement une fois.
Domaines de chaque clé dans la liste des identifiants
- La page Identifiants indique à quels domaines chaque clé d’API est limitée.
Historique des incidents et maintenances sur la page d’état
- La page d’état ajoute des pages d’historique des incidents et des maintenances, des cartes pour les incidents en cours, des groupes de composants repliables et une description de chaque composant, en sept langues.
- Les maintenances planifiées sont signalées sur les barres quotidiennes et horaires.
Une seule identité de connexion par adresse e-mail
- Chaque adresse e-mail appartient désormais à une seule identité de connexion sur toute la plateforme, et une adresse garde l’orthographe que vous avez saisie.
- Les noms de domaine sont enregistrés en minuscules.
- La révocation ou l’expiration d’une clé d’API met aussi fin aux sessions SMTP déjà ouvertes avec elle.
Erreurs de campagne et résultats de validation plus clairs
- Quand l’envoi marketing d’un compte est suspendu, les pages de campagne le disent dans votre langue au lieu d’afficher une erreur générique.
- Les résultats de validation avec et sans vérification de la boîte sont conservés séparément : une requête avec vérification de la boîte ne reçoit jamais un résultat sans elle.
Prix de lancement en euros, Return-Path personnalisé par défaut, webhooks en HTTPS uniquement
- Les prix sont en euros hors TVA, avec un nouveau palier Pro à 12 € pour 10 000 e-mails par mois.
- Les nouveaux domaines utilisent par défaut un Return-Path personnalisé sur votre propre sous-domaine, pour que SPF soit aligné avec votre domaine From une fois son enregistrement DNS vérifié. Le désactiver demande une confirmation explicite.
- Les webhooks ne sont livrés qu’à des points de terminaison HTTPS sur le port 443 ; un autre port TLS nécessite l’accord du support.
- Le tableau de bord vous connecte sur app.mail.land ; les sessions existantes ont dû se reconnecter une fois.
- L’inscription et la réinitialisation du mot de passe comportent une courte vérification humaine.
- Les campagnes ne peuvent être envoyées ni programmées tant que l’envoi marketing n’est pas activé pour le compte ; l’API répond MARKETING_NOT_YET_ALLOWED.
Pour les incidents et les maintenances planifiées, consultez la page d’état. Les détails d’API de chaque changement figurent dans la documentation.