Bonnes questions. Réponses claires.

Envoyez vers des adresses sandbox documentées telles que delivered@messagebird.dev, bounce@messagebird.dev ou complaint@messagebird.dev. Celles-ci exercent les résultats et les webhooks via le pipeline normal. Limitez votre audience de répétition aux adresses sandbox ; les adresses réelles dans le même envoi reçoivent du courrier réel.

Le domaine d'intégration prend en charge un premier envoi selon ses restrictions documentées, et les adresses sandbox permettent de tester. Vérifiez votre propre domaine d'envoi pour un envoi régulier. Consultez les limites actuelles de votre espace de travail plutôt que de vous fier à un quota fixe de plan indiqué sur cette page.

Utilisez le guide de démarrage premier e-mail pour une intégration API, le guide SMTP pour une application SMTP existante, Email marketing pour les campagnes, ou le guide de démarrage agent-mailbox pour les conversations. Chaque parcours renvoie vers la configuration et la documentation correspondantes.

Le plan gratuit vous offre 1 000 e-mails par mois, sans frais et sans carte bancaire. Sur les plans payants, le tarif par message diminue à mesure que vous montez en volume, et tout dépassement est facturé par tranche de 1 000 e-mails. La page de tarification indique le montant exact pour chaque palier. Un contrat Enterprise peut supprimer entièrement ce plafond.

Passer à une offre inférieure ne casse rien : les identifiants que vous avez déjà réservés continuent de fonctionner, vous ne pouvez simplement plus en réserver de nouveaux tant que vous dépassez le quota autorisé. Une boîte aux lettres sur votre propre domaine est décomptée de votre quota global de boîtes aux lettres comme les autres, et sa partie locale n'entame jamais le quota d'identifiants personnalisés.

Les IP dédiées sont disponibles en option sur le plan Growth, jusqu'à cinq, au tarif mensuel indiqué sur la page de tarification e-mail. Aucun frais d'installation ni engagement annuel.

Vos limites de débit effectives dépendent du plan de votre organisation et de tout remplacement configuré. Consultez le point de terminaison rate-limits de l'organisation ou les en-têtes de réponse, et respectez Retry-After lorsqu'une requête est limitée. L'envoi REST et SMTP partagent la capacité d'envoi ; les lots ont une politique de requête distincte. Le lancement d'un broadcast utilise son opération de campagne, tandis que les quotas d'envoi et le rythme de livraison restent des contrôles séparés.

Le message généré estimé doit tenir dans 20 Mo, y compris le HTML, le texte et les pièces jointes encodées en base64. Maintenez le contenu brut des pièces jointes bien en dessous de 15 Mo pour laisser de la place à l'encodage et au reste du message. Le serveur d'un destinataire peut appliquer une limite inférieure.

Lorsque le stockage du contenu est activé, les corps des messages envoyés et les pièces jointes d'origine sont disponibles pendant 30 jours maximum. Les en-têtes de boîte aux lettres, le texte extrait et les pièces jointes de boîte aux lettres suivent le niveau de rétention de 30, 90 ou 365 jours sélectionné et disponible selon votre plan. Les corps de boîte aux lettres d'origine et le MIME brut reçu restent limités à 30 jours.

N'accordez que les permissions requises par sa tâche. Laissez-le préparer et inspecter un brouillon, puis vérifiez les destinataires, l'expéditeur et le contenu avant d'autoriser l'envoi. Les limites de débit aident à gérer la capacité ; les permissions et votre processus de vérification contrôlent ce que l'agent peut faire.

Oui, les deux passent par la même API d'envoi. La seule différence est le champ category, qui détermine l'application des suppressions et des désinscriptions. Choisissez transactional pour les réinitialisations de mot de passe et les reçus, et marketing pour les campagnes.

Envoyez un en-tête Idempotency-Key avec chaque envoi logique. Si la première requête a réussi mais que vous n'avez jamais reçu la réponse, la rejouer avec la même clé vous renvoie le résultat original avec un en-tête Idempotency-Replay, au lieu d'envoyer l'e-mail deux fois.

