Pointez votre application, votre CMS ou votre appareil vers MigoSMTP et continuez d'envoyer exactement comme aujourd'hui, avec authentification, TLS et limites gérés pour vous.
Un copilote IA explique chaque rebond et chaque report en langage clair.
Fonctionne avec tout framework, CMS, plugin, script ou appareil capable d'envoyer en SMTP. Connexion via STARTTLS ; les connexions non chiffrées ne sont pas acceptées.
Créez des identifiants par application, environnement ou client, pour pouvoir en renouveler ou en désactiver un sans toucher aux autres.
Plafonnez le volume par compte pour qu'une tâche incontrôlée ou un mot de passe divulgué ne puisse épuiser ni votre quota ni votre réputation.
Restreignez un compte aux adresses de serveurs de confiance, pour que des identifiants volés soient inutiles ailleurs.
Les rebonds permanents et les plaintes sont supprimés pour vous, et les échecs temporaires sont retentés avant d'être comptés comme échecs.
Retrouvez n'importe quel message avec ses réponses SMTP, ses nouvelles tentatives et son statut final, pour que le support sache où est passé un e-mail.
Publiez les enregistrements SPF et DKIM que nous vous fournissons et ajoutez une politique DMARC. Chaque enregistrement passe au vert une fois vérifié.
Générez un nom d'utilisateur et une clé à portée limitée, puis définissez la limite d'envoi et la liste d'IP autorisées facultative pour cette app.
Changez l'hôte, le port et les identifiants dans votre app ou plugin, envoyez un message de test et confirmez le résultat dans le log des messages.
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.
Chaque compte SMTP est distinct : vous pouvez renouveler, limiter ou désactiver l'accès d'une app, d'un environnement ou d'un client sans toucher au reste.
Un relais SMTP est un serveur de messagerie qui accepte les messages de votre application via le protocole SMTP standard et les remet en votre nom aux fournisseurs de boîtes mail des destinataires. Votre app s'authentifie, transmet le message et passe à autre chose. MigoSMTP exécute le relais sur MigoMTA : nous gérons donc la mise en file, les nouvelles tentatives, la signature d'authentification et la régulation propre à chaque fournisseur, au lieu de vous laisser exploiter et régler votre propre serveur de messagerie. Vous conservez votre code et vos bibliothèques, et ne changez que l'hôte, le port et les identifiants.
Tout ce qui sait parler SMTP peut utiliser le relais : frameworks web, plugins CMS, outils de ticketing et de facturation, scripts, imprimantes et scanners. Chaque app, environnement ou client dispose de son propre compte SMTP avec des identifiants distincts, des limites d'envoi et une liste d'IP autorisées facultative, pour que vous puissiez faire pivoter ou désactiver l'un sans toucher aux autres. TLS est obligatoire sur chaque connexion. Les limites par compte empêchent une app défaillante d'épuiser votre quota, et les rapports d'utilisation indiquent quel compte a envoyé quoi.
Un relais compte pour la délivrabilité, car les fournisseurs de boîtes mail jugent l'infrastructure d'envoi autant que le contenu. Un relais géré signe les mails avec la clé DKIM de votre domaine, applique une authentification cohérente, ralentit lorsqu'un fournisseur reporte, relance les échecs temporaires et supprime les adresses qui rebondissent ou se plaignent. Quand quelque chose tourne mal, le log des messages affiche les réponses SMTP brutes et notre assistant IA les explique en langage clair, afin que votre équipe et votre support voient ce qui s'est passé et ce qu'il faut changer.
Remplacez le mail peu fiable du serveur par un relais SMTP pour WordPress. Saisissez l'hôte et les identifiants dans votre plugin SMTP : les confirmations de commande et les réinitialisations de mot de passe n'atterrissent plus en spam.
Les agences peuvent créer un compte SMTP distinct pour chaque site client, chacun avec ses propres limites : un plugin compromis sur un site ne peut ni épuiser le quota partagé ni nuire à un autre client.
Les apps Laravel, Django, Rails, Node et CodeIgniter disposent déjà de réglages SMTP. Pointez la configuration mail vers le relais et conservez vos mailers, modèles et files existants.
Imprimantes, scanners et logiciels métier anciens ne prennent souvent en charge que SMTP. Le relais leur offre un envoi authentifié et chiffré, sans mise à jour de firmware ni refonte.
Connectez les logiciels de ticketing, de CRM et de facturation qui envoient leurs propres e-mails, pour que les réponses clients et les reçus partent de votre domaine authentifié plutôt que d'un serveur partagé.
Utilisez des comptes distincts pour la préproduction et la production, avec des limites et des listes d'IP autorisées différentes : le trafic de test ne se mélange jamais à la réputation réelle ni aux données clients, et les deux restent faciles à auditer.
Les deux passent par la même infrastructure. Choisissez celui qui convient au logiciel que vous connectez.
Vous pouvez utiliser les deux. Beaucoup d'équipes gardent SMTP pour les outils hérités et utilisent l'API pour les nouveaux services, dans un seul espace de travail et avec un seul jeu de rapports.
Un copilote IA lit les réponses SMTP brutes et les logs, puis explique en langage clair pourquoi un message a été reporté ou a rebondi, et propose une correction. C'est vous qui décidez d'agir ou non.
Des modèles apprennent le rythme d'envoi habituel de chaque compte et signalent les pics ou chutes soudains, comme une boucle incontrôlée ou un identifiant compromis. Vous choisissez de mettre le compte en pause ou d'être simplement notifié.
Le score de risque met en évidence les comptes au comportement inhabituel ou avec de nouvelles IP source, et recommande de renouveler le mot de passe ou de resserrer la liste d'IP autorisées. Rien ne change sans votre approbation.
Collez les réglages de votre ancien fournisseur : l'assistant rédige l'hôte, l'authentification et les changements DNS nécessaires pour basculer. Une personne relit la checklist avant tout déplacement de trafic.
Les fonctions IA sont une aide : elles expliquent et suggèrent, et votre équipe approuve toute modification des comptes, des limites ou du routage.
Des identifiants distincts permettent de renouveler, limiter ou désactiver une application sans perturber les autres, et facilitent l'attribution des rapports d'utilisation.
Publiez SPF, DKIM et une politique DMARC avant d'envoyer du trafic réel. Le mail non authentifié est la cause la plus courante d'un classement en spam dès le départ.
Un plafond raisonnable limite les dégâts des boucles et des identifiants divulgués. Partez près de votre volume réel et relevez-le progressivement à mesure que vous grandissez.
Si votre app envoie depuis des IP fixes, restreignez le compte à celles-ci. Un mot de passe volé devient alors inutilisable ailleurs.
Stockez l'identifiant et la clé dans des variables d'environnement ou un gestionnaire de secrets, jamais dans un dépôt ni dans un bundle front-end, et renouvelez-les régulièrement.
Envoyez un message de test, puis lisez le log du message et les en-têtes. Vérifiez TLS, l'adresse From, DKIM et le statut final avant de faire passer le trafic réel.
Un doute sur un réglage ? Notre équipe peut examiner votre configuration avant la bascule.
Un relais SMTP accepte les e-mails de votre application et les transmet au serveur de messagerie du destinataire. Votre app s'authentifie avec ses identifiants via TLS et transmet le message. Le relais gère ensuite la mise en file, les nouvelles tentatives, la signature et la régulation par fournisseur, pour que vous n'ayez pas à exploiter votre propre serveur de messagerie.
Vérifiez votre domaine d'envoi, créez un compte SMTP dans le tableau de bord et saisissez l'hôte, le port et les identifiants dans votre app ou plugin. Envoyez un message de test et consultez le log. Pour WordPress, ajoutez les mêmes réglages à votre plugin SMTP.
SMTP permet à un logiciel existant d'envoyer sans modifier son code, grâce à un protocole standard. Une API e-mail est une interface REST adaptée au nouveau code, qui offre modèles, idempotence et réponses plus riches. Les deux passent par la même infrastructure : vous pouvez donc utiliser chacune là où elle convient.
Oui. Créez autant de comptes que votre offre le permet, chacun avec ses identifiants, ses limites d'envoi et sa liste d'IP autorisées facultative. Cela isole les apps, les environnements et les clients, et permet d'en désactiver un sans affecter les autres.
Les rebonds et les plaintes sont enregistrés dans vos logs de messages. Les rebonds définitifs et les plaintes sont ajoutés à votre liste de suppression pour que vous cessiez de leur écrire, et les échecs temporaires sont relancés avant d'être considérés comme définitifs.
Oui, et nous vous recommandons de le faire avant d'envoyer du trafic réel. Authentifier votre domaine est l'étape la plus importante pour atteindre la boîte de réception. Le tableau de bord indique les enregistrements exacts à publier et marque chacun d'eux dès qu'il est vérifié.
En général, oui, si l'appareil prend en charge l'authentification et TLS. Créez un compte dédié avec une limite d'envoi basse et une liste d'IP autorisées. Si l'appareil ne peut pas utiliser TLS, parlez-nous des options avant de le connecter.
Non. L'assistant explique les rebonds, signale les volumes inhabituels et suggère des corrections, mais votre équipe approuve toute modification des identifiants, des limites ou du routage. Vous pouvez examiner son raisonnement à côté des logs sous-jacents.
Créez un compte, ajoutez votre domaine et envoyez votre premier e-mail.