Layanan SMTP Relay yang Melaporkan Setiap Pengiriman
Ganti hostname dan port, kode Anda tetap sama. Dapatkan pengecekan autentikasi, warmup, retry, dan trace untuk setiap email yang dikirim lewat layanan SMTP relay Anda.
Enam pekerjaan yang berhenti Anda kerjakan secara manual
SMTP relay hanya berguna jika ia menghilangkan pekerjaan. Ini bagian dari pengiriman email keluar yang biasanya berakhir sebagai tumpukan cron job dan runbook.
Endpoint SMTP drop-in
Port 587 dengan STARTTLS atau port 465 dengan implicit TLS. Mailer framework apa pun, CMS, atau sistem lama yang berbicara SMTP cukup diganti host dan kredensialnya.
Autentikasi diverifikasi lebih dulu
Keselarasan SPF, DKIM, dan DMARC dicek sebelum pengiriman produksi pertama, sehingga catatan DNS yang rusak tidak diam-diam merusak sisa konfigurasi.
Warmup dengan ramp tetap
Domain baru naik dari 50 email per hari menjadi 100 ribu dalam sekitar empat minggu. Kurvanya ditegakkan oleh relay, bukan oleh spreadsheet.
Retry dengan backoff
Penundaan 4xx di-retry dengan exponential backoff. Penolakan 5xx langsung berhenti dan diklasifikasikan, sehingga kotak surat yang mati tidak dihantam semalaman.
Trace per pengiriman
Sinyal open, click, bounce, dan spam untuk setiap pesan dialirkan lewat SSE, dengan respons SMTP mentah terlampir saat pengiriman gagal.
Ekspor ke stack Anda
Kirim event yang sama ke Datadog atau Grafana, lalu pasang alert pengiriman seperti Anda memasang alert untuk latensi dan error rate.
Dari Postfix lokal ke relay dalam lima langkah
Sebagian besar migrasi selesai dalam satu sore. Bagian yang lambat adalah ramp, dan bagian itu berjalan tanpa pengawasan.
-
1
Tambahkan domain pengirim
Publikasikan include SPF dan catatan DKIM yang diberikan layanan. Keselarasan diverifikasi sebelum ada email yang keluar.
-
2
Buat kredensial SMTP
Buat kredensial terbatas untuk setiap aplikasi, sehingga satu kata sandi yang bocor tidak membuka akses ke setiap layanan yang mengirim email.
-
3
Arahkan mailer ke relay
Atur host, gunakan port 587 dengan STARTTLS, lalu kirim pesan uji. Di Postfix, cukup satu baris relayhost di main.cf.
-
4
Tetapkan volume target dan jendelanya
Pilih volume tujuan dan dalam berapa lama. Empat minggu menuju 100 ribu per hari adalah titik awal yang umum untuk domain yang belum punya reputasi.
-
5
Pantau trace, lalu pindahkan volume
Arahkan sebagian kecil volume dulu dan baca trace-nya. Saat rasio bounce dan complaint terlihat normal, pindahkan sisa volumenya.
Untuk tim yang memensiunkan server Postfix self-hosted
Server mail yang Anda jalankan sendiri berfungsi sampai suatu hari tidak lagi. Sebuah IP masuk daftar blokir, antrean macet di belakang penerima yang lambat, atau satu-satunya orang yang memahami konfigurasinya meninggalkan tim. Relay mengambil alih pengiriman, reputasi, dan retry, sementara aplikasi Anda tetap mengirim ke endpoint SMTP seperti biasa. Anda melihat batch mana yang bounce dan alasannya, tanpa harus membaca log mail lewat SSH.
- Tetap memakai antarmuka SMTP yang sudah dipakai aplikasi Anda
- Tidak ada antrean atau daftar blokir yang perlu dijaga
- Respons SMTP mentah ada di trace, bukan hanya label status
Untuk tim produk yang volume transaksionalnya terus melonjak
Volume email transaksional naik dengan lonjakan. Alur onboarding baru dirilis, sebuah fitur mencapai general availability, dan volume harian berlipat dalam semalam. Relay menaikkan volume baru di balik layar, sehingga email reset kata sandi dan struk tetap masuk ke kotak masuk selama pipeline berkembang. Jika ada yang tidak beres, alert menyebutkan sinyal mana yang terpicu, alih-alih membuat Anda menebak.
- Menangani lonjakan mendadak, bukan hanya pertumbuhan stabil
- Pengiriman transaksional yang sudah berjalan tidak terpengaruh selama ramp
- Auto-pause saat rasio bounce atau spam melewati ambang batas
Posisi relay SMTP di antara self-hosting dan API
Bukan peringkat. Pilihan yang tepat bergantung pada apa yang sudah Anda jalankan dan seberapa banyak pengiriman yang ingin Anda kelola sendiri.
| Kriteria | MTA self-hosted | Layanan SMTP relay | Hanya HTTP email API |
|---|---|---|---|
| Bekerja dengan kode SMTP yang ada | Ya | Ya | Tidak, perlu integrasi |
| Reputasi IP dan domain | Anda yang mengelola | Dikelola, dengan warmup | Dikelola, dengan warmup |
| Penanganan retry dan bounce | Konfigurasi sendiri | Bawaan, diklasifikasikan | Bawaan, diklasifikasikan |
| Trace per pengiriman | Log mail di server | Trace ditambah event SSE | Trace ditambah event SSE |
| Idempotency key | Tidak tersedia | Lewat API dan SDK | Native |
| Beban operasional | Tinggi | Rendah | Rendah |
Pertanyaan umum
Apa itu layanan SMTP relay?
Port mana yang sebaiknya dipakai untuk SMTP relay?
Apa bedanya SMTP relay dengan email API?
Apakah saya tetap butuh SPF, DKIM, dan DMARC dengan relay?
Bisakah saya pindah dari server Postfix sendiri tanpa downtime?
Apa yang terjadi saat pengiriman gagal atau server penerima sedang sibuk?
Apakah domain baru langsung masuk kotak masuk di hari pertama?
Apakah relay layak dipakai untuk beberapa ribu email per bulan?
Ganti satu hostname, pertahankan sisa stack Anda
Arahkan mailer Anda ke relay, naikkan volume domain secara bertahap, dan baca trace untuk setiap pengiriman. Warmup dan auto-pause aktif secara default.