Définissez scheduled_at sur un horaire entre 30 secondes et 30 jours dans le futur. L'envoi est immédiatement accepté et reste planifié jusqu'à son expédition, vous pouvez donc l'annuler à tout moment avant.

Oui, en base64 dans le tableau attachments. Pour afficher une image en ligne, attribuez-lui un content_id et référencez-le dans votre HTML avec cid:. Maintenez les fichiers bruts à 15 Mo maximum afin que le message respecte la limite de 20 Mo une fois encodé, et notez que les types de contenu exécutables et de script sont refusés avant l'envoi.

Oui. Les applications qui soumettent du courrier à un relais SMTP peuvent utiliser Bird en mettant à jour l'hôte, le port et les identifiants. Vérifiez le domaine d'envoi et utilisez une clé API avec l'envoi d'e-mails activé.

Utilisez le port 465 pour le TLS implicite, ou les ports 587 et 2525 pour STARTTLS. Sélectionnez l'hôte correspondant à la région de votre clé API. Le port 25 n'est pas proposé pour la soumission.

SMTP convient aux applications existantes qui construisent déjà des messages MIME. L'HTTP API offre des champs de requête structurés et des opérations sur les modèles enregistrés. Les deux utilisent le même domaine, la même réputation et les mêmes contrôles de délivrabilité.

Consultez la tarification e-mail publiée pour vos besoins d'envoi. Notre équipe peut vous accompagner pour les volumes élevés ou les migrations ; un protocole SMTP distinct ne nécessite pas un produit e-mail séparé.

Les contacts appartiennent à un espace de travail. Un enregistrement peut contenir une adresse e-mail, un numéro de téléphone ou les deux, ainsi qu'un identifiant externe et des propriétés typées. Les audiences référencent ces enregistrements : la mise à jour d'un contact maintient ses données cohérentes dans toutes les listes auxquelles il appartient.

Téléversez un fichier CSV, TSV ou Excel dans le tableau de bord et vérifiez le mapping des champs avant l'import. Vous pouvez assigner des contacts à des audiences pendant l'import. Pour les synchronisations applicatives, insérez ou mettez à jour jusqu'à 1 000 contacts par requête via le API ou le CLI.

Le workflow d'audience documenté utilise une appartenance statique : vous ajoutez ou supprimez des contacts. Un broadcast résout l'audience au moment de l'envoi. Utilisez votre application ou votre workflow d'import pour maintenir l'appartenance à jour.

Définissez des propriétés de type texte, nombre, booléen et datetime avec des valeurs par défaut optionnelles. Utilisez ces propriétés pour la personnalisation des destinataires et maintenez la cohérence des valeurs typées lors de l'import ou de la synchronisation des contacts.

Choisissez une audience enregistrée. Bird résout ses membres actuels au moment de l'envoi et applique les suppressions et préférences pertinentes. Un template personnalise le message à l'aide des propriétés de contact enregistrées de chaque destinataire.

Oui. Le tableau de bord permet l'envoi immédiat ou la planification jusqu'à un an à l'avance, avec modification et replanification avant le début de l'envoi. Annulez un broadcast planifié ou en cours d'envoi pour arrêter les destinataires non encore atteints ; les messages déjà en transit ne peuvent pas être rappelés.

Les diffusions programment une campagne pour une audience. L'API Messages planifie du contenu en ligne ou un modèle enregistré de 30 secondes à 30 jours à l'avance avec scheduled_at. Bird fige la version du modèle, la langue et les valeurs des paramètres à l'acceptation, puis rejette l'envoi si le modèle est supprimé avant l'heure prévue.

Créez une audience séparée contenant uniquement des adresses sandbox documentées. Les résultats simulés déclenchent les événements de livraison et les webhooks sans livraison externe. Le trafic sandbox consomme tout de même votre quota d'envoi et apparaît dans les métriques.

L'email marketing utilise le composeur de diffusion du tableau de bord, sur la même infrastructure d'envoi que l'email transactionnel. Préparez une audience, rédigez ou choisissez un contenu, vérifiez l'expéditeur et planifiez la campagne. Les développeurs peuvent aussi utiliser le workflow CLI et MCP.

