Connecter des agents IA à TrekMail via MCP

Le serveur MCP de TrekMail permet aux clients IA compatibles de gérer votre infrastructure de messagerie en langage naturel. Son catalogue couvre les domaines, boîtes mail, marques et équipes White Label, Drive, e-mails, calendriers, migrations, assistance, facturation et services connexes via la même API TrekMail.

Le catalogue complet n'est pas chargé dans chaque conversation. TrekMail construit tools/list à partir de l'identifiant actif : les outils hors de ses portées sont omis, tout comme ceux exclus par l'ensemble d'outils sélectionné, le mode lecture seule, les limites de transport ou un réglage de sécurité local. Un identifiant de messagerie aux portées limitées présente donc une liste compacte d'outils de messagerie.

Choisir votre mode de connexion

Les méthodes 1 à 3 utilisent OAuth 2.1 : lors de la première connexion, votre navigateur ouvre la page de consentement TrekMail, vous examinez les autorisations demandées et le client reçoit un jeton limité à votre compte. Aucun jeton tm_live_ de longue durée n'est copié dans le client. Révoquez une connexion à tout moment depuis Agents IA et API → Jetons → Applications connectées.

Fonctionnalités obtenues

• Un ensemble d'outils propre à la connexion, filtré avant l'enregistrement selon les autorisations et réglages de sécurité de la connexion actuelle.
• OAuth 2.1 + enregistrement dynamique du client : votre client IA s'enregistre, vous guide sur une page de consentement dans le navigateur et reçoit un jeton à portée limitée. Aucun copier-coller de jetons de longue durée pour les méthodes web, bureau ou CLI.
• Architecture à deux jetons : un jeton d'opérations distinct pour l'infrastructure et un jeton de messages pour toutes les opérations webmail. Avec OAuth, les jetons de messages sont créés automatiquement par boîte mail selon les besoins.
• Idempotence automatique pour les opérations qui l'exigent, afin qu'une nouvelle tentative ne répète pas la même opération.
• Suppression en deux étapes : la suppression d'une boîte mail exige une intention et une confirmation explicites, puis place la boîte dans Éléments récemment supprimés pour permettre sa récupération.
• Contrôles de sécurité auto-hébergés : l'administrateur de son propre serveur MCP stdio peut exiger une approbation pour les actions de suppression, d'envoi et de migration.
• Journalisation d'audit complète : chaque opération API et MCP est consignée pendant 90 jours.

Avant de commencer

• Tous les forfaits peuvent connecter des agents.
  • Nano : outils Email Verifier. L'ajout de Drive Storage donne aussi à l'agent les fonctions Drive auxquelles le compte a droit, dont la navigation, le chargement, le partage, la restauration et la purge.
  • Starter : Drive complet, Email Verifier complet et accès en lecture seule aux autres domaines (domaines, boîtes mail, migrations, tickets et plus). Utilisez le tableau de bord pour les écritures que Starter n'expose pas via API, comme créer des migrations, répondre aux tickets ou modifier la réponse automatique.
  • Pro / Agency : accès complet en lecture et écriture à chaque famille.
  • Essai ou module White Label : ajoute des outils de marque, clients/équipe et activité tant que le droit est actif. Sans lui, ces schémas sont omis. Pendant le délai de grâce après résiliation, seul le propriétaire reçoit les outils de lecture.
• Première utilisation ? Le bouton Démarrer la visite de la page Agents IA et API explique la connexion d'un agent, les étapes propres à chaque client, les jetons manuels, les applications connectées et le journal d'audit.
• Pour les méthodes OAuth (1, 2, 3), vous n'avez pas à créer de jeton manuellement. Le client le crée avec le flux d'autorisation du navigateur. Pour la méthode stdio auto-hébergée (4), créez d'abord un jeton tm_live_ dans le tableau de bord.

1. Client MCP distant (recommandé)

Utilisez cette méthode lorsque votre client IA prend en charge les serveurs MCP distants et l'autorisation par navigateur.

Raccourci : l'onglet Connecter un agent de la page Agents IA et API vous demande quel client vous utilisez et affiche ensuite le parcours exact de ce client, le chemin du menu ou le fichier de configuration, ainsi qu'un extrait prêt à l'emploi contenant déjà votre adresse. Si votre client y figure, suivez ces indications plutôt que les étapes génériques ci-dessous.

