Transformez les réponses et messages entrants en événements structurés que votre application peut exploiter.
La classification d'intention par IA trie pour vous les réponses, les messages d'absence et les plaintes.
Pointez un enregistrement MX vers MigoSMTP pour le sous-domaine de votre choix.
En-têtes, corps et pièces jointes arrivent dans une structure propre.
Envoyez différentes adresses vers différents endpoints.
Recevez des fichiers avec des limites de taille que vous contrôlez.
Filtrez les e-mails entrants avant qu'ils n'atteignent votre app.
Vérifiez que chaque payload provient bien de nous.
Publiez l'enregistrement MX d'un sous-domaine.
Faites correspondre un modèle d'adresse et choisissez un webhook.
Votre app reçoit chaque message au format JSON.
Passez d'une étape à l'autre pour voir ce que vous contrôlez à chacune. Interface illustrative. Tous les chiffres et adresses affichés sont des données d'exemple.
Utilisez les routes entrantes pour capter les réponses aux e-mails transactionnels, créer des tickets ou alimenter des workflows.
L'analyse d'e-mails entrants consiste à recevoir les e-mails envoyés à votre domaine et à les convertir en données structurées exploitables par votre application. Avec MigoSMTP, vous publiez un enregistrement MX pour un sous-domaine, créez des routes qui correspondent à des modèles d'adresse, et chaque message arrive sur votre webhook en JSON, avec en-têtes, texte, HTML et informations de pièces jointes déjà analysés. Le fonctionnement est proche de nos autres fonctions d'événements, de sorte que le code de gestion de webhooks existant peut souvent être réutilisé.
Cette fonction s'adresse aux développeurs qui doivent traiter les réponses et les e-mails entrants sans exploiter de serveur de messagerie. Parmi les usages typiques : des boîtes de support qui créent des tickets, le suivi des réponses aux e-mails transactionnels, et des fonctions e-mail vers app comme l'envoi de documents par e-mail. Des règles de routage envoient différentes adresses vers différents endpoints, et chaque livraison est signée pour que vous en vérifiiez l'origine. Les logs entrants consultables permettent de retrouver un message, d'inspecter le payload envoyé à votre endpoint et de le rejouer si le traitement a échoué.
Gérer les réponses compte pour la délivrabilité : les vraies réponses sont un fort signal d'engagement, et les rebonds ou plaintes non lus envoyés à une adresse no-reply sont perdus. Les capter vous permet de réagir vite. La classification d'intention par IA peut trier les messages entrants en réponses, messages d'absence, demandes de désinscription et plaintes, pour que vos systèmes réagissent de façon appropriée. Les réponses montrent aussi quelles adresses sont actives, ce qui aide à garder les listes propres dans le temps et vous laisse une trace de ce que les destinataires ont dit. Associées aux webhooks et aux logs, les routes entrantes bouclent la boucle entre ce que vous envoyez et ce qui revient.
Routez support@ sur un sous-domaine de réponse vers l'endpoint de votre helpdesk. Chaque e-mail devient un ticket avec expéditeur, objet et pièces jointes, sans interroger de boîte aux lettres.
Définissez une adresse de réponse sur un sous-domaine dédié, avec un jeton dans l'adresse. Quand quelqu'un répond, le routage entrant relie la réponse à la bonne commande ou conversation.
Laissez vos utilisateurs transférer factures ou documents à une adresse unique. Les pièces jointes analysées arrivent sur votre endpoint, prêtes à être stockées ou traitées, dans les limites de taille que vous configurez.
Captez les messages d'absence et les demandes de désinscription envoyés par réponse, puis mettez à jour le statut du contact automatiquement pour ne plus écrire à ceux qui vous l'ont demandé.
Donnez à chaque client ou projet sa propre adresse sur votre sous-domaine de réponse. Les contrats et factures transférés arrivent en pièces jointes analysées et peuvent être classés automatiquement.
Routez les réponses envoyées à une adresse no-reply ou abuse vers votre propre workflow, pour qu'une vraie plainte soit lue par une personne et non perdue.
Les deux reçoivent des e-mails. Ils diffèrent par qui maintient la tuyauterie.
Utilisez un sous-domaine dédié à l'entrant pour ne pas affecter vos boîtes habituelles.
Chaque e-mail entrant peut être étiqueté : vraie réponse, absence, demande de désinscription, plainte ou demande commerciale. Vous associez les étiquettes à des routes, et les cas à faible confiance vont à une personne.
Pour les routes de support, l'assistant rédige une réponse à partir de votre base de connaissances. Un humain la relit et l'envoie ; rien ne part automatiquement sauf si vous configurez vous-même cette règle.
Les longues chaînes de réponses sont condensées en un court résumé avec une action suivante suggérée, pour aider les agents à reprendre vite les conversations. Les messages d'origine restent disponibles dans les logs.
Le score de risque par IA complète les contrôles anti-spam et antivirus en notant les messages entrants suspects. Vous choisissez si les éléments à haut risque sont mis en quarantaine, signalés ou tout de même livrés.
Les fonctions IA sont des aides : la classification et les brouillons soutiennent votre workflow, et vous décidez des règles de routage et de ce qui est envoyé.
Placez l'enregistrement MX sur un sous-domaine comme reply.yourdomain.com pour que vos boîtes habituelles continuent de fonctionner et que le trafic entrant reste isolé.
Contrôlez l'en-tête de signature avant de traiter un payload. Considérez les requêtes non signées comme non fiables, car n'importe qui peut envoyer un POST à une URL publique.
Renvoyez rapidement une réponse de succès et mettez le travail en file. Des handlers lents déclenchent des nouvelles tentatives et des livraisons en double.
Les nouvelles tentatives peuvent livrer deux fois le même message. Dédoublonnez sur l'ID de message pour que les relectures depuis les logs ne créent jamais de tickets en double.
Définissez la taille maximale et les types de fichiers autorisés par route. Rejeter tôt les fichiers trop gros ou inattendus protège les systèmes en aval.
Stockez l'identifiant de chaque payload à côté de votre enregistrement. Relectures, recherches du support et dédoublonnage en deviennent simples.
Vous préparez une boîte de support ou un workflow de réponses ? Notre équipe peut examiner la configuration avec vous.
L'analyse d'e-mails entrants reçoit les e-mails envoyés à une adresse que vous contrôlez et les convertit en données structurées, généralement du JSON avec expéditeur, objet, corps et pièces jointes. Votre application les reçoit par webhook et peut donc agir sur les messages sans exploiter de serveur de messagerie.
Ajoutez un domaine entrant, publiez l'enregistrement MX d'un sous-domaine, créez une route correspondant à un modèle d'adresse et pointez-la vers votre webhook HTTPS. Chaque message entrant est envoyé à cet endpoint en JSON signé.
Nous recommandons un sous-domaine dédié pour ne pas affecter votre courrier habituel. Un enregistrement MX envoie tout le courrier de ce nom au service récepteur ; utiliser le domaine racine redirigerait donc vos boîtes habituelles.
Les livraisons sont retentées, et vous pouvez les rejouer depuis les logs entrants une fois votre endpoint rétabli. Ne renvoyez une réponse de succès qu'après avoir reçu le payload en toute sécurité. Rendez votre handler idempotent, afin qu'une livraison rejouée ne change rien une seconde fois.
Le payload décrit chaque pièce jointe. Les limites de taille et de type se définissent par route, vous décidez donc de ce que votre application accepte. Testez avec quelques vrais fichiers pour voir comment votre handler doit les traiter, et fixez des limites strictes pour chaque route.
L'e-mail entrant gère les messages qui vous sont adressés et les envoie à votre endpoint. Les webhooks, plus largement, signalent les événements des messages que vous avez envoyés, comme livré ou rebondi. L'entrant utilise les webhooks comme mécanisme de livraison : les mêmes vérifications de signature s'appliquent.
Seulement si vous l'activez. La classification et les résumés par IA s'exécutent sur les routes où vous les activez, et les résultats sont des suggestions que vous associez à vos propres règles. Une personne peut relire n'importe quel message.
Oui. Le courrier entrant peut être filtré avant d'atteindre votre application, et vous choisissez si les messages signalés sont rejetés, étiquetés ou mis en attente de revue. Chaque décision est consignée dans les logs, pour un traitement auditable.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.