Utilisez la catégorie marketing pour les campagnes et envoyez uniquement aux personnes qui ont demandé à les recevoir. Bird applique les suppressions de destinataires et les préférences de désinscription. L'email marketing prend en charge les en-têtes de désinscription en un clic et un lien dans le corps du message ; l'authentification du domaine et la qualité des listes restent importantes.

Consultez la délivrabilité, les ouvertures, les clics, les rebonds et les plaintes pour une campagne. Les récupérations d'images liées à la confidentialité sont filtrées du taux d'ouverture rapporté, mais ni une ouverture ni un clic ne prouvent une vente. Mesurez les actions complètes des clients dans votre propre application.

Cette page couvre les newsletters et les diffusions planifiées vers des audiences enregistrées. Construisez des envois transactionnels déclenchés par événement avec l'API Email. Le workflow de campagne actuel ne propose pas de constructeur visuel de parcours multi-étapes ni d'automatisation native de tests A/B.

Non. Utilisez l'éditeur du tableau de bord ou rédigez du HTML via les workflows CLI et MCP. La sortie React Email peut être stockée en HTML avec les espaces réservés Bird conservés. Les API, CLI et MCP opèrent sur les mêmes brouillons et versions publiées que vous voyez dans le tableau de bord.

Les modèles stockés prennent en charge Liquid et les paramètres nommés. Les noms de paramètres ordinaires sont plats, par exemple order_number. Les champs réservés bird.contact lisent les propriétés du destinataire. Les broadcasts utilisent les propriétés de contact enregistrées et ne peuvent pas utiliser de boucles de modèle ; le API messages prend en charge des envois de modèles plus généraux.

Oui. Les modifications s'appliquent à un brouillon. La publication crée une version immuable utilisée par les envois suivants. Restaurer une version antérieure sélectionne une version publiée précédente et réinitialise le brouillon avec ce contenu ; les envois déjà acceptés conservent leur contenu.

Un modèle peut contenir un objet, un texte d'aperçu et un corps spécifiques à chaque langue. Configurez une langue par défaut et décidez si une langue manquante déclenche un repli ou un échec. Prévisualisez avec des valeurs de contact représentatives avant de publier.

Nous générons les enregistrements pour vous : un enregistrement TXT DKIM pour signer vos e-mails, un CNAME return-path qui aligne SPF (aucun enregistrement SPF apex requis), et un enregistrement TXT DMARC. Un CNAME de suivi pour les liens d'ouverture et de clic brandés est optionnel. Ajoutez le domaine, collez les enregistrements chez votre fournisseur DNS, puis cliquez sur vérifier : la plupart des vérifications aboutissent en quelques minutes après la propagation DNS, bien que cela puisse parfois prendre plus longtemps.

DMARC indique aux serveurs de réception quoi faire avec les e-mails qui échouent à l'alignement DKIM ou SPF, et où envoyer les rapports agrégés montrant qui envoie en tant que votre domaine. Nous exigeons un enregistrement DMARC avant qu'un domaine puisse envoyer, et recommandons de commencer avec p=none, qui surveille sans affecter la livraison. Une fois que vous avez confirmé que toutes les sources légitimes sont alignées, renforcez la politique vers p=quarantine ou p=reject. Si vous publiez déjà DMARC sur votre domaine ou un domaine parent, nous l'utilisons tel quel. Les principaux fournisseurs de messagerie attendent désormais des expéditeurs en masse qu'ils publient une politique, donc en avoir une fait de plus en plus partie des conditions pour atteindre la boîte de réception à grande échelle.

Oui aux deux, et nous recommandons un sous-domaine dédié, car il isole la réputation de vos e-mails de votre messagerie d'entreprise. Vous pouvez également utiliser des domaines séparés pour les e-mails transactionnels et marketing, ou un par marque, chacun avec sa propre authentification et réputation.

Envisagez une IP dédiée si vous envoyez un volume régulier et souhaitez contrôler votre propre réputation IP. Un expéditeur à faible volume ou irrégulier sera mieux servi par le pool partagé. Bird réchauffe automatiquement une nouvelle IP dédiée sur environ 30 jours, avec le surplus acheminé via l'infrastructure partagée pendant la montée en charge. Consultez un spécialiste e-mail pour évaluer votre profil d'envoi avant de choisir.