1. Ouvrez les réglages MCP, intégrations ou connecteurs de votre client.
2. Choisissez Ajouter un serveur MCP distant ou Ajouter un connecteur personnalisé. Le libellé exact dépend du client.
3. Saisissez :
   • Nom : TrekMail
   • URL du serveur MCP distant : https://trekmail.net/mcp
4. Confirmez la connexion. Votre navigateur ouvre la page d'autorisation TrekMail.
5. Connectez-vous, examinez les autorisations demandées et approuvez l'accès. Revenez au client lorsque le navigateur confirme la connexion.

La première autorisation émet un jeton à durée limitée. Les clients compatibles le renouvellent automatiquement. Pour vous déconnecter, utilisez l'action du client ou révoquez l'application dans Jetons → Applications connectées sur TrekMail.

2. Client CLI ou de bureau

Pour un client qui accepte une commande stdio, utilisez le pont indépendant du client ci-dessous :

npx -y mcp-remote https://trekmail.net/mcp

Configurez cette commande comme serveur MCP dans votre client. La première connexion ouvre votre navigateur pour l'autorisation.

Certains clients proposent aussi leur propre commande d'ajout d'un serveur MCP distant. Elle convient tout autant : utilisez https://trekmail.net/mcp comme URL du serveur et suivez les invites du client.

Exemple propre au client : Claude Code

claude mcp add trekmail https://trekmail.net/mcp -t http

Exemple propre au client : Claude Desktop

Modifiez votre fichier de configuration (macOS : ~/Library/Application Support/Claude/claude_desktop_config.json · Windows : %APPDATA%\Claude\claude_desktop_config.json) et ajoutez :

{
  "mcpServers": {
    "trekmail": {
      "url": "https://trekmail.net/mcp",
      "transport": "http"
    }
  }
}

Redémarrez Claude Desktop. La fenêtre OAuth s'ouvre lorsque vous mentionnez TrekMail pour la première fois dans une conversation.

Exemple propre au client : Cursor

Cursor n'a pas d'écran pour un serveur distant. Il lit ~/.cursor/mcp.json (ou .cursor/mcp.json dans un projet) :

{
  "mcpServers": {
    "trekmail": {
      "url": "https://trekmail.net/mcp"
    }
  }
}

Exemple propre au client : Windsurf

Windsurf lit ~/.codeium/windsurf/mcp_config.json. Notez que la clé est serverUrl, et non url : un serveur distant configuré avec url est ignoré :

{
  "mcpServers": {
    "trekmail": {
      "serverUrl": "https://trekmail.net/mcp"
    }
  }
}

Enregistrez le fichier et redémarrez le client pour qu'il détecte la modification. La première connexion ouvre votre navigateur afin d'approuver l'accès.

3. mcp-remote (CLI)

Utile pour les tests ou les clients MCP non-Anthropic qui ne prennent pas encore directement en charge les serveurs OAuth distants, mcp-remote est un petit pont Node entre stdio et HTTP distant.

npx -y mcp-remote https://trekmail.net/mcp

La première exécution ouvre votre navigateur pour OAuth. Ensuite, le jeton est mis en cache sous ~/.mcp-auth/ et utilisé automatiquement.

Vous pouvez le relier à tout client MCP stdio en le faisant pointer vers la commande mcp-remote plutôt que vers un point d'entrée Node local.

4. Stdio auto-hébergé (Claude Desktop / Docker / npm)

Si vous préférez des jetons tm_live_ statiques à OAuth (par exemple pour des serveurs sans surveillance, des instances TrekMail privées ou des déploiements en conteneur), clonez et exécutez le paquet MCP stdio sur votre propre hôte.

Créez d'abord un jeton API sur la page Agents IA et API → Jetons. Pour lire ou envoyer des e-mails, créez aussi un jeton de messages via l'API avec votre jeton d'opérations (consultez les instructions de l'onglet Connecter un agent).

Installer le serveur MCP

git clone https://github.com/trekmail/mcp-server trekmail-mcp
cd trekmail-mcp
npm install
npm run build

Claude Desktop (stdio)

Ajoutez ceci au fichier de configuration MCP de Claude Desktop :

macOS : ~/Library/Application Support/Claude/claude_desktop_config.json Windows : %APPDATA%\Claude\claude_desktop_config.json

