What is Reusable.Email?

Reusable.Email is a disposable email service that lets you create temporary email addresses instantly — no signup, no forms, no verification required. Unlike traditional temp mail services that auto-delete after minutes, Reusable.Email offers reusable addresses with retention from 90 to 365 days. Use public inboxes for quick verifications, private inboxes with password protection for sensitive signups, or managed inboxes with full IMAP/SMTP support for a permanent disposable address that works with any email client.

Is Reusable.Email free?

Public and private inboxes are completely free with no limits on usage. You can create unlimited free inboxes without any account or payment. For advanced features, managed inboxes cost a one-time $3 payment (not a subscription) and include IMAP/SMTP access, send capability, and 365-day retention. Custom domains are free to add with DNS verification — $10/year unlocks unlimited aliases and catch-all routing. Whitelabel plans at $30/month are available for businesses needing their own branded email infrastructure. There are no hidden fees, ads, or subscription traps.

How long are emails retained?

Email retention depends on your inbox type. Public inboxes retain emails for 90 days from receipt — enough for most verification and signup workflows. Private (password-protected) inboxes extend retention to 180 days, giving you more time to access important emails. Managed inboxes offer the longest retention at 365 days with unlimited storage, plus the ability to organize emails into custom folders. All inbox types allow you to export your data at any time. Emails are automatically and permanently deleted after the retention period expires.

Can I send emails from Reusable.Email?

Yes — sending is available with managed inboxes ($3 one-time payment). Managed inboxes include full SMTP access via smtp.reusable.email on port 587 with STARTTLS encryption, allowing you to send email to any address worldwide from any standard email client including Apple Mail, Thunderbird, Outlook, and Gmail. Free public and private inboxes support sending only to other Reusable.Email addresses. Custom domain users can also send as their domain aliases, with SPF, DKIM, and DMARC authentication configured automatically.

How does custom domain support work?

Adding a custom domain to Reusable.Email is free — you configure the DNS records we provide (MX, SPF, DKIM, and DMARC) and we verify your domain automatically. Once verified, all email sent to any address at your domain is routed to your managed inbox. Subscribe for $10/year to unlock unlimited aliases (sales@, support@, info@ etc.), catch-all routing that captures email to any address at your domain, and send-as capability from any alias. Custom domains eliminate blocklist issues entirely since you control the domain reputation.

What is a managed inbox?

A managed inbox is a permanent, full-featured email address on Reusable.Email. For a one-time $3 payment (no subscription), you get IMAP access via imap.reusable.email:993 and SMTP access via smtp.reusable.email:587, enabling use with any standard email client — Apple Mail, Thunderbird, Outlook, or any app that supports email account setup. Managed inboxes include the ability to send email to any address worldwide, 365-day email retention, unlimited storage, spam filtering, custom folder organization, and the ability to toggle between public and private visibility modes.

Privacy depends on your inbox type. Public inboxes are visible to anyone who knows the address — they are designed for non-sensitive use like quick verifications. Private inboxes add password protection so only people with the password can access the emails. Managed inboxes are password-protected and offer additional security through standard email authentication protocols. Reusable.Email does not sell user data, does not serve advertisements, and does not track users across websites. Analytics are privacy-focused with IP tracking disabled and email addresses sanitized from all tracking data. Payments are processed securely through Stripe.

Can I use my own email client?

Yes. Managed inboxes support standard IMAP and SMTP protocols, making them compatible with virtually any email client. Connect using imap.reusable.email on port 993 for receiving and smtp.reusable.email on port 587 for sending, both with STARTTLS encryption. This works with Apple Mail, Mozilla Thunderbird, Microsoft Outlook, Gmail (via 'add account'), K-9 Mail on Android, and any other application that supports standard email account setup. Your managed inbox credentials are generated automatically when you upgrade.

Alternatives à Mailhog : tests d'e-mail hébergés sans surcharge auto-hébergée

Name: Reusable.Email
Brand: Reusable.Email
Availability: InStock

Mailhog est un bon outil pour ce qu'il fait. Vous l'exécutez localement via Docker, pointez la configuration SMTP de votre application vers localhost:1025, et chaque e-mail sortant est capturé dans une interface Web à localhost:8025. Pour le développement local, c'est rapide, gratuit et simple.

Les problèmes apparaissent quand vous allez au-delà du dev local.

Où Mailhog échoue

L'auto-hébergement signifie la charge d'opérations. Mailhog a besoin de Docker (ou Go installé pour construire à partir du source). C'est correct sur la machine d'un développeur, mais dans les pipelines CI/CD, cela signifie gérer un conteneur de service. Dans les environnements de staging partagé, cela signifie que quelqu'un possède l'instance Mailhog.

Pas de vraie livraison. Mailhog est un faux serveur SMTP par conception. L'e-mail ne quitte jamais le réseau local. Si vos tests doivent vérifier que l'e-mail arrive réellement dans une boîte de réception — récupération IMAP réelle, rendu client réel — Mailhog ne peut pas faire cela.

Maintenance obsolète. Le référentiel GitHub de Mailhog n'a pas vu de mises à jour significatives depuis des années. Les problèmes ouverts et les demandes d'extraction restent sans réponse. Ça fonctionne, mais si vous rencontrez un bug ou avez besoin d'une fonctionnalité, vous êtes seul.

Pas de visibilité de l'équipe. Chaque développeur exécute sa propre instance Mailhog. Il n'y a pas de vue partagée des e-mails de test dans l'équipe.

CI/CD est maladroit. L'exécution de Mailhog en CI signifie ajouter un service à votre configuration de pipeline, exposer les bons ports et gérer le nettoyage. C'est faisable mais ajoute de la friction.

Alternatives

Boîtes de réception gérées Reusable.Email