Oui. Regroupez les IP en pools et routez chaque type de trafic vers son propre pool. Cela sépare les IP qui transportent vos flux de campagne et transactionnels. L'authentification, la réputation de domaine et l'engagement des destinataires restent importants pour les deux.

Bird fournit l'authentification de domaine, des pools d'IP dédiées avec réchauffement géré, des suppressions de destinataires, des préférences et des métriques d'envoi. Votre équipe contrôle le consentement, le contenu et le comportement d'envoi. Inbox Insights mesure le placement séparément.

Utilisez le API des statistiques et le tableau de bord pour examiner les raisons de rebond, les plaintes, les domaines d'envoi et les ventilations par fournisseur de messagerie. Inspectez un destinataire spécifique dans le journal e-mail. Utilisez Inbox Insights pour examiner les estimations de placement et lancer des tests de placement par adresses seed.

Non. Healthy, Watching et Throttled classifient le risque d'envoi. Elles ne modifient pas votre débit d'envoi et ne mettent pas le trafic en pause. Examinez la campagne ou la liste concernée et décidez si vous devez la mettre en pause.

Les rebonds définitifs créent une suppression qui bloque l'envoi vers l'adresse. Les plaintes bloquent le courrier non transactionnel. Les désabonnements enregistrent une préférence séparément. La livraison transactionnelle dépend toujours de la validité de l'adresse et de tout autre enregistrement bloquant.

Les rebonds définitifs créent des suppressions pour tout le courrier ; les plaintes créent des suppressions pour le courrier non transactionnel. Les suppressions manuelles bloquent toutes les catégories. Les rebonds temporaires et les reports ne créent pas de suppressions permanentes de destinataires.

Une désinscription enregistre la préférence du destinataire dans l'onglet Préférences. Elle est distincte de la liste de suppressions. Les deux sont vérifiées au moment de décider s'il faut envoyer, et la suppression d'un contact n'efface pas sa désinscription.

Vous pouvez supprimer une suppression via le tableau de bord ou API après en avoir identifié la cause. La supprimer ne supprime pas les autres enregistrements de blocage ni les préférences de désinscription. L'adresse sandbox suppressed@messagebird.dev vous permet de tester un destinataire rejeté sans modifier votre liste.

Utilisez Email Lookup avec une clé API disposant du scope lookup. Soumettez une adresse et consultez son résultat, le niveau de confiance de délivrabilité, les indicateurs de risque et toute suggestion de correction de faute de frappe. Le tableau de bord, les SDKs et CLI permettent d'effectuer la même vérification.

Les résultats documentés sont valid, neutral, risky, undeliverable et typo. Traitez result comme un vocabulaire ouvert et gérez les valeurs futures à l'aide du niveau de confiance de livraison. Le booléen valid est l'évaluation de validité du fournisseur ; lisez-le en parallèle avec result et confidence, car il ne garantit pas la livraison.

Proposez la suggestion de correction à la personne pour qu'elle confirme ; ne remplacez jamais silencieusement son adresse. Neutral signifie que la boîte aux lettres n'a pu être confirmée dans aucun sens. Combinez le résultat et le niveau de confiance avec votre politique de consentement et d'envoi.

Non. Une vérification permet d'évaluer la qualité de l'adresse à un instant donné. Elle n'établit pas le consentement, ne supprime pas les préférences de désinscription et ne garantit pas le placement en boîte de réception. Continuez à respecter les enregistrements de suppression et de préférences.

Utilisez l'API de traitement par lots pour évaluer jusqu'à 1 000 adresses en une seule requête, dans la limite de 128 Kio par requête. Les résultats suivent l'ordre de soumission, doublons inclus. Chaque entrée traitée est facturée. Consultez les limites de rejeu documentées avant de réessayer un lot ; cette page ne fournit pas de contrôle d'import de liste.

Consultez la livraison, les ouvertures et clics enregistrés, les rebonds, les plaintes et la latence. Les ventilations couvrent les domaines d'envoi, les domaines destinataires, les fournisseurs de messagerie, les tags, les templates et les broadcasts. Les ventilations par IP d'envoi montrent les signaux de livraison ; l'engagement n'est pas attribué à l'IP qui a transporté le message.

