Endpoint unique
Un appel HTTP, un payload JSON, une clé API Bearer. Mail-Reacher route vers le bon provider selon ton environnement, applique le template, gère les variables et persiste le log.
Une seule API pour SES, Postmark, Mailgun, SendGrid et SMTP. Garde les mêmes templates, logs et intégration pendant que tu changes, sépares ou prépares des providers de secours sans reconstruire ton stack email.
Pense Stripe pour l’infra email transactionnelle : portabilité provider, simulation dev/staging safe, diagnostics de délivrabilité et dashboard lisible.
Les providers directs sont très bien jusqu’au jour où tu dois migrer, séparer ton trafic, tester la staging sans risque ou garder un dashboard commun. Mail-Reacher stabilise ton code produit pendant que les providers restent remplaçables.
SPF, DKIM, DMARC, blacklists, reverse DNS, headers, contenu, TLS — un rapport complet pour chaque adresse, à la demande ou en continu.
Un seul endpoint POST /api/emails/send, des clés API scopées par environnement, et un SDK Laravel pour brancher tes envois en une ligne. Le reste — routing provider, queue, retries, webhooks — vit dans Mail-Reacher.
Un appel HTTP, un payload JSON, une clé API Bearer. Mail-Reacher route vers le bon provider selon ton environnement, applique le template, gère les variables et persiste le log.
Chaque clé porte un environnement (test / prod) et des scopes granulaires (emails:send, templates:read, contacts:write). Rotation à tout moment.
Façade MailReacher::send() côté PHP, configuration via .env, intégration native avec la queue Laravel. Le SDK gère retries, idempotence et logs structurés.
Éditeur visuel MJML avec preview en temps réel et variables dynamiques {{ variable }}. Le rendu reste lisible sur l'ensemble des clients email, et chaque template peut être réutilisé entre tes environnements de test et de production.
Mail-Reacher injecte son propre pixel de tracking et réécrit les liens dans les emails envoyés. Tu lis les opens et clics depuis le dashboard et l'API sans dépendre du format de webhook de chaque provider — et le suivi reste cohérent quand tu bascules de l'un à l'autre.
Resend, Postmark, Mailgun, SendGrid sont d'excellents providers — mais une fois ton code couplé à leur SDK, changer coûte cher. Mail-Reacher abstrait l'envoi : tu codes contre une API stable, tu choisis le provider à la configuration, et tu peux basculer SES → Postmark sans ouvrir un seul fichier de code.
Un email qui part avec succès n'est pas un email qui arrive. SPF, DKIM, DMARC, blacklists, reverse DNS, headers, contenu — chaque détail compte et chaque provider expose ces signaux différemment, voire pas du tout. Le Mail-Check de Mail-Reacher consolide tout en un score lisible sur 10, suivi dans le temps.
Combien d'apps envoient encore du vrai mail en staging par accident ? Avec Mail-Reacher, la clé API porte l'environnement. mr_test_… simule l'envoi dans une inbox interne, mr_live_… envoie pour de vrai. Le code est identique. Plus de variable d'environnement à oublier.
Un email qui rend bien sur Gmail peut casser sur Outlook, et un changement de template à la va-vite peut tout déstabiliser. Mail-Reacher utilise MJML pour générer du HTML qui tient sur les clients majeurs, avec un éditeur visuel et une preview en temps réel — tu vois ce que tes destinataires verront.
Utiliser SES, Postmark, Mailgun, SendGrid, Brevo ou un SMTP custom sur un même domaine est possible. Ça peut aider à séparer les flux, limiter le lock-in et prévoir des routes de secours — mais ça demande un DNS propre, une authentification cohérente et un vrai monitoring.
Mail-Reacher est pensé pour ce setup : une seule intégration dans l'app, choix du provider en configuration, séparation par environnement, logs unifiés et scans Mail-Check pour voir quand un changement DNS, contenu ou provider commence à dégrader la délivrabilité.
Crée un projet. Branche un provider. Envoie un mail-check.
Décide après.