Hébergement de comptes e-mail illimités : ce qui est vraiment illimité en 2026

Tout hébergeur qui promet un « hébergement de comptes e-mail illimités » parie implicitement sur le fait que vous ne créerez jamais autant de boîtes mail que l'offre semble le permettre.

Ce calcul peut fonctionner parce que rares sont les clients qui lisent les limites moins visibles. Le stockage est épuisé bien avant le nombre de boîtes. Les restrictions d'envoi s'appliquent avant même que vous ne les remarquiez. Les limites de connexions IMAP peuvent refuser des clients de messagerie, par exemple lorsqu'une combinaison d'utilisateur et d'adresse IP atteint 200 connexions simultanées. L'affirmation selon laquelle 95% des clients de telles offres resteraient durablement sous 30 boîtes n'est toutefois qu'une hypothèse illustrative, et non une statistique d'usage universelle.

Ce guide explique d'un point de vue opérationnel ce que produit réellement l'hébergement de comptes e-mail illimités au-delà de 100, 500 et 1,000 boîtes. Il présente les trois limites que les fournisseurs ne mettent pas toujours en évidence, les questions à poser avant de signer et le calcul applicable à l'offre TrekMail Agency actuelle. Dans l'instantané, sa limite de configuration opérationnelle publiée est de 1,000 boîtes par domaine sur 1,000 domaines.

Ce que signifie vraiment « hébergement de comptes e-mail illimités »

L'hébergement de comptes e-mail illimités désigne une offre sans plafond affiché sur le nombre de boîtes que vous pouvez créer sur vos domaines. Le terme concerne uniquement le nombre de boîtes, et non un stockage, un volume d'envoi ou un nombre de connexions IMAP simultanées illimités. Ces contraintes existent presque toujours et déterminent la capacité pratique. « Illimité » ne décrit qu'une seule dimension.

Le marketing et l'exploitation divergent dès que l'on mesure les ressources. Un fournisseur peut annoncer à juste titre des « boîtes illimitées » tout en plafonnant le stockage partagé à 10 GB. Avec une utilisation raisonnable, cela représente environ 200 boîtes avant qu'une boîte de réception ne soit pleine. Une offre « illimitée » peut aussi être assortie d'un plafond de 100 messages sortants par heure. Cela peut convenir à une équipe de 50 personnes et fortement contraindre une équipe de 500 personnes. Le chiffre important pour une agence n'apparaît pas toujours sur la page tarifaire.

Les trois limites cachées sur lesquelles comptent les fournisseurs

Les offres de « comptes e-mail illimités » reposent généralement sur les trois mêmes limites. Prises séparément, elles ne sont ni illicites ni déraisonnables, car tout hébergeur doit lutter contre les abus. Ensemble, elles permettent néanmoins de rentabiliser l'infrastructure malgré la promesse d'illimité. Comprendre ces trois limites aide à distinguer une offre adaptée aux opérations d'une simple formule marketing.

Limite 1 : le stockage partagé

De nombreuses offres aux « boîtes illimitées » plafonnent le stockage total de toutes les boîtes d'un compte. Avec une enveloppe commune de 50 GB, chaque boîte dispose en moyenne de 50 GB divisés par le nombre créé. Pour 50 boîtes, cela donne 1 GB par boîte, ce qui peut suffire à une année d'utilisation légère, mais pas forcément à une boîte contenant un long historique client. Pour 500 boîtes, il ne reste que 100 MB par boîte, ce qui peut même être insuffisant pour une saison de newsletters.

La solution n'est pas de chercher un fournisseur sans aucune limite de stockage, car le stockage a toujours un coût et tout service réel impose des limites. Choisissez plutôt une enveloppe adaptée à votre profil d'usage réel.

Limite 2 : le débit d'envoi et le nombre de destinataires par message

Tout hébergeur de messagerie limite les envois sortants. Sans garde-fous, la réputation de ses adresses IP pourrait être détériorée en quelques jours. Les limites courantes comprennent :