Les statistiques agrègent le flux d'événements avec un court délai et renvoient data_as_of. Elles utilisent l'heure de l'événement : un clic aujourd'hui peut donc appartenir à un message envoyé plus tôt. Les endpoints journaliers et horaires prennent en charge les fenêtres documentées dans le guide des statistiques.

La livraison signifie l'acceptation par un serveur de réception. Utilisez Inbox Insights pour les estimations de placement et Competitive Insights pour l'activité concurrentielle observée par panel. Pour le revenu ou l'activation, reliez le contexte de campagne aux actions réalisées dans votre propre application.

Non. Créez une adresse de transfert Bird et transférez le courrier depuis une boîte de réception existante. Utilisez la réception par domaine lorsque vous souhaitez recevoir du courrier adressé directement à un sous-domaine que vous contrôlez.

Oui. Enregistrez et vérifiez un sous-domaine dédié, activez la réception et publiez les enregistrements MX fournis. Maintenez le routage de la messagerie d'entreprise séparé en utilisant un sous-domaine de réception.

Abonnez-vous aux webhooks email.received ou lisez les messages via l'API inbound-messages. Suivez les consignes de vérification des webhooks et de réessai lors du traitement des événements.

L'e-mail entrant analyse les messages arrivant aux adresses de transfert ou aux domaines de réception pour que votre application les traite. Agent Mailboxes fournit une boîte de réception détenue par un agent avec des fils de messages et un flux de réponse.

L'e-mail entrant fournit les messages analysés, les pièces jointes et les webhooks. Un agent mailbox ajoute une adresse permanente, des fils de conversation, des règles de réception et des opérations de réponse ou de composition, permettant à une application de maintenir une conversation.

Oui, avec un domaine d'envoi configuré pour la réception. Vous pouvez aussi utiliser une adresse inbox.ai générée ou un identifiant personnalisé si votre plan le permet. Une adresse inbox.ai reste réservée à votre espace de travail après suppression ; elle n'est pas réattribuée à un autre client.

Les en-têtes, le texte extrait et les pièces jointes suivent le niveau de rétention prévu par votre plan. Les corps de messages originaux et le MIME brut reçu disposent d'une fenêtre de 30 jours. Un niveau de rétention supérieur ne prolonge pas cette fenêtre de contenu original et ne restaure pas le contenu déjà supprimé.

Utilisez les webhooks de boîte aux lettres pour réagir aux messages entrants. Un flux SSE est aussi disponible pour une vue en temps réel, mais il ne rejoue pas les événements manqués après une déconnexion. Utilisez les endpoints de liste pour rattraper le retard ; les règles de réception déterminent quelles arrivées génèrent des webhooks de boîte de réception.

Inbox Insights est le produit de tableau de bord Bird actuel. Les anciens liens du produit Inbox Tracker mènent ici. Pour un compte eDataSource existant ou un ancien compte Tracker, utilisez la documentation et le support de ce compte ; ses fonctionnalités et son accès peuvent différer.

Le taux de livraison enregistre l'acceptation d'un message par un serveur de réception. Inbox Insights estime le placement en boîte de réception et en spam à partir d'adresses de contrôle et d'un panel de mesure, en complément de la livraison et de l'engagement mesurés par Bird.

Utilisez un espace de travail ayant accès à Inbox Insights et un domaine d'envoi vérifié. Activez le suivi pour le domaine. Certains domaines ou fournisseurs ne disposent pas encore de mesures de panel ; les tests par adresses de contrôle nécessitent un pool et un quota disponibles.

Non. L'inscription vous fournit des adresses de contrôle. Incluez-les dans votre campagne avant la date limite d'envoi. Les résultats apparaissent lorsque ces boîtes aux lettres reçoivent le courrier, et l'inscription consomme le quota même si aucune campagne n'est envoyée.

Consultez où cette campagne a atterri chez les fournisseurs mesurés, ses résultats SPF, DKIM et DMARC, ainsi que la répartition engagés/dormants lorsque le test a utilisé les deux cohortes.

