Réglages de référence par fournisseur

Des valeurs de départ concrètes pour l’adaptation du trafic par destination, tirées des fichiers d’adaptation publics du projet KumoMTA : le fichier policy-extras/shaping.toml maintenu par l’éditeur (valeurs par défaut et grands fournisseurs, dont plusieurs sections portent la mention « provided directly by », fournies directement par le fournisseur) et le fichier community/shaping.toml alimenté par la communauté (fournisseurs supplémentaires et règles d’automatisation pilotées par les rebonds). Récupérés le 2026-07-20 sur la branche main. Ces valeurs évoluent au gré des changements de politique des fournisseurs : considérez-les comme des points de départ sourcés à valider sur vos propres données de reports de remise, et non comme des faits sur les limites actuelles des fournisseurs. Voir Réglage de la livraison par le MTA pour la signification de chaque paramètre et le fonctionnement du modèle d’automatisation.

Mécanismes à connaître pour lire les tableaux :

• Regroupement MX (MX rollup) : les limites s’appliquent par infrastructure MX de réception ; tous les domaines de destinataires qui résolvent vers le même ensemble de MX partagent un même compartiment. Les blocs de fournisseurs sont reconnus par suffixe MX (par exemple, tout ce dont le MX se trouve sous .google.com ou .googlemail.com relève de « google », ce qui couvre Gmail et les domaines hébergés par Google Workspace ; selon la note du fichier datée du 2024-09-03, leurs noms d’hôtes MX résolvent vers des IP communes, et ils sont donc adaptés ensemble).
• provider_connection_limit ou connection_limit : la variante « provider » s’applique à l’ensemble du regroupement du fournisseur ; la variante simple s’applique par site. Mimecast utilise délibérément des limites par site, car chaque nom de site Mimecast correspond à un parc de MTA régional distinct.
• Quand une cellule est vide, la valeur globale par défaut s’applique.

Valeurs globales par défaut

Une règle d’automatisation par défaut (toutes destinations) couvre la famille de reports de remise commune à plusieurs fournisseurs (Messages from <IP> temporarily deferred, All messages from <IP> will be permanently deferred, has been temporarily rate limited due to IP reputation, Unfortunately, messages from <IP> weren't sent, Server busy. Please try again later from) et, en cas de correspondance, fixe max_message_rate = 1/minute et connection_limit = 1 pendant 90 minutes.

Valeurs de référence par fournisseur

Règles de limitation automatique par fournisseur (contributions de la communauté)

Ce sont les ajustements pilotés par les réponses de rebond que le fichier communautaire ajoute par-dessus les valeurs de référence. Un déclencheur N/h signifie que la règle se déclenche dès que la réponse a correspondu N fois en une heure ; chaque action expire au bout de sa durée. (Consultez les articles sur les codes d’erreur des fournisseurs pour la signification de chaque réponse : Gmail, Yahoo, Microsoft, Apple, Comcast, GMX/WEB.DE.)

Lire la tendance

D’un fournisseur à l’autre, la logique de limitation de la communauté est cohérente avec les principes de conception de Réglage de la livraison par le MTA : les réponses de limite mécanique (trop de connexions ou de messages par session) entraînent la réduction d’un paramètre pendant environ une heure ; les défaillances passagères de capacité (« server busy », « service unavailable ») entraînent de courtes suspensions de 15 à 30 minutes ; les événements de réputation (reports pour plaintes d’utilisateurs, rejets pour inscription sur une liste de blocage) entraînent les suspensions les plus longues (2 à 4 heures), car continuer d’envoyer malgré eux aggrave la réputation. Notez aussi à quel point les valeurs de référence sont basses par rapport à la valeur globale par défaut : les plus grands fournisseurs sont limités à 5 connexions pour tout le fournisseur, et plusieurs fournisseurs régionaux (Orange, Yahoo Japan) à seulement 2.

Réserves

• Les valeurs sont celles qui fonctionnaient pour les opérateurs de KumoMTA à la date de récupération ; les fournisseurs modifient leurs limites sans préavis, et la réputation de chaque IP module ce qu’obtient réellement un expéditeur donné. Validez-les sur vos propres journaux de reports de remise.
• Plusieurs entrées portent des dates dans le fichier (Barracuda et Netvigator datés du 2026-03-27 ; la note sur le regroupement Google/Workspace datée du 2024-09-03) : un rappel que chaque ligne a sa propre fraîcheur.
• Le fichier communautaire précise explicitement que les règles sont fournies en l’état et doivent être combinées avec le fichier de valeurs par défaut de l’éditeur pour une couverture complète.
• Ce sont des limites que l’expéditeur s’impose lui-même, pas des garanties publiées par les fournisseurs, sauf lorsqu’elles portent la mention « provided directly by » (Yahoo, Comcast, Mimecast, mail.com, Mailgun).