{
  "mcpServers": {
    "trekmail": {
      "command": "node",
      "args": ["./trekmail-mcp/build/index.js"],
      "env": {
        "TREKMAIL_BASE_URL": "https://trekmail.net",
        "TREKMAIL_API_TOKEN": "tm_live_your_token",
        "TREKMAIL_MESSAGE_TOKEN": "tm_msg_your_token",
        "TREKMAIL_ALLOW_SENDING": "false",
        "TREKMAIL_ALLOW_MIGRATION": "false"
      }
    }
  }
}

Mettez à jour le chemin args pour cibler l'emplacement où vous avez cloné le dépôt. Remplacez les jetons par les vôtres. Vous pouvez omettre TREKMAIL_MESSAGE_TOKEN si seuls les outils d'infrastructure vous sont utiles, ou TREKMAIL_API_TOKEN si seuls les outils de messages vous sont utiles. Au moins un jeton est requis.

Claude Code (stdio)

Ajoutez ceci aux réglages MCP de Claude Code (.claude/settings.json ou configuration du projet) :

{
  "mcpServers": {
    "trekmail": {
      "command": "node",
      "args": ["./trekmail-mcp/build/index.js"],
      "env": {
        "TREKMAIL_BASE_URL": "https://trekmail.net",
        "TREKMAIL_API_TOKEN": "tm_live_your_token",
        "TREKMAIL_MESSAGE_TOKEN": "tm_msg_your_token",
        "TREKMAIL_ALLOW_SENDING": "false",
        "TREKMAIL_ALLOW_MIGRATION": "false"
      }
    }
  }
}

Docker

Si vous préférez Docker, construisez l'image depuis le dépôt et exécutez-la :

git clone https://github.com/trekmail/mcp-server trekmail-mcp
cd trekmail-mcp
docker build -t trekmail-mcp .

docker run -i \
  -e TREKMAIL_BASE_URL=https://trekmail.net \
  -e TREKMAIL_API_TOKEN=tm_live_your_token \
  -e TREKMAIL_MESSAGE_TOKEN=tm_msg_your_token \
  -e TREKMAIL_ALLOW_SENDING=false \
  -e TREKMAIL_ALLOW_MIGRATION=false \
  trekmail-mcp

npm local (développement)

git clone https://github.com/trekmail/mcp-server trekmail-mcp
cd trekmail-mcp
npm install && npm run build

TREKMAIL_BASE_URL=https://trekmail.net \
TREKMAIL_API_TOKEN=tm_live_your_token \
TREKMAIL_MESSAGE_TOKEN=tm_msg_your_token \
TREKMAIL_ALLOW_SENDING=false \
TREKMAIL_ALLOW_MIGRATION=false \
npm start

Variables d'environnement stdio

Ces contrôles s'appliquent uniquement au processus MCP stdio auto-hébergé que vous exécutez. Ils n'activent ni ne désactivent une fonctionnalité du produit TrekMail.

Outils Drive pour les agents

Avec un jeton d'opérations contenant des portées Drive, le serveur MCP fournit des outils pour les espaces, l'utilisation, la navigation, les chargements, fichiers, dossiers, la Corbeille, les opérations groupées, les liens publics de partage, la gestion des mots de passe des appareils synchronisés et l'état du module Drive. Votre connexion voit les outils permis par ses portées.

Pour un agent réservé à Drive, définissez TREKMAIL_API_TOKEN et n'accordez que les portées nécessaires au flux de travail. Avec stdio auto-hébergé, laissez les actions destructives désactivées sauf si l'agent exécute une tâche de purge ou de vidage de corbeille révisée. L'achat, le redimensionnement et la résiliation du module Drive ne sont pas des outils MCP; les agents peuvent lire son état et son prix, mais les changements de facturation restent dans le tableau de bord.

Consultez Présentation des outils MCP Drive et Connecter des agents IA à TrekMail Drive.

Outils disponibles

Le serveur MCP expose ces outils aux agents connectés. Leur enregistrement dépend des jetons fournis.

Les outils réellement visibles par un agent dépendent de trois éléments, tous appliqués avant la réponse de tools/list :

1. Les portées de votre jeton. Un outil dont votre jeton ne possède pas la capacité n'est jamais enregistré.
2. Les contrôles de sécurité stdio locaux. Sur le serveur stdio auto-hébergé, l'administrateur peut exiger une approbation pour l'écriture, l'envoi ou la migration. MCP hébergé utilise plutôt les portées approuvées pendant OAuth.
3. TREKMAIL_READ_ONLY=true, qui retire tous les outils d'écriture, quelles que soient les portées et les options.