Inbox Insights est une expérience de tableau de bord. Ses points de terminaison internes ne constituent pas une offre API publique. Utilisez l'API Email stats pour vos propres rapports de livraison et d'engagement.

Oui. Competitive Insights est l'expérience actuelle du tableau de bord Bird pour surveiller des marques et comparer des programmes e-mail. Les anciens liens produit Competitive Tracker mènent ici. Les comptes legacy existants peuvent avoir un ensemble de fonctionnalités et un chemin d'accès différents.

Non. Le panel observe un échantillon de boîtes de réception et estime le résultat. Une marque surveillée utilise son domaine d'envoi à plus fort volume : l'activité sur d'autres domaines n'est pas incluse. Les expéditeurs de faible volume ou récents peuvent ne pas avoir de mesures.

Le flux de campagnes inclut les lignes d'objet capturées et les images créatives lorsqu'elles sont disponibles. Certaines campagnes observées n'ont pas d'image. Cette expérience ne fournit pas une copie consultable de chaque e-mail concurrent ni de son parcours client complet.

Considérez-les comme des mesures différentes. Le taux de lecture concurrent est estimé par le panel ; le suivi d'ouverture Bird compte différemment. Le tableau de bord distingue les estimations du panel et vos propres chiffres d'envoi pour que vous puissiez les interpréter correctement.

Le profil d'une marque affiche son fournisseur de messagerie lorsque le panel le connaît. Les informations de fournisseur manquantes restent une lacune plutôt qu'une supposition.

Ouvrez Competitive Insights dans un espace de travail disposant de l'accès, ajoutez des marques par nom ou domaine et consultez la liste de surveillance. Le quota de votre organisation détermine le nombre de marques que vous pouvez surveiller. Une démo peut vous aider à évaluer la couverture avant de bâtir votre plan dessus.

Les deux sont des MTA sur site que vous gérez vous-même au lieu d'envoyer via notre API managée. Momentum MTA est conçu autour de workflows et de routage personnalisables pour l'envoi en grand volume. PowerMTA est conçu pour fonctionner sur vos propres serveurs ou n'importe quel cloud public, comme AWS ou Azure.

Aux équipes ayant des exigences d'infrastructure ou de conformité qui imposent d'exploiter leur propre MTA, et aux équipes qui veulent une visibilité indépendante sur le placement en boîte de réception et le benchmarking concurrentiel plutôt que de se fier uniquement à leurs propres métriques d'envoi. Le premier groupe utilise Momentum MTA ou PowerMTA. Le second groupe utilise Inbox Insights, qui estime le placement en boîte de réception et prend en charge les tests par adresses de contrôle, ou Competitive Insights, qui compare votre programme à d'autres marques — aucun des deux ne nécessite d'héberger quoi que ce soit vous-même.

SparkPost fait partie de Bird. Bird Email fournit les workflows d'envoi, de campagne et de délivrabilité pour les nouveaux projets. Une intégration SparkPost existante est une intégration distincte : examinez ses appels API, ses enregistrements de domaine et ses événements avec votre équipe de compte avant de planifier une migration.

Bird Email possède ses propres API et SDKs. Consultez les guides d'envoi, de modèles, de domaine et de webhooks plutôt que de supposer qu'une requête SparkPost peut être envoyée telle quelle.

Momentum est notre plateforme d'infrastructure e-mail on-premise pour l'envoi à haut volume, avec des workflows personnalisables, un routage et des paramètres de livraison configurés via son Policy Manager. Il est conçu pour évoluer avec votre volume d'envoi tout en maintenant des performances stables, et il prend en charge l'Unicode complet (SMTPUTF8) pour envoyer vers des jeux de caractères internationaux.

Adaptive Delivery est le façonnage automatique du trafic de Momentum. Il observe comment chaque fournisseur de messagerie réagit à vos e-mails et s'ajuste en temps réel : limitation, report ou pause temporaire d'un flux pour protéger votre réputation, puis montée en charge une fois la situation rétablie. Vous atteignez la boîte de réception sans surveiller manuellement les débits d'envoi pour chaque fournisseur. L'Intelligence Router vous montre ces ajustements en temps réel sur toutes vos sources de données, avec des alertes à chaque modification.

