Limites d’envoi TrekMail selon la formule

TrekMail utilise les limites de la formule et des contrôles de sécurité pour protéger la qualité de livraison. Chaque destinataire compte dans le quota d’envoi. Un message envoyé à trois personnes consomme donc trois envois destinataires. Le tableau de bord et l’onglet SMTP de chaque domaine affichent les limites qui s’appliquent aujourd’hui, y compris les limites de l’essai, celles du premier jour après le premier paiement et la chauffe d’un nouveau domaine.

Limites de base des formules

Nano n’inclut pas Managed TrekMail SMTP. Pour envoyer, un domaine Nano nécessite un profil SMTP personnalisé fonctionnel. Le fournisseur externe peut appliquer ses propres limites en plus des protections TrekMail décrites ici.

Limites de sécurité avant le premier paiement

Les comptes qui n’ont pas encore effectué un paiement pour une formule de messagerie peuvent recevoir des limites de sécurité inférieures. Ces valeurs protègent un nouveau compte pendant sa configuration.

Le premier paiement réussi relève immédiatement ces limites, jusqu’aux limites du premier jour présentées ci-dessous. Pendant l’essai, inutile d’attendre la fin : Facturation → Mettre fin à l’essai et démarrer l’abonnement maintenant termine l’essai, facture la formule choisie et relève aussitôt les limites de l’essai. Choisir une formule supérieure pendant l’essai ne les lève pas, car les limites de sécurité sont les mêmes pour toutes les formules. Un nouveau domaine peut encore suivre sa propre période de chauffe. Ne supposez donc pas que le paiement lui donne immédiatement accès au plafond de base. Consultez les Règles de chauffe des domaines.

Les 24 premières heures après le premier paiement

Pendant les 24 premières heures qui suivent le premier paiement réussi d’un compte, ses limites sont plus élevées que pendant un essai et plus basses que les chiffres propres à la formule :

Ces chiffres sont un plafond. Si la formule ou la chauffe d’un nouveau domaine autorise moins, c’est le chiffre le plus bas qui s’applique. Au bout de 24 heures, les limites complètes de la formule s’appliquent d’elles-mêmes : vous n’avez rien à faire. Le tableau de bord, l’onglet SMTP de chaque domaine et l’e-mail de confirmation du paiement indiquent l’heure exacte.

Cela ne s’applique qu’une fois, au premier paiement, quel que soit le moyen de paiement. Les renouvellements, les passages à une formule supérieure et les paiements suivants ne le déclenchent pas de nouveau. Cette règle protège les nouveaux comptes et la réputation d’envoi que partagent tous les clients. Si vous transférez vers TrekMail une entreprise déjà établie et avez besoin des limites complètes plus tôt, contactez le support.

Chauffe d’un nouveau domaine

Pendant les sept premiers jours suivant la création d’un domaine, TrekMail réduit ses limites fondées sur le débit :

La chauffe réduit uniquement les limites du nouveau domaine et de ses boîtes. Vos autres domaines conservent leur quota complet, et le total quotidien du compte n’est pas réduit par un nouveau domaine. La chauffe ne change pas le nombre de destinataires autorisé dans un message. Chaque palier commence à 00:00 UTC le jour 4 et le jour 8. Commencez avec des destinataires qui attendent vos messages et augmentez progressivement le volume.

Exemple : un compte en essai avec un nouveau domaine

Un compte Starter en essai ajoute un domaine le lundi et envoie depuis ce domaine le mardi, son deuxième jour :

• Une boîte peut écrire aujourd’hui à 12 destinataires : la limite d’essai de 30, à 40 % pour un nouveau domaine. Six messages à deux personnes chacun l’épuisent.
• Le domaine entier peut écrire aujourd’hui à 20 destinataires, et le compte entier à 50.
• À partir du jeudi (jour 4), la boîte peut écrire à 21 destinataires par jour, et à partir du lundi suivant (jour 8) à la limite d’essai complète de 30.
• Si l’abonnement démarre plus tôt, la limite d’essai est relevée immédiatement : pendant les 24 premières heures, la même boîte peut écrire à 150 destinataires par jour, puis à 400 par jour pendant la chauffe, et à 1 000 par jour une fois le domaine chauffé.

Ce qui consomme le quota

La limite applicable dépend de la route d’envoi et du nombre de destinataires.

• Un message comportant plusieurs destinataires dans To, Cc ou Bcc compte une fois pour chacun d’eux.
• Le webmail et l’API vérifient la boîte, son domaine et le compte entier, ainsi que le nombre de destinataires de chaque message.
• Les applications de messagerie qui envoient en SMTP (Outlook, Apple Mail, téléphones) sont vérifiées par rapport aux quotas quotidien et horaire du compte, et un nouveau domaine par rapport à son propre quota de chauffe. Le webmail, l’API et les applications de messagerie partagent les mêmes totaux quotidiens.
• Les messages transférés qui quittent TrekMail utilisent le quota d’envoi du compte. Une rafale de transferts peut suspendre le transfert jusqu’à la fin de la fenêtre applicable.
• Un profil SMTP personnalisé ajoute les règles du fournisseur externe. Il ne supprime pas les contrôles TrekMail portant sur l’expéditeur, le compte, la sécurité ou le débit.
• Les envois API et MCP doivent respecter leurs propres protections de requêtes ainsi que la route d’envoi sélectionnée et les présentes limites.