• Messages par boîte et par jour (par exemple 1,000 dans une offre pour petites entreprises)
• Messages par compte et par jour (par exemple 6,000 à 40,000, selon l'offre)
• Messages par heure (débit de soumission SMTP)
• Destinataires par message (par exemple 50 avec Nano, 500 avec Agency)
• Sessions SMTP simultanées par compte

Choisissez un hébergeur dont les limites actuelles correspondent à votre profil d'envoi réel. C'est souvent ici que l'« illimité » se heurte discrètement à une limite : vous pouvez créer 500 boîtes, mais pas nécessairement permettre aux 500 d'envoyer chacune 100 messages par jour si le plafond du compte est de 40,000. Ni des plafonds élevés ni une authentification correctement configurée ne garantissent la livraison ou l'arrivée en boîte de réception.

Limite 3 : les connexions IMAP

Cette limite n'est souvent visible qu'une fois atteinte. Les clients de messagerie comme Apple Mail, Outlook et Thunderbird, ainsi que la fonction d'importation de Gmail, restent synchronisés via IMAP. Un client ouvert maintient généralement 2-5 connexions par boîte. À petite échelle, cela passe inaperçu. Avec 200 utilisateurs simultanés d'une même boîte, par exemple une boîte fonctionnelle support@ partagée, l'effet devient important.

Les limites TrekMail publiées dans l'instantané illustrent ce fonctionnement : selon les offres Nano/Starter/Pro/Agency, les plafonds par boîte et par adresse IP source sont de 10/25/50/100, et les plafonds totaux par boîte sont de 15/40/80/150. Une limite de sécurité absolue s'applique à 200 par combinaison d'utilisateur et d'adresse IP, et à 300 par utilisateur. Il faut respecter le périmètre exact : il s'agit de connexions IMAP simultanées, et non de personnes, d'appareils ou d'une limite d'envoi. Les autres hébergeurs utilisent leurs propres valeurs, qu'ils ne publient pas toujours.

Ce que l'« illimité » achète réellement

L'hébergement de comptes e-mail illimités vous permet de créer des boîtes sans payer chaque poste séparément. Le terme ne promet rien de plus. Il n'achète ni un stockage infini, ni des envois infinis, ni un nombre infini de connexions IMAP simultanées. Une fois ce point compris, la comparaison des fournisseurs devient plus claire.

Le bon modèle mental est le suivant : l'hébergement de comptes e-mail illimités est une offre forfaitaire dans laquelle vous pouvez créer autant de boîtes que nécessaire, tandis que les trois limites réelles encadrent l'intensité de leur utilisation. L'important est de savoir si ces limites correspondent à votre profil, et non de mesurer avec quelle insistance un fournisseur répète « illimité ».

Les 12 questions à poser à tout fournisseur d'illimité

Si vous évaluez une offre pour plus de 50 boîtes, vous pouvez copier ces 12 questions dans votre demande. Les réponses indiquent la solidité de la promesse d'illimité. Un fournisseur transparent devrait pouvoir répondre aux 12 de manière aussi précise que possible. Une réponse complète sous 24 heures ne constitue toutefois pas un critère de qualité universel : le délai dépend notamment du contrat, du fuseau horaire et du canal commercial.

1. Quel est le stockage total de toutes les boîtes ? Est-il partagé ou attribué par boîte ?
2. Quel est le plafond d'envoi par boîte et par jour ? Quel est-il par compte et par jour ?
3. Quel est le débit horaire de soumission SMTP ?
4. Combien de destinataires un message peut-il contenir ? Quel est le nombre quotidien de destinataires par compte ?
5. Quelles limites de connexions IMAP s'appliquent par utilisateur et par combinaison d'utilisateur et d'adresse IP ?
6. Que se passe-t-il lorsqu'une boîte atteint sa limite de stockage : rejet, mise en file d'attente ou suppression silencieuse ?
7. Que se passe-t-il lorsque le compte atteint sa limite quotidienne d'envoi : rejet, bridage ou suspension de 24 heures ?
8. Les messages partent-ils d'un pool d'adresses IP partagé ou d'une adresse IP dédiée ? Quelle politique de préchauffage s'applique au pool partagé ?
9. Quelle politique de lutte contre les abus s'applique si une boîte mène une campagne générant de nombreuses plaintes ?
10. Puis-je créer des boîtes en masse par API ? Quelle est la limite de débit de l'API ?
11. Comment pourrai-je migrer ultérieurement ? L'exportation comprend-elle les dossiers IMAP, les messages envoyés et les brouillons ?
12. Quelle politique s'applique à la rotation des clés DKIM de chaque domaine ?

Un fournisseur transparent répond aux 12 questions aussi concrètement que possible. Des réponses évasives ou générales comme « cela dépend du cas d'usage » peuvent être un signal d'alerte, mais elles ne prouvent pas automatiquement que le produit est mauvais. Évaluez les conditions contractuelles et votre usage précis.

Vérification rapide des promesses purement marketing

Trois filtres rapides sont utiles avant une discussion commerciale plus longue. Cherchez d'abord les expressions « Soft Cap » ou « Fair Use » dans la documentation. Un fournisseur transparent publie ses limites souples, tandis que d'autres peuvent les dissimuler dans une politique d'usage raisonnable qui leur accorde de larges droits de bridage. Vérifiez ensuite les limites IMAP publiées. Dans l'instantané, TrekMail indique des plafonds absolus de 200 par paire utilisateur et adresse IP et de 300 par utilisateur, ainsi que des seuils souples selon l'offre, de 10 à 100 par paire utilisateur et adresse IP. L'absence de valeurs IMAP publiées ne prouve toutefois pas, à elle seule, que la promesse d'illimité est trompeuse.

Demandez enfin le texte de la politique de lutte contre les abus. Des seuils précis, comme X% de plaintes pour spam déclenchant l'examen Y, ou Z rejets en N heures avant un bridage, facilitent la planification opérationnelle. Des clauses de réserve générales offrent moins de visibilité. C'est un indicateur utile, et non une manière universelle de classer tous les fournisseurs.

TrekMail Agency : les limites réelles

Dans l'instantané actuel, l'offre TrekMail Agency vise les opérateurs pour lesquels un modèle par utilisateur deviendrait coûteux en raison du nombre de boîtes. Elle coûte $29 par mois, ou $23.25 par mois avec facturation annuelle. La réduction affichée par rapport à douze paiements mensuels est donc de 20%. Les prix et remises peuvent changer. Les limites publiées de l'offre Agency sont les suivantes :

• 1,000 domaines par compte
• 1,000 boîtes par domaine (ainsi, 1,000,000 boîtes représentent le maximum théorique de configuration d'un compte, et non une garantie de capacité ou de performance simultanée)
• 200 GB de stockage partagé pour les e-mails et TrekMail Drive (le curseur du module Drive fait varier la capacité affichée de 250 GB à 100 TB ; vérifiez dans l'offre actuelle comment s'articulent l'enveloppe de base, les e-mails et le stockage complémentaire)
• 40,000 e-mails par jour et par compte, avec 2,500 par boîte et par jour
• 3,000 messages par heure comme débit de soumission SMTP
• 500 destinataires par message
• 100 alias e-mail par boîte (300 boîtes × 100 = 30,000 adresses joignables par domaine)
• 50 règles de filtrage Sieve par boîte
• Éditeur Sieve brut (Agency uniquement) pour une logique de filtrage personnalisée
• Assistance dédiée ainsi qu'un accès complet à l'API et au MCP (143 outils dans l'instantané)

Les mécanismes de fonctionnalités indiquent domains: -1 et users_per_domain: -1 pour Agency, ce qui signifie qu'aucune limite numérique n'est affichée sur le plan opérationnel. Les limites de stockage et d'envoi déterminent tout de même l'échelle réelle. Avec 200 GB de stockage partagé et 5,000 boîtes actives, la moyenne est de 40 MB par boîte. Cela peut convenir à des boîtes fonctionnelles légères, mais pas à des archives complètes. Si vous avez besoin d'archives, vous pouvez régler le curseur du module Drive sur 1 TB ou 10 TB, à condition que la logique produit actuelle affecte réellement ce stockage au pool e-mail concerné. Dans l'instantané, le prix affiché par le curseur est de $0.015/GB avec une remise annuelle de -17%, distincte des -20% de l'offre de base. Vérifiez le prix et l'affectation du stockage avant l'achat.

À quoi ressemble l'« illimité » dans le tableau de bord

Dans le tableau de bord TrekMail Agency actuel, l'offre apparaît sous la forme d'une liste de domaines avec le nombre de boîtes correspondant. D'après la mise en œuvre décrite, la création en masse est conçue pour importer, en une transaction, un fichier CSV de 500 boîtes réparties sur un sous-ensemble quelconque des 1,000 domaines, puis envoyer des invitations permettant aux utilisateurs de définir leur mot de passe. Il faut vérifier dans la mise en œuvre actuelle si la taille du CSV, le comportement transactionnel, l'invitation et le moment où la réception devient possible fonctionnent exactement ainsi. Le service de migration exécute côté serveur une synchronisation IMAP des données de messagerie prises en charge par IMAP depuis l'ancien fournisseur. Selon les systèmes source et cible, il peut néanmoins être nécessaire d'ajuster les comptes, les profils d'appareil et d'autres réglages des clients.

Dans l'instantané, le tableau de bord propose la rotation DKIM par domaine, des assistants SPF/DMARC, la gestion des alias, l'édition Sieve et des journaux d'audit du provisionnement. La couche API et MCP complète comprend, dans cet instantané, 143 outils et OAuth via le flux Web de claude.ai. Il faut consulter l'API actuelle pour vérifier quelles actions du tableau de bord possèdent un équivalent programmable, quelles autorisations s'appliquent et quelles limites de débit sont en vigueur.

Quand TrekMail Agency n'est plus le bon choix

Trois scénarios peuvent justifier une offre sur mesure ou un autre fournisseur. Le premier est un volume sortant durablement supérieur à 40,000 messages par jour et par compte, par exemple pour une newsletter à fort volume. Le deuxième concerne les boîtes individuelles conservant plus de ~5 GB d'historique lorsque leur nombre est élevé. Avec 1,000 boîtes actives de 5 GB chacune, il faudrait déjà 5 TB de stockage partagé, nettement plus que dans l'offre de base et seulement couvert si le module complémentaire est affecté de manière adaptée. Le troisième est le besoin d'un espace d'adresses IP dédiées. D'après l'instantané actuel, TrekMail ne le propose pas. Il s'agit d'une indication actuelle sur le produit, et non d'un engagement permanent. Dans ces cas, une offre Enterprise fondée sur un autre modèle peut être préférable.

Tarification par utilisateur ou forfaitaire : quand chaque modèle atteint ses limites

De nombreuses offres « illimitées » adoptent un prix forfaitaire, car un modèle par utilisateur devient peu intéressant à cette échelle. À $14 par utilisateur et par mois, 1,000 boîtes coûtent $14,000 par mois. Il est difficile de présenter ce tarif comme une offre illimitée. Dans l'instantané, le forfait Agency de $29 par mois constitue au contraire le cœur du modèle.

Il existe une réserve : le prix forfaitaire fonctionne lorsque le coût marginal de chaque boîte supplémentaire, généralement peu utilisée, reste faible et que les trois limites citées encadrent l'usage réel. Ce coût marginal n'est pourtant jamais nul, puisque les métadonnées, l'authentification, l'exploitation, l'assistance et la prévention des abus consomment des ressources. Dans le modèle par utilisateur, chaque boîte est davantage facturée et le fournisseur peut dimensionner une enveloppe de ressources plus élevée par utilisateur. Les deux modèles reposent sur des hypothèses et des courbes de montée en charge différentes.

Voici où les modèles atteignent leurs limites :

• La tarification par utilisateur devient coûteuse au-delà de 50 boîtes, surtout avec de nombreuses boîtes fonctionnelles peu utilisées comme info@, support@ et sales@, qui sont néanmoins facturées au plein tarif.
• Une offre forfaitaire est souvent peu rentable sous 5 boîtes, car vous payez une formule complète tout en n'utilisant que 2% de sa capacité.
• Une offre forfaitaire atteint ses limites au-delà de ~5,000 boîtes actives avec une enveloppe de 200 GB. La moyenne par boîte tombe alors sous une taille de réception pratique, ce qui rend nécessaire un complément Drive correctement affecté ou une offre sur mesure.

Comparatif de l'hébergement de comptes e-mail illimités

Dans cet instantané, TrekMail se distingue auprès des opérateurs de plusieurs domaines qui dépassent 30 boîtes et recherchent un tarif forfaitaire avec accès API, sans suite Workspace complète. En dessous de 30 boîtes, l'écart de prix se resserre ; au-delà de 5,000 boîtes actives, un stockage supplémentaire correctement affecté devient nécessaire. Les fournisseurs, prix, limites et fonctionnalités figurant dans ce tableau peuvent évoluer. Vérifiez les informations officielles actuelles ; aucune ligne ne garantit la délivrabilité.

Pourquoi le modèle forfaitaire peut fonctionner

L'hébergement forfaitaire de comptes e-mail illimités peut être rentable parce que le coût marginal d'une boîte supplémentaire, le plus souvent inactive, est faible mais jamais nul. Sur les 1,000 boîtes d'un compte d'agence donné en exemple, 200 pourraient être utilisées de manière intensive, 300 légèrement et 500 presque jamais, notamment lorsqu'il s'agit d'adresses fonctionnelles ou de comptes dormants. Ce sont des hypothèses illustratives, et non une répartition générale. Le fournisseur vend la possibilité de créer 1,000 boîtes, tandis que la consommation de stockage et de bande passante correspond davantage, par exemple, à 200 boîtes actives.

Le modèle est mis sous pression lorsqu'une agence exploite simultanément les 1,000 boîtes à leur charge maximale théorique, avec un volume quotidien élevé, des boîtes pleines et de nombreux clients IMAP. La fréquence d'une telle situation dépend du profil des clients. Un fournisseur qui promet l'« illimité » sans préciser les contraintes réelles risque de décevoir ses clients. Lorsqu'il publie les limites dès le départ, les attentes peuvent être mieux alignées. Il s'agit d'un principe d'évaluation, et non d'un jugement général sur des catégories de fournisseurs.

Trois modèles de montée en charge efficaces

Pour choisir un hébergement de comptes e-mail illimités en prévision de la croissance, trois modèles opérationnels peuvent être utiles. Créer 500 boîtes et distribuer des mots de passe sans aucun contrôle n'est pas recommandé. À cette échelle, le provisionnement exige une vérification des identités, des responsabilités clairement attribuées et une procédure documentée.

Modèle 1 : provisionnement groupé par invitation

Dans la mesure du possible, créez les boîtes au moyen de liens d'invitation plutôt qu'avec des mots de passe définis par l'administrateur. Dans la mise en œuvre TrekMail décrite, le destinataire définit son mot de passe et l'authentification à 2 facteurs lors de sa première connexion. L'administrateur ne connaît alors pas le mot de passe initial. Ce parcours n'empêche toutefois ni la coercition ni l'hameçonnage, et ne prouve pas qu'un administrateur ne pourra jamais réinitialiser le mot de passe plus tard. Vérifiez l'identité, les droits de réinitialisation, la date d'expiration et le journal d'audit dans la mise en œuvre actuelle.

La création en masse par CSV ou API décrite dans l'instantané peut préparer 500 boîtes sur 50 domaines, puis envoyer les invitations. Avant d'accepter une invitation, la boîte peut rejeter, mettre en attente ou accepter les messages entrants selon la mise en œuvre actuelle ; ce comportement doit être testé. Le parcours recherché vise à éviter les boîtes orphelines vers lesquelles du spam serait transféré. Pour les détails sur le CSV, les invitations et les états, consultez la création groupée de comptes e-mail.

Modèle 2 : des alias plutôt que des boîtes pour les adresses fonctionnelles

Pour les adresses fonctionnelles comme info@, support@, sales@ et billing@, qui transfèrent les messages à une personne réelle, les alias d'une boîte existante peuvent être plus appropriés que des boîtes séparées. Dans l'instantané actuel, TrekMail autorise 30/50/100 alias par boîte avec Starter/Pro/Agency. Ainsi, 300 boîtes Agency peuvent accueillir 30,000 adresses fonctionnelles sans augmenter le nombre de boîtes. Chaque alias achemine les messages vers une vraie boîte, ce qui centralise la gestion du routage.

Ce modèle peut réduire d'environ moitié le nombre réel de boîtes dans de nombreuses agences, mais ce résultat n'est pas garanti. Consultez notre présentation des alias e-mail pour connaître les modèles de routage et les situations dans lesquelles un alias ne convient pas.

Modèle 3 : rotation DKIM par domaine

Dans les grands environnements, une clé DKIM compromise peut créer un risque. Une rotation régulière par domaine, par exemple trimestrielle dans certains contextes, réduit la durée d'exposition de cette clé de domaine. L'intervalle adapté dépend du modèle de risque, de l'automatisation et de la procédure de changement de clé. La rotation n'isole ni la réputation d'un mauvais expéditeur ni les identifiants de boîtes individuelles, et ne répare pas un problème de délivrabilité déjà provoqué. TrekMail décrit une rotation DKIM automatique par client et par domaine ; vérifiez le fonctionnement actuel.

Pour les agences gérant 100+ domaines clients, la séparation des clés DKIM par domaine réduit la portée d'une clé de domaine compromise, mais pas automatiquement les conséquences de mauvaises pratiques d'envoi sur un pool de réputation IP partagé. Le guide de l'hébergement e-mail multidomaine explique ce modèle en détail. La compromission d'un accès à une boîte n'est pas non plus identique à celle d'une clé DKIM ; la rotation ne remplace ni le verrouillage du compte, ni le changement du mot de passe, ni l'analyse de la cause.

Ce qui cède avant l'« illimité »

Dans les offres illimitées, la fragilité opérationnelle apparaît généralement ailleurs que dans le nombre de boîtes. Trois points de rupture possibles avant une limite annoncée sont : (1) les pics de synchronisation IMAP lorsque 200 utilisateurs s'authentifient au cours de la même heure après l'adoption d'une nouvelle politique de clients ; (2) les files d'attente du filtre antispam entrant lorsqu'un domaine reçoit une campagne comptant des millions d'e-mails ; (3) la réputation de délivrabilité lorsqu'un client touche soudainement des pièges à spam et affecte le pool de réputation partagé.

Dans les trois cas, une politique de lutte contre les abus précise, des limites IMAP adaptées à votre simultanéité réaliste et une gestion compréhensible des clés de domaine sont utiles. La rotation DKIM ne résout pas, à elle seule, les abus d'envoi ou les problèmes de réputation IP partagée. Les informations publiées par TrekMail peuvent contribuer à cette évaluation, mais l'adéquation doit être validée pour l'offre et l'usage concernés. Les affirmations générales selon lesquelles une catégorie de fournisseurs respecterait toujours ou jamais les deux critères ne seraient pas fiables.

Quand l'hébergement de comptes e-mail illimités ne convient pas

L'hébergement de comptes e-mail illimités n'est pas toujours le bon choix. Trois profils d'acheteurs peuvent être mieux servis par un autre modèle : les indépendants qui utilisent moins de 5 boîtes, les équipes qui ont besoin d'une suite collaborative profondément intégrée et les secteurs réglementés exigeant un SLA contractuel. Savoir quand l'illimité ne convient pas est aussi utile que de bien le choisir.

Le premier profil est celui des indépendants ayant moins de 5 boîtes. À cette échelle, ils paient pour une capacité inutilisée. Une offre groupée de boîtes proposée par un hébergeur spécialisé sérieux peut constituer le bon point d'entrée. Dans l'instantané, TrekMail Starter couvre, pour $4 par mois, 50 domaines comptant chacun 100 boîtes, soit déjà davantage que les besoins de nombreux indépendants. Agency est souvent surdimensionné sous 30 boîtes, mais l'offre adaptée dépend des fonctionnalités et de l'usage.

Le deuxième profil concerne les équipes qui ont besoin d'une intégration aussi poussée du calendrier, de Drive et du chat que de la messagerie. Un hébergeur spécialisé peut proposer d'excellentes fonctions de messagerie et un stockage Drive simple, inclus par TrekMail à partir de Starter dans l'instantané, sans nécessairement remplacer la suite collaborative de Google Workspace. Si une équipe travaille chaque jour dans Docs et Sheets, le prix par utilisateur peut être justifié. L'illimité est davantage adapté lorsque la messagerie constitue le produit principal et non une simple composante de l'environnement collaboratif.

Le troisième profil regroupe les secteurs réglementés qui exigent un SLA contractuel assorti de délais de reprise précis. De nombreuses offres illimitées publiques fonctionnent selon une obligation de moyens plutôt qu'avec un SLA contractuel. Si une autorité de contrôle exige un SLA écrit prévoyant des pénalités contractuelles, un contrat Enterprise est nécessaire. La capacité d'un fournisseur à le proposer doit être vérifiée individuellement et ne peut être déduite de sa catégorie tarifaire.

Une conséquence pratique de l'« illimité » est rarement évoquée : à partir de quelques dizaines de boîtes, la contrainte n'est plus leur nombre mais la capacité à retrouver un message. Si la recherche est limitée à une boîte, l'administrateur devrait examiner chaque boîte séparément pour retrouver un message dans l'ensemble du portefeuille client. La recherche multiboîte parcourt tous les dossiers de toutes les boîtes auxquelles l'utilisateur a accès. Seule la mise en œuvre concrète des autorisations et de la recherche détermine les contenus réellement couverts.

Prochaines étapes

L'hébergement de comptes e-mail illimités est une véritable catégorie de produits, mais « illimité » ne concerne que le nombre de boîtes. Le stockage partagé, le débit d'envoi et les connexions IMAP déterminent la capacité réelle. Les 12 questions ci-dessus permettent de mieux distinguer les messages marketing des limites opérationnelles. Même des limites adaptées et une authentification correcte ne garantissent pas la délivrabilité.

Pour les équipes qui en ont réellement besoin, notamment les agences, les MSP et les PME multimarques, l'instantané suggère les fourchettes illustratives suivantes : 1-30 boîtes (de nombreux hébergeurs spécialisés peuvent convenir), 30-500 boîtes (une offre forfaitaire comme TrekMail Agency peut être avantageuse), 500-5,000 boîtes (TrekMail Agency avec un module Drive correctement affecté ou une offre Migadu Max sur mesure), 5,000+ boîtes (conditions personnalisées). Ces fourchettes ne constituent pas des garanties de capacité. Dans l'instantané, TrekMail Agency commence à $29 par mois, ou $23.25 avec facturation annuelle, et propose un essai gratuit de 14 jours nécessitant une carte bancaire. Nano ($0, sans carte) permet, d'après l'instantané, de tester le tableau de bord et prend en charge 10 boîtes par domaine. Vérifiez les prix, les conditions d'essai, les limites et l'affectation du stockage actuellement en vigueur sur trekmail.net/pricing.