Oui aux deux. Momentum fonctionne sur vos propres serveurs, sur n'importe quel cloud majeur, ou en combinant les deux, afin de s'adapter à votre infrastructure, vos coûts et vos exigences de conformité — et vous pouvez faire évoluer cette répartition au fil du temps. Il continue aussi d'évoluer : les versions récentes le maintiennent à jour avec les systèmes d'exploitation modernes, TLS 1.3, et les standards de sécurité et SMTP actuels, et exposent les événements de messages via des API en temps réel que vous pouvez intégrer à vos propres outils de reporting et d'automatisation.

Oui. PowerMTA peut relayer une partie du trafic vers l'API Bird Email hébergée tout en livrant le reste directement depuis vos propres serveurs — c'est le moyen le plus simple de tester la plateforme hébergée ou de migrer progressivement sans tout déplacer d'un coup. PowerMTA lui-même fonctionne sur une infrastructure que vous possédez, donc ces IP restent sous votre gestion. Le trafic relayé vers la plateforme hébergée peut utiliser nos IP ou vos propres IP dédiées, tandis que tout le reste reste entièrement sous votre contrôle.

Les MTA virtuels vous permettent d'exploiter plusieurs flux d'envoi indépendants au sein d'une même instance PowerMTA, chacun avec ses propres IP, sa réputation et ses limites. Utilisez-les pour gérer séparément le courrier transactionnel, le courrier marketing ou différents clients. Les domaines partagés et les politiques des fournisseurs de destinataires peuvent tout de même affecter la délivrabilité entre les flux.

Oui. L'API est HTTPS uniquement. Si vous soumettez via SMTP, le port 465 est chiffré dès le premier octet, et les ports 587 et 2525 passent en STARTTLS : nous refusons AUTH sur ces ports tant que la mise à niveau n'est pas terminée, afin que les identifiants ne transitent jamais en clair. Le port 25 n'est pas proposé pour la soumission. Utilisez le point d'accès régional correspondant à votre clé API. Les SDKs officiels et le CLI lisent son préfixe de région et sélectionnent ce point d'accès. Consultez le guide des régions et votre accord de traitement des données pour les engagements de stockage et de traitement applicables à votre organisation.

Uniquement ce que vous lui autorisez. Une clé porte une liste de scopes tels que emails, email_marketing ou domains, chacun en lecture ou en écriture : une clé qui envoie des e-mails ne peut pas gérer vos domaines d'envoi. La gestion des membres, des paramètres de l'espace de travail, des clés et des pools d'IP nécessite les permissions d'une personne via le tableau de bord ou une session CLI ou MCP autorisée. Chaque clé accepte aussi une liste blanche de plages CIDR ; les requêtes provenant de toute autre adresse sont rejetées.

La rotation génère la nouvelle clé et laisse l'ancienne fonctionnelle pendant une période de grâce, 24 heures par défaut, pour que vous puissiez la déployer progressivement. Passez zéro pour révoquer immédiatement l'ancienne clé. L'ancienne clé conserve toute expiration antérieure. La clé de remplacement est créée sans expiration : définissez-en une explicitement si votre application l'exige.

Oui, via SAML 2.0 ou OIDC, donc Okta, Microsoft Entra ID et Google Workspace fonctionnent tous. La configuration se fait par organisation : votre équipe de compte l'active pour vous. Les membres qui se connectent avec un mot de passe peuvent activer eux-mêmes le MFA.

Oui. Le journal d'audit est un enregistrement en lecture seule, à l'échelle de l'organisation, de chaque action de gestion, avec l'acteur, l'espace de travail, l'heure et le résultat, et il s'exporte au format OCSF pour votre propre SIEM. Il couvre les modifications de configuration et non les messages que vous envoyez. Ceux-ci figurent dans le journal des e-mails.

Les certifications et la documentation de sécurité sont disponibles dans le Trust Center à l'adresse trust.bird.com. L'accord de traitement des données, la déclaration de confidentialité et la politique d'utilisation acceptable sont publiés sur bird.com/legal, avec les versions actuelles et une archive des versions antérieures. Pour un questionnaire fournisseur, votre équipe de compte s'en charge.