Une connexion auto-hébergée peut donc être volontairement limitée même si son jeton a des portées plus larges. MCP hébergé reste limité aux autorisations approuvées pendant OAuth.

Outils de domaine (jeton d'opérations)

Consultez Alias de domaine via API et MCP pour le comportement des forfaits, les états de réponse, la suppression sûre et les règles de routage en réception seule.

Outils White Label (jeton d'opérations)

L'ensemble white_label contient 20 outils et apparaît uniquement si les droits du compte, l'adhésion actuelle et les portées de l'identifiant le permettent. La marque se configure par domaine; les autres outils gèrent la configuration, les clients, l'accès de l'équipe et l'activité. White Label doit être actif pour écrire. Pendant le délai de grâce après résiliation, seul le propriétaire conserve les outils de lecture.

Un agent peut configurer la marque de bout en bout : définir la marque, copier les dns_records renvoyés, les publier avec apply_cloudflare_dns, puis vérifier et consulter l'état. Les appels modifiant l'accès restent limités par l'adhésion active et les domaines de l'appelant, même si le jeton demandait des portées plus larges. Consultez le Guide API et MCP de la marque White Label et Gérer les équipes White Label avec API et MCP.

Outils DNS (jeton d'opérations)

Outils de boîte mail (jeton d'opérations)

Outils de boîte partagée (jeton d'opérations)

Une boîte partagée est une boîte d'équipe (support@, sales@) que les membres ouvrent dans Webmail avec leur boîte normale et, si activé, avec un accès IMAP/SMTP natif délégué. Elle n'a pas de connexion directe par mot de passe. L'accès est uniforme, tous peuvent lire, et can_send est la seule option (réponse autorisée ou lecture seule). Il n'existe aucun rôle de membre.

Cycle de vie des boîtes partagées (jeton d'opérations)

Les trois outils de cycle de vie et les trois outils d'écriture des membres modifient l'accès. Un administrateur stdio local peut exiger TREKMAIL_ALLOW_DESTRUCTIVE=true; list_shared_mailbox_members reste disponible en lecture seule.

Après une création, conversion ou modification des membres, appelez get_mail_client_setup avec l'ID d'une boîte membre normale. Lisez shared_mailboxes.items[], attendez native_access_ready=true, puis vérifiez send_as_ready avant l'envoi. La réponse fournit les chemins Inbox/Sent/Archive/Junk exacts et les indicateurs; SMTP n'enregistre pas la copie Sent partagée. L'erreur réessayable native_access_sync_failed indique que le service a conservé l'état précédent.

Outils Sieve (jeton d'opérations)

Outils de suppression (jeton d'opérations)

Outils de migration (jeton d'opérations)

Outils de tickets (jeton d'opérations)

Outils SMTP/routage de domaine (jeton d'opérations)

SMTP se configure par domaine : chaque domaine utilise l'envoi géré ou un profil SMTP enregistré, et une valeur par défaut du compte détermine le choix initial des nouveaux domaines.

Les outils d'écriture et de test modifient les réglages ou testent une connexion. Un administrateur peut exiger TREKMAIL_ALLOW_DESTRUCTIVE=true; get_domain_smtp, list_domain_smtp_profiles, get_domain_smtp_test_status et get_account_smtp_default restent en lecture seule.

Anciens outils SMTP (obsolètes)

Ces outils de compte restent compatibles, mais ne contrôlent plus le routage par domaine : utilisez les outils ci-dessus.

Outils de métriques antispam (jeton d'opérations)

Outils de compte (jeton d'opérations)

Gestion des jetons de messages (jeton d'opérations)

Outils de messagerie (jeton de messages)

Le jeton de messages déverrouille 62 outils couvrant toute l'interface de messagerie, y compris les comptes externes connectés. Les outils sont organisés par domaine fonctionnel.

OAuth hébergé et stdio local identifient la boîte aux lettres différemment. Sur le MCP HTTP hébergé, chaque schéma d'outil de messagerie comprend un mailbox_id obligatoire ; le serveur l'utilise pour générer un jeton à courte durée de vie pour cette boîte. Sur le MCP stdio local, TREKMAIL_MESSAGE_TOKEN est déjà lié à une boîte, ces mêmes outils n'acceptent donc pas mailbox_id. Une boîte de réception connectée constitue un second niveau de sélection : transmettez external_account_id en plus de mailbox_id sur le MCP hébergé, ou en plus du jeton de messages lié sur stdio.

Sept des 62 outils de messagerie gèrent les comptes connectés, et cinq gèrent les identités d'expéditeur et la politique de réponse. Utilisez les deux familles pour un flux de travail de type Gmail où un agent lit une boîte Gmail connectée, mais envoie depuis une adresse professionnelle autorisée via une route de domaine ou un profil SMTP enregistré. Consultez Adresses d'expédition via API et MCP.

Messages principaux

Si la boîte comporte un CC par défaut ou un CCI par défaut dans Paramètres → Profil, il est ajouté aux envois de send_message et schedule_message, comme pour les messages rédigés dans l'application web ; une adresse déjà présente dans le message n'est pas ajoutée deux fois. Transmettez apply_default_recipients: false pour l'omettre d'un seul message. Cela ne concerne pas les e-mails envoyés via SMTP depuis un client de messagerie sur ordinateur ou téléphone, car ils ne passent jamais par l'API. | report_spam | Signaler un message comme indésirable, le déplacer vers Indésirables et entraîner le filtre | | report_ham | Marquer un message indésirable comme légitime, le déplacer vers la boîte de réception et entraîner le filtre | | bulk_action | Appliquer une action (lire, suivre, supprimer, déplacer, signaler comme indésirable) à un maximum de 50 messages |

Dossiers

Pièces jointes

Brouillons

Les deux outils renvoient le uid et le uidvalidity du brouillon. Conservez cette paire ensemble : update_draft exige l'époque afin qu'un ancien UID réutilisé ne puisse jamais supprimer un autre message après la recréation du dossier Brouillons. Un brouillon trouvé avec list_messages doit d'abord être ouvert avec read_message, qui renvoie son uidvalidity actuel. Une mise à jour renvoie une nouvelle paire et l'ancien UID cesse de fonctionner. Sur un serveur sans UIDPLUS, les deux valeurs peuvent être null même si un nouveau brouillon a été enregistré ; actualisez les brouillons et ouvrez le brouillon avant de le modifier.

Les deux acceptent aussi un idempotency_key facultatif. Si vous l'omettez, chaque appel est traité comme nouveau ; enregistrer deux fois le même brouillon crée donc deux brouillons. Transmettez la même clé lorsque vous répétez un appel qui a peut-être déjà abouti : vous récupérerez alors le premier résultat au lieu de créer un doublon.

Envoi planifié

Contacts

Groupes de contacts

Calendrier

Assistants de rédaction

Ces outils préparent les données d'une réponse ou d'un transfert. Ils n'envoient rien. Transmettez directement les données renvoyées à send_message ou save_draft.

Identités (adresses d'expédition)

Modèles

Expéditeurs bloqués

Outils Email Verifier (jeton d'opérations)

Les outils Email Verifier sont disponibles avec tous les forfaits, y compris Nano. Votre solde de crédits constitue la seule limite.

Outils Cloudflare (jeton d'opérations)

Les outils Cloudflare sont disponibles avec les forfaits Pro et Agency.

Contrôles de sécurité pour stdio auto-hébergé

Lorsque vous exécutez vous-même le serveur MCP stdio, TREKMAIL_ALLOW_DESTRUCTIVE détermine si ce processus local autorise les suppressions et les autres actions d'écriture. Définissez-le sur true uniquement si vous faites confiance à l'agent pour gérer la suppression dans les boîtes. Ce paramètre ne modifie pas la disponibilité des fonctionnalités dans TrekMail hébergé.

Même lorsque les opérations destructives sont activées, une suppression exige toujours deux étapes et l'agent doit explicitement définir confirm: true. Consultez Barrières de sécurité et intentions de suppression pour en savoir plus.

Barrières de sécurité pour l'envoi

Les outils send_message et schedule_message disposent de deux barrières de sécurité indépendantes qui doivent toutes deux être franchies :

1. Barrière d'environnement : TREKMAIL_ALLOW_SENDING=true doit être défini au démarrage du serveur MCP.
2. Barrière par appel : l'agent doit transmettre confirm_send=true comme paramètre à chaque appel.

Ce système à deux barrières empêche l'envoi accidentel d'e-mails depuis un processus auto-hébergé. Définissez TREKMAIL_ALLOW_SENDING=false lorsque votre agent doit uniquement lire les messages. list_scheduled fonctionne sans ce contrôle ; il ne s'applique qu'à la création ou à l'envoi de messages planifiés.

Barrières de sécurité pour les migrations

Les outils d'écriture de migration (start_migration, retry_migration, delete_migration, delete_bulk_migration, update_bulk_migration_job_password, test_migration_connection, preview_bulk_migration, start_bulk_migration, retry_bulk_migration) disposent de deux barrières de sécurité indépendantes :

1. Barrière d'environnement : TREKMAIL_ALLOW_MIGRATION=true doit être défini au démarrage du serveur MCP.
2. Barrière par appel : chaque outil exige son propre paramètre de confirmation (confirm_start=true, confirm_retry=true ou confirm_delete=true).

cancel_migration, cancel_bulk_migration et resume_bulk_migration sont toujours disponibles, quel que soit le contrôle d'environnement auto-hébergé, car il s'agit d'opérations de sécurité ou de reprise. Ils exigent tout de même des paramètres de confirmation par appel.

Les outils de migration en lecture seule (list_migrations, get_migration, list_bulk_migrations, get_bulk_migration) fonctionnent sans aucune barrière.

Solutions rapides

• L'agent ne peut pas se connecter : vérifiez que le chemin build/index.js est correct et que vous avez exécuté npm run build après le clonage.
• Erreurs « Missing bearer token » : vérifiez qu'au moins l'un des jetons TREKMAIL_API_TOKEN ou TREKMAIL_MESSAGE_TOKEN est défini.
• Les outils en lecture seule fonctionnent, mais les écritures échouent : votre jeton correspond au forfait Starter. Les écritures Drive fonctionnent avec Starter (interface Drive complète). Pour les autres écritures, le provisionnement de boîtes, le démarrage de migrations ou les réponses aux tickets, passez à Pro ou utilisez le tableau de bord.
• Les outils de suppression renvoient des erreurs sur stdio auto-hébergé : définissez TREKMAIL_ALLOW_DESTRUCTIVE=true dans l'environnement de ce processus MCP. Cela s'applique aux suppressions et autres actions d'écriture, notamment pour les messages, dossiers, contacts, calendriers, identités, modèles, expéditeurs bloqués et messages planifiés.
• Un outil d'envoi stdio auto-hébergé renvoie « Sending is disabled » : définissez TREKMAIL_ALLOW_SENDING=true dans l'environnement de ce processus MCP.
• L'outil d'envoi renvoie « Send not confirmed » : l'agent doit transmettre confirm_send=true à chaque appel de send_message ou schedule_message.
• Aucun outil de messagerie n'apparaît : vérifiez que TREKMAIL_MESSAGE_TOKEN est défini avec un jeton tm_msg_ valide.
• Les outils d'écriture de migration stdio auto-hébergés renvoient des erreurs : définissez TREKMAIL_ALLOW_MIGRATION=true dans l'environnement de ce processus MCP.
• Erreur 503 au démarrage d'une migration : le serveur a atteint sa capacité de migration. Réessayez dans quelques minutes.
• Le téléchargement d'une pièce jointe échoue : les pièces jointes sont renvoyées en base64. Les pièces jointes volumineuses (jusqu'à 25 MB) peuvent prendre quelques secondes. download_all_attachments renvoie une archive ZIP de toutes les pièces jointes encodée en base64.
• Le brouillon a disparu après sa mise à jour : update_draft supprime l'ancien brouillon et ajoute son remplacement, qui reçoit donc une nouvelle identité UID. Utilisez à la fois le uid et le uidvalidity de la réponse pour toute opération suivante ; la paire transmise n'identifie plus le remplacement.
• Une copie de chaque message arrive à un endroit que vous n'avez pas indiqué : la boîte comporte un CC par défaut ou un CCI par défaut dans Paramètres → Profil. Il s'applique aux envois de cette boîte, y compris via l'API. Effacez-le à cet endroit, ou transmettez apply_default_recipients: false pour l'omettre d'un seul message.
• Événement de calendrier introuvable : les événements sont limités à la boîte concernée. Vérifiez que le jeton de messages a été émis pour la bonne boîte.

Articles connexes

• Présentation de l'API
• Créer et gérer les jetons API
• Barrières de sécurité et intentions de suppression