Français
Mailpit Hébergement
Capturer les e-mails sortants pendant le développement et inspecter chaque message dans une boîte de réception web.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Mailpit
- Plus
Site web de Mailpit
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Ce modèle n'inclut pas de conteneur de base de données.
Tech
- Image Docker
- axllent/mailpit:latest
- Port par défaut
- 8025
Fonctionnement de Mailpit
Mailpit fonctionne comme un serveur de capture SMTP et une interface web pour les messages interceptés. Une application de développement soumet le courrier au listener, et Mailpit stocke le résultat pour inspection plutôt que de traiter le message comme une livraison de production ordinaire. Les testeurs peuvent examiner le HTML, le texte brut, les en-têtes, la source brute, les pièces jointes MIME, les résultats de recherche, les tags et les aperçus orientés client depuis le navigateur.
Le catalogue protège l'interface web avec un utilisateur administrateur et un mot de passe généré, stocke les messages dans /data/mailpit.db, et configure le listener SMTP pour accepter n'importe quelles informations d'identification d'authentification sur des connexions non sécurisées. Le service d'application public pointe vers l'interface web ; l'accès au listener SMTP depuis une autre charge de travail nécessite toujours un chemin réseau supporté et ne doit pas être supposé public.
Fonctionnalités clés de Mailpit
Mailpit peut supporter les tests d'intégration automatisés via son API et peut analyser les liens ou le HTML lorsque les composants requis sont disponibles. Il est utile pour confirmer qu'une application a produit le destinataire prévu, l'objet, le modèle, la pièce jointe et les en-têtes. Un résultat capturé ne prouve pas qu'un vrai fournisseur de courrier acceptera le message ou que chaque client le restituera de manière identique.
Ce déploiement est une boîte de réception de test, pas un service de courrier sortant. Le courrier d'application est désactivé sur tous les services d'hébergement, et le package ne fournit pas de relais SMTP de production, de réputation d'expéditeur, d'authentification de domaine, de traitement des rebonds, de gestion des plaintes ou de livraison aux destinataires. Le paramètre SMTP accept-any signifie également que le listener ne doit pas être exposé à des réseaux non fiables.
Mailpit vs Mailtrap Email Sandbox
Mailpit
Mailpit fournit un service de capture SMTP auto-hébergé, une interface d'inspection et une API de test. Mailtrap Email Sandbox est un produit géré avec des boîtes de réception hébergées par le fournisseur, des fonctionnalités d'équipe, une analyse des e-mails et des plans liés à son service. Mailtrap sépare les tests sandbox de son API Email ou de son produit SMTP pour les messages destinés aux vrais destinataires.
Mailtrap Email Sandbox
Mailtrap peut convenir aux équipes qui souhaitent un compte hébergé maintenu, des boîtes de réception collaboratives, une connectivité gérée par le fournisseur et un support commercial. Mailpit convient aux développeurs qui souhaitent la boîte de réception de test sous leur propre domaine et peuvent gérer l'accessibilité réseau. Aucun sandbox ne doit être présenté comme une preuve de livraison finale en production.
Qui utilise Mailpit
Les développeurs peuvent inspecter les messages de compte lors du travail sur les fonctionnalités, les équipes d'assurance qualité peuvent vérifier les modèles et les pièces jointes, et les tests automatisés peuvent interroger le courrier capturé. Un petit environnement de staging interne peut également utiliser des tags ou des modèles de destinataires séparés pour organiser plusieurs flux de test.
Mailpit ne convient pas aux campagnes client, aux messages de mot de passe qui doivent atteindre les vrais utilisateurs, à la livraison transactionnelle, à la gestion du consentement marketing ou aux tests de réputation sur une route de production. Les opérateurs restent responsables de maintenir les données de test libres d'informations personnelles inutiles et de supprimer les messages qui ne doivent pas être conservés.
Auto-hébergement de Mailpit : exigences et coût
L'utilisation des ressources de Mailpit dépend du volume de messages capturés, de la taille des pièces jointes, de la rétention, de l'activité de recherche, des tests API, des utilisateurs de navigateur simultanés et du taux d'ingestion SMTP. PostgreSQL et MariaDB ne sont pas requis ; le catalogue utilise le stockage local /data/mailpit.db. Le logiciel n'a pas de frais d'application séparés, tandis que les grandes pièces jointes et les longs historiques de test peuvent consommer rapidement le stockage.
Sur AvaHost, Mailpit utilise Plan 1 à 2 €. Le package Mailpit hébergé inclut un déploiement en un clic, un domaine personnalisé avec HTTPS automatisé, les mises à jour automatiques des applications et les sauvegardes programmées. Utilisez le mot de passe d'interface web généré et limitez tout itinéraire vers le listener SMTP car le catalogue permet l'authentification accept-any sur SMTP non sécurisé. Le package expose l'interface de test, pas un relais de production public, et le courrier d'application reste désactivé. Confirmez la connectivité réseau depuis chaque charge de travail de test sans publier le port 1025 vers des expéditeurs non fiables.
F.A.Q
Mailpit commence à 2 € sur le Plan 1. Ce point de départ convient à une boîte de réception de développement modeste avec des tailles de messages ordinaires. Le taux de capture, le poids des pièces jointes, l’historique conservé, l’activité de recherche, les tests API et les visualiseurs simultanés sont les facteurs clés à surveiller pour décider si l’environnement de test nécessite plus d’espace ou de capacité de traitement.
Mailpit écoute le protocole SMTP séparément de son interface de navigateur, mais le catalogue publie le service web plutôt que de promettre un port SMTP public. La charge de travail d’envoi nécessite un chemin réseau supporté vers l’écouteur. Testez cette connexion en privé et n’exposez pas la configuration SMTP acceptant tout, non sécurisée, à des réseaux non approuvés.
Mailpit est conçu pour intercepter et inspecter les messages de test. L’offre hébergée n’inclut pas de relais de production, d’authentification de domaine d’expéditeur, de gestion de réputation, de traitement des rebonds ou de livraison aux vrais destinataires, et l’email applicatif est désactivé sur tous les services AvaHost. Utilisez un fournisseur de messagerie dûment réglementé pour les messages qui doivent atteindre les utilisateurs.
Un domaine personnalisé peut être connecté à l’interface web Mailpit, avec HTTPS automatisé activé après la configuration du DNS. Connectez-vous avec les identifiants `admin` générés, limitez l’audience, et testez l’inspection des messages sur le nom d’hôte final. HTTPS pour le navigateur n’expose pas en lui-même ou ne sécurise pas le listener SMTP séparé.