Pour les automatisations API et MCP, un jeton de message autorise 60 requêtes d’envoi par minute et jusqu’à 500 envois par jour, tandis qu’une boîte autorise par défaut 100 envois API par jour. Le plafond inférieur de la boîte s’applique normalement en premier. Ces protections s’ajoutent aux limites de la formule, du domaine, du compte et du fournisseur externe; elles ne les remplacent pas.

Si vous utilisez le transfert pour des volumes élevés, consultez le guide Adresses de transfert et commencez par tester un petit groupe.

Quand les limites se renouvellent

• Les limites quotidiennes (boîte, domaine, compte) se renouvellent à 00:00 UTC. Le webmail affiche l’heure dans votre fuseau horaire.
• La limite SMTP horaire se renouvelle au début de chaque heure (UTC).
• La limite de destinataires par message ne se renouvelle pas : divisez un grand message en plusieurs plus petits.
• Le plafond de l’API par boîte compte sur 24 heures glissantes à partir du premier envoi ; l’erreur indique quand il se libère.
• Les paliers de chauffe commencent à 00:00 UTC le jour 4 et le jour 8 d’un nouveau domaine.

Comportement lorsqu’une limite est atteinte

Rien de ce que vous avez écrit n’est perdu, et chaque interface indique quelle limite est atteinte et ce que vous pouvez faire :

• Le webmail vous avertit avant l’envoi. Lorsque le message compte plus de destinataires que ce qui peut encore partir aujourd’hui, ou que le quota du jour est déjà épuisé, une ligne sous les destinataires l’indique, et son bouton Que faire ? ouvre l’explication complète. Si vous envoyez quand même, le message reste ouvert et la même explication s’affiche : la part de la limite utilisée, pourquoi elle est plus basse en ce moment (un essai, le premier jour après le premier paiement ou un nouveau domaine), quand elle se renouvelle dans votre fuseau horaire et vos options. Une personne qui gère la facturation voit l’option de démarrer l’abonnement maintenant ; les autres sont invités à contacter l’administrateur de leur compte. Si vous êtes aussi connecté au tableau de bord du compte dans le même navigateur, avec un rôle qui permet d’ouvrir des tickets de support, l’explication comporte également un bouton Contacter le support.
• Les messages programmés qui atteignent une limite à leur heure d’envoi sont conservés, avec leurs pièces jointes, dans Programmés avec la mention Non envoyé. Envoyez-les après le renouvellement de la limite, choisissez une autre heure ou supprimez-les. Ils sont conservés 7 jours.
• Les applications de messagerie affichent une réponse temporaire 4.7.1 qui indique la limite, les chiffres, la raison et l’heure de renouvellement. Le message reste en général dans la boîte d’envoi de l’application ; renvoyez-le après cette heure.
• L’API répond 429 avec sending_limit_exceeded, qui indique la limite (dimension), les chiffres et l’heure de renouvellement (resets_at). Un message accepté par l’API avec 202 peut encore être refusé à sa sortie de la file : vérifiez-le avec GET /api/v1/messages/deliveries/{request_id}.

Si l’envoi échoue toujours après le renouvellement de la limite, il peut s’agir d’un autre problème, comme un domaine inactif, une adresse e-mail du compte non vérifiée, une route SMTP manquante, un problème de facturation ou une suspension de sécurité propre à une boîte. Suivez Résoudre les erreurs courantes d’envoi d’emails.

Limites de connexions IMAP

Il s’agit de limites de connexion, pas de limites d’envoi. Elles contrôlent les connexions IMAP simultanées d’une boîte.

Si une application de messagerie ouvre régulièrement trop de connexions, réduisez sa fréquence de synchronisation ou retirez un appareil inutilisé avant d’ajouter d’autres connexions.

Planifier un envoi en toute sécurité

1. Vérifiez les limites du jour dans le tableau de bord ou dans l’onglet SMTP du domaine.
2. Comptez les destinataires, pas seulement les messages. Le premier jour après le premier paiement, prévoyez vos envois selon les limites du premier jour.
3. Pour un nouveau domaine, utilisez le pourcentage de chauffe plutôt que le plafond annoncé de la formule.
4. Commencez par une audience restreinte qui attend vos messages et examinez les résultats de livraison.
5. Utilisez un service de marketing dédié fondé sur le consentement pour les campagnes qui dépassent la correspondance professionnelle normale.

Alertes par e-mail pour le propriétaire du compte

TrekMail envoie un e-mail au propriétaire du compte, dans sa langue, lorsqu’une limite quotidienne est presque atteinte ou épuisée :

• Presque épuisée : le compte a utilisé 80 % de son quota quotidien.
• Épuisée : une boîte, un domaine dans sa première semaine de chauffe ou le compte entier a utilisé tout son quota quotidien.

Chaque alerte est envoyée au maximum une fois par jour pour un même compte, domaine ou boîte, et les envois depuis le webmail, l’API ou les applications de messagerie peuvent tous les déclencher. L’ancien avertissement prévu lorsque les applications de messagerie atteignent 80 % de la limite SMTP horaire est toujours envoyé, au maximum une fois par heure. Pour ne plus recevoir ces e-mails, désactivez Alertes de délivrabilité des domaines dans Paramètres du compte → Notifications par e-mail. Ce même interrupteur coupe aussi les autres alertes de domaine, comme les avertissements de taux de rebond ou de DNS.

Articles connexes

• Règles de chauffe des domaines
• Fonctionnement de Managed TrekMail SMTP
• Utiliser votre propre fournisseur SMTP avec TrekMail
• Résoudre les erreurs courantes d’envoi d’emails
• Je ne peux pas envoyer d’emails