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.
Tes mails de dev n'atteignent jamais tes vrais users. Ta prod livre via ton provider habituel (SES, Postmark, Mailgun, SendGrid ou ton SMTP). Une seule API, multi-environnement, anti vendor-lock-in.
Comme Mailtrap pour la simulation, mais qui livre vraiment en prod — et qui te donne un Mail-Check pour auditer SPF / DKIM / DMARC / blacklists à chaque envoi.
Un transport unifié pour les 5 grands providers du marché. Le code ne change pas, le provider si — bascule en un clic, ou répartis selon le projet.
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.