Kirim email melalui server SMTP Anda sendiri

Gunakan ini jika Anda mengelola infrastruktur email Anda sendiri, atau jika penyedia Anda tidak kami cantumkan secara langsung — hampir setiap layanan email menawarkan SMTP.

⚠️ Jika penyedia Anda adalah Mailgun, SendGrid, Postmark, Amazon SES, atau Resend, gunakan panduannya masing-masing. Koneksi tersebut memberi Anda pesan kesalahan yang lebih baik saat terjadi masalah, karena kami dapat membaca apa yang sebenarnya disampaikan oleh penyedia daripada sekadar kode status SMTP.

Yang Anda butuhkan

Empat hal, dari pihak yang mengelola server email Anda:

• Host — contoh: smtp.yourprovider.com
• Port — 587, 465, atau 2525
• Nama pengguna dan kata sandi

Port mana yang harus digunakan

587 adalah pengiriman (submission) dengan STARTTLS dan merupakan port yang sebaiknya Anda gunakan. Koneksi dimulai secara terbuka dan ditingkatkan ke TLS sebelum apa pun dikirim.

465 adalah TLS implisit — dienkripsi sejak bita pertama. Sama baiknya; beberapa penyedia lebih menyukainya.

2525 adalah alternatif tidak resmi yang ditawarkan beberapa host karena sejumlah jaringan memblokir port 587. Gunakan ini hanya jika penyedia Anda menginstruksikannya.

⛔ Port 25 diterima di sini tetapi hampir tidak pernah menjadi pilihan yang tepat. Ini adalah port yang digunakan server email untuk berkomunikasi satu sama lain, bukan yang digunakan aplikasi untuk mengirimkan pesan. Port ini diblokir di sebagian besar jaringan, sering kali tidak memiliki autentikasi, dan jika berfungsi pun sering kali tidak dienkripsi.

⛔⛔ Kami tidak akan mengirim melalui koneksi yang tidak terenkripsi. Jika Anda membiarkan Gunakan STARTTLS aktif — dan Anda sebaiknya mengaktifkannya — lalu server Anda menolak peningkatan enkripsi, pengiriman akan gagal alih-alih dilanjutkan secara terbuka tanpa enkripsi. Hal itu disengaja: tautan pengaturan ulang kata sandi klien Anda dikirim melalui pesan-pesan ini, dan penurunan tingkat keamanan yang tidak disadari siapa pun adalah jenis kegagalan terburuk, karena email tetap sampai ke tujuan.

Atur DNS Anda terlebih dahulu

Penyedia Anda tidak melakukannya untuk Anda seperti halnya layanan terkelola. Pada domain yang Anda gunakan untuk mengirim, Anda memerlukan:

SPF — data TXT yang mengizinkan alamat server Anda: v=spf1 ip4:203.0.113.10 -all, atau v=spf1 a:smtp.yourprovider.com -all. Jika Anda sudah memiliki data SPF, edit data tersebut; dua data SPF pada satu domain akan menyebabkan SPF gagal total.

DKIM — server email Anda menandatangani pesan keluar dan Anda memublikasikan kunci publik yang cocok di <selector>._domainkey.yourdomain.com. Pada Postfix ini biasanya adalah OpenDKIM; penyedia Anda akan memberi tahu pemilihnya (selector).

DMARC — data TXT di _dmarc.yourdomain.com, dimulai dengan v=DMARC1; p=none; sementara Anda memastikan bahwa SPF dan DKIM keduanya lulus verifikasi.

DNS Balik (Reverse DNS) — data PTR untuk alamat IP server Anda harus mengarah kembali ke nama host-nya. Penerima berskala besar memeriksa hal ini dan banyak yang tidak akan menerima email dari alamat tanpanya. Penyedia hosting Anda yang mengaturnya, bukan penyedia DNS Anda.

⭐ Pemeriksaan gratis yang bagus setelah Anda menjalankannya: kirim pesan ke mail-tester.com dan lihat skornya. Ini memberi tahu Anda mana dari keempat hal tersebut yang salah, yang jauh lebih cepat daripada menebak-nebak dari folder spam.

Hubungkan di Zinn®

Buka Pengiriman email di dasbor Anda:

• Penyedia — Server SMTP
• Kirim dari domain ini — mail.yourdomain.com (domain, bukan alamat email)
• Host SMTP, Port, Nama Pengguna, Kata Sandi
• Gunakan STARTTLS — aktif, kecuali Anda menggunakan port 465

⭐ Buat kotak surat atau pengguna pengiriman khusus untuk ini, alih-alih menggunakan kembali kredensial masuk milik seseorang. Ketika seseorang berhenti bekerja dan kata sandinya berubah, notifikasi klien Anda tidak boleh terhenti.

Kirim uji coba dan masukkan kodenya

Tekan Kirim pesan uji coba ke kotak masuk di domain yang berbeda, baca kode dari pesan tersebut, dan masukkan kodenya.

Jika tidak berhasil

"The mail server rejected the username or password" — SMTP AUTH gagal. Jika penyedia Anda mengaktifkan autentikasi dua faktor pada akun tersebut, Anda hampir pasti memerlukan kata sandi aplikasi, bukan kata sandi masuk utama.

"Could not reach host:port" — port terblokir, nama host salah, atau server tidak mendengarkan pengiriman pada port tersebut. Menjalankan perintah telnet smtp.yourprovider.com 587 dari komputer lain akan memberi tahu Anda penyebabnya.

Kesalahan TLS — sertifikat server Anda kedaluwarsa, ditandatangani sendiri (self-signed), atau tidak cocok dengan nama host yang Anda masukkan. Kami memverifikasi sertifikat dan tidak akan melewati pemeriksaan tersebut; perbaiki sertifikatnya.

"The mail server refused the recipient" — server Anda tidak dikonfigurasi untuk melakukan relay bagi pengirim ini, yang biasanya berarti pengguna yang diautentikasi tidak diizinkan untuk mengirim menggunakan domain pengirim Anda.

Email terkirim tetapi semuanya masuk ke spam — itu adalah masalah DNS, bukan SMTP. Periksa kembali SPF, DKIM, DMARC, dan DNS balik di atas, lalu jalankan kembali pemeriksaan di mail-tester.