La différence la plus fondamentale : les boîtes de réception gérées Reusable.Email sont des vrais comptes e-mail, pas un faux serveur SMTP.

SMTP : smtp.reusable.email:587 (STARTTLS) — envoyer un vrai e-mail
IMAP : imap.reusable.email:993 (SSL/TLS) — lire l'e-mail par programme
Coût : 3 $ par boîte de réception, une seule fois
Conservation : 365 jours

Vous configurez votre application pour envoyer via les identifiants SMTP d'une boîte de réception gérée. L'e-mail est réellement livré. Vos tests la lisent via IMAP et affirment sur le contenu. Pas de Docker, pas de services locaux, pas d'opérations.

Meilleur pour : Les pipelines CI/CD, les environnements de staging, les tests d'e-mail de bout en bout et toute situation où vous avez besoin d'une vraie livraison sans auto-hébergement. Pour les détails de configuration, voir le guide de test SMTP.

Mailtrap

Mailtrap est l'équivalent hébergé de Mailhog — un bac à sable d'e-mail qui capture les e-mails sortants dans un tableau de bord Web sans les livrer.

Tarification : Niveau gratuit avec limites, plans payants 15-35 $/mois
Fonctionnalités : Aperçu HTML, analyse du spam, boîtes de réception d'équipe, accès API
Livraison : Aucune (le mode bac à sable capture tout)

Avantages : Hébergé, fonctionnalités d'équipe, bons outils de rendu HTML, API pour les vérifications automatisées.

Inconvénients : Tarification d'abonnement, pas de vraie livraison en mode bac à sable, pas d'accès IMAP. Voir Alternatives à Mailtrap pour une comparaison plus approfondie.

Meilleur pour : Les équipes qui ont besoin d'une inspection collaborative d'e-mail, d'une révision de modèle HTML et n'ont pas besoin de vraie livraison.

smtp4dev

smtp4dev est le remplacement direct le plus proche de Mailhog. C'est un faux serveur SMTP auto-hébergé avec une interface Web, construit sur .NET.

Coût : Gratuit, open source
Fonctionnalités : Interface Web, support IMAP pour les messages capturés, activement maintenu
Livraison : Aucune (capture locale uniquement)

Avantages : Activement maintenu (contrairement à Mailhog), meilleure interface, support IMAP pour lire les messages capturés par programme.

Inconvénients : Toujours auto-hébergé (Docker ou runtime .NET), toujours pas de vraie livraison.

Meilleur pour : Les équipes qui veulent une expérience similaire à Mailhog avec une meilleure maintenance et un accès IMAP aux messages capturés. Si vous allez vous auto-héberger, smtp4dev est le meilleur choix.

Email Ethereal

Ethereal est un service faux SMTP gratuit hébergé par l'équipe Nodemailer.

Coût : Gratuit
Fonctionnalités : Identifiants SMTP auto-générés, visionneuse de messages basée sur le Web
Livraison : Aucune (faux SMTP)

Avantages : Zéro configuration — générez des identifiants instantanément, utilisez-les immédiatement. Hébergé, donc rien à installer.

Inconvénients : Pas de persistance (les messages expirent), pas d'API, pas de fonctionnalités d'équipe, conçu pour des vérifications manuelles rapides uniquement.

Meilleur pour : Les tests ponctuels rapides où vous avez besoin d'un point de terminaison SMTP jetable maintenant.

Matrice de décision

Facteur	Mailhog	Reusable.Email	Mailtrap	smtp4dev	Ethereal
Auto-hébergé	Oui	Non	Non	Oui	Non
Vraie livraison	Non	Oui	Non	Non	Non
Accès IMAP	Non	Oui	Non	Oui*	Non
CI/CD friendly	Maladroit	Oui	Oui	Maladroit	Oui
Fonctionnalités d'équipe	Non	Identifiants partagés	Oui	Non	Non
Coût	Gratuit	3 $/boîte une fois	15-35 $/mo	Gratuit	Gratuit
Maintenu	Obsolète	Actif	Actif	Actif	Actif

*smtp4dev fournit l'accès IMAP aux messages capturés (pas livrés).

Le choix pratique

Gardez Mailhog pour le dev local s'il est déjà dans votre flux de travail. C'est rapide et gratuit pour voir quels e-mails votre application envoie lors du développement.

Utilisez Reusable.Email pour tout le reste. Pipelines CI/CD, environnements de staging, tests d'intégration et n'importe quel scénario où vous avez besoin que l'e-mail arrive réellement dans une boîte de réception. À 3 $ par boîte de réception sans expiration, vous le configurez une fois et il fonctionne indéfiniment.

Migration depuis Mailhog

Si votre équipe utilise actuellement Mailhog et souhaite passer à une solution hébergée, la migration est directe :

Créer les boîtes de réception gérées pour chaque environnement qui utilise actuellement Mailhog (dev, staging, CI)
Mettre à jour la configuration SMTP — changer localhost:1025 en smtp.reusable.email:587 et ajouter les identifiants d'authentification
Mettre à jour les assertions des tests — si vos tests lisent depuis l'API de Mailhog (GET /api/v2/messages), basculez vers les lectures IMAP
Supprimer les dépendances Docker — enlevez Mailhog de votre docker-compose.yml et les configurations de service CI
Stocker les identifiants dans votre gestionnaire de secrets ou vos variables d'environnement CI

Le plus grand changement est l'ajout d'authentification. Mailhog accepte les connexions SMTP anonymes ; Reusable.Email nécessite des identifiants. C'est une modification d'une ligne dans votre configuration SMTP.

Pour la vue complète du test d'e-mail et des outils de développement, voir API e-mail pour les développeurs. Pour les implémentations de test spécifiques avec des exemples de code, lire Comment créer un environnement de test d'e-mail avec une API de courrier jetable.