Réglages de référence par fournisseur

Quand vous configurez la façon dont votre MTA adapte le trafic vers chaque destination, vous avez besoin de valeurs concrètes pour commencer. Les valeurs ci-dessous proviennent des fichiers d’adaptation que le projet KumoMTA maintient publiquement. Il y a deux fichiers :

• le fichier policy-extras/shaping.toml maintenu par l’éditeur, avec les valeurs par défaut et les grands fournisseurs (plusieurs sections portent la mention « provided directly by », c’est-à-dire fournies directement par le fournisseur) ;
• le fichier community/shaping.toml alimenté par la communauté, avec d’autres fournisseurs et des règles d’automatisation pilotées par les rebonds.

Récupérés le 2026-07-20 sur la branche main. Ces valeurs évoluent quand les fournisseurs changent de politique. Considérez-les comme des points de départ attribués, à vérifier 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.

Comment lire les tableaux :

• Regroupement MX (MX rollup) : les limites s’appliquent à chaque infrastructure MX de réception, si bien que tous les domaines de destinataires qui résolvent vers le même ensemble d’hôtes 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 compte comme « google », ce qui couvre Gmail et les domaines hébergés sur Google Workspace. Selon la note du fichier datée du 2024-09-03, leurs noms d’hôtes MX résolvent vers des adresses 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, et la variante simple s’applique à chaque site. Mimecast utilise délibérément des limites par site, car chaque nom de site Mimecast correspond à un parc régional de MTA 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, pour toutes les destinations, reconnaît la famille de messages de report de remise qu’utilisent de nombreux 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. En cas de correspondance, elle 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é)

Le fichier communautaire ajoute ces ajustements par-dessus les valeurs de référence, en réaction aux rebonds. Un déclencheur N/hr signifie que la règle se déclenche dès que la réponse a correspondu N fois en une heure, et chaque action expire au bout de sa durée. Pour la signification de chaque réponse, voir les codes d’erreur de Gmail, Yahoo, Microsoft, Apple, Comcast et GMX et WEB.DE.

Lire la tendance

D’un fournisseur à l’autre, la logique de limitation de la communauté suit les principes de conception de Réglage de la livraison par le MTA :

• Les réponses sur des limites mécaniques (trop de connexions, ou trop de messages par session) entraînent la réduction d’un paramètre pendant environ une heure.
• Les problèmes de capacité passagers (« 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 adresse IP influe sur ce qu’obtient réellement un expéditeur donné. Vérifiez les valeurs sur vos propres journaux de reports de remise.
• Plusieurs entrées portent des dates dans le fichier (Barracuda et Netvigator sont datés du 2026-03-27, et la note sur le regroupement Google et Workspace est datée du 2024-09-03). Chaque ligne a sa propre fraîcheur.
• Le fichier communautaire précise explicitement que ses règles sont fournies en l’état, et qu’elles 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 les expéditeurs s’imposent eux-mêmes, et non des garanties publiées par les fournisseurs, sauf lorsqu’une ligne porte la mention « provided directly by » (Yahoo, Comcast, Mimecast, mail.com, Mailgun).