Mailpit - SMTP catcher do testowania poczty wychodzącej z własnych aplikacji. Każdy mail wysłany przez SMTP zostaje przechwycony i pokazany w panelu webowym, zamiast trafić do prawdziwego adresata.
Środowisko
| Runtime | Oficjalny obraz Docker axllent/mailpit, jeden kontener, baza SQLite w nazwanym wolumenie |
| Zalecany plan | Box S+ (Docker, jeden lekki kontener, min 256 MB RAM) |
Przykładowy saplo.yaml
Plik saplo.yaml w katalogu głównym repozytorium opisuje, jak Saplo ma zbudować i uruchomić aplikację. Wygeneruje go też komenda saplo init.
version: 1
name: skrzynka-testowa
stack: mailpit
app_id: 1234
Pełny opis wszystkich pól znajdziesz na stronie Plik saplo.yaml.
Jak wdrożyć
Ten stack wdrożysz na trzy sposoby - wybierz wygodny dla siebie:
- Z panelu - tworzysz aplikację klikami, kod wgrywasz później przez CLI lub Git.
- Saplo CLI - z katalogu projektu:
saplo init, potemsaplo deploy. - Deploy z GitHub - podłączasz repo raz, każdy push wdraża się sam.
# Najszybsza droga - z katalogu projektu
$ npm install -g @saplo/cli
$ saplo login
$ saplo init
$ saplo deploy
Dobrze wiedzieć
- Stawiasz z panelu jednym kliknięciem - Saplo instaluje Docker CE i uruchamia kontener Mailpit, bez dodatkowej bazy danych.
- Panel webowy z podglądem przechwyconych maili wisi pod domeną aplikacji, otwarty bez logowania - to sandbox do testów, nie prawdziwa poczta.
- Inne aplikacje w tym samym Boxie (WordPress, Django, Node) łączą się po SMTP na 127.0.0.1, port podany w pliku MAILPIT-SETUP.txt w katalogu aplikacji - dowolny użytkownik i hasło są akceptowane, bo to tylko przechwytywanie testowej wysyłki.
- Żaden mail wysłany przez Mailpit nie trafia do prawdziwego adresata - dlatego nie nadaje się do produkcyjnej wysyłki, tylko do testowania powiadomień, resetu hasła czy faktur.
Gotowy na deploy?
Wybierz plan Box i postaw aplikację Mailpit jeszcze dziś.