Pusat Pengetahuan
Kirim email melalui server SMTP Anda sendiri
Hubungkan server SMTP Anda sendiri: port mana yang digunakan dan mengapa bukan 25, catatan SPF, DKIM, DMARC, dan reverse-DNS yang harus Anda publikasikan sendiri, serta alasan kami menolak untuk kembali ke koneksi yang tidak terenkripsi.
Gunakan ini jika Anda menjalankan infrastruktur email Anda sendiri, atau jika penyedia Anda adalah salah satu yang tidak kami cantumkan secara langsung — hampir setiap layanan email menawarkan SMTP.
⚠️ Jika penyedia Anda adalah Mailgun, SendGrid, Postmark, Amazon SES, atau Resend, gunakan panduan masing-masing sebagai gantinya. Koneksi tersebut memberi Anda pesan kesalahan yang lebih baik saat terjadi masalah, karena kami dapat membaca apa yang sebenarnya dikatakan oleh penyedia alih-alih kode status SMTP.
Apa yang Anda Perlukan
Empat hal, dari siapa pun yang menjalankan server email Anda:
- Host — misalnya
smtp.penyediaanda.com - Port —
587,465, atau2525 - Nama pengguna dan kata sandi
Port Mana yang Digunakan
587 adalah submission dengan STARTTLS dan merupakan port yang harus Anda gunakan. Koneksi dimulai dalam bentuk teks biasa dan ditingkatkan ke TLS sebelum ada yang dikirim.
Port Mana yang Digunakan
465 adalah TLS implisit — terenkripsi sejak byte pertama. Sama baiknya; beberapa penyedia lebih menyukainya.
2525 adalah alternatif tidak resmi yang ditawarkan oleh beberapa host karena beberapa jaringan memblokir port 587. Gunakan hanya jika penyedia Anda menyuruhnya.
⛔ Port 25 diterima di sini tetapi hampir tidak pernah menjadi jawaban yang tepat. Ini adalah port yang digunakan server email untuk saling berkomunikasi, bukan port yang digunakan aplikasi untuk mengirim pesan. Port ini diblokir di sebagian besar jaringan, sering kali tidak memiliki otentikasi, dan jika berfungsi, sering kali tidak terenkripsi.
⛔⛔ Kami tidak akan mengirim melalui koneksi yang tidak terenkripsi. Jika Anda tetap mengaktifkan Gunakan STARTTLS — dan Anda harus melakukannya — dan server Anda menolak untuk meningkatkan, pengiriman akan gagal alih-alih dilanjutkan dalam bentuk teks biasa. Itu disengaja: tautan pengaturan ulang kata sandi klien Anda dikirimkan melalui pesan-pesan ini, dan penurunan tingkat keamanan yang tidak disadari siapa pun adalah jenis kegagalan terburuk, karena email tetap sampai.
Siapkan DNS Anda Terlebih Dahulu
Penyedia Anda tidak melakukan ini untuk Anda seperti halnya layanan terkelola. Anda memerlukan, pada domain tempat Anda mengirim:
SPF — catatan TXT yang mengesahkan alamat server Anda: v=spf1 ip4:203.0.113.10 -all, atau v=spf1 a:smtp.penyediaanda.com -all. Jika Anda sudah memiliki catatan SPF, editlah; dua catatan SPF pada satu domain akan membuat SPF gagal sepenuhnya.
DKIM — server email Anda menandatangani pesan keluar dan Anda memublikasikan kunci publik yang cocok di <selector>._domainkey.domainanda.com. Pada Postfix ini biasanya OpenDKIM; penyedia Anda akan memberi tahu Anda pemilihnya.
DMARC — catatan TXT di _dmarc.domainanda.com, dimulai pada v=DMARC1; p=none; saat Anda memeriksa apakah SPF dan DKIM keduanya berhasil.
DNS Balik (Reverse DNS) — catatan PTR untuk alamat IP server Anda harus teresolusi kembali ke nama host-nya. Penerima skala besar memeriksa hal ini dan banyak yang tidak akan menerima email dari alamat tanpa catatan tersebut. Penyedia hosting Anda yang menyetelnya, bukan penyedia DNS Anda.
⭐ Pemeriksaan gratis yang bagus setelah Anda menjalankannya: kirim pesan ke mail-tester.com dan baca 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.domainanda.com(sebuah domain, bukan alamat) - Host SMTP, Port, Nama pengguna, Kata sandi
- Gunakan STARTTLS — aktif, kecuali Anda menggunakan port 465
⭐ Buat kotak surat khusus atau pengguna submission untuk ini, daripada menggunakan kembali login seseorang. Ketika seseorang pergi dan kata sandi mereka berubah, pemberitahuan klien Anda tidak boleh berhenti.
Kirim Tes dan Masukkan Kode
Tekan Kirim pesan uji ke kotak masuk di domain lain, baca kode dari pesan tersebut, dan masukkan.
Ketika Tidak Berfungsi
"Server email menolak nama pengguna atau kata sandi" — SMTP AUTH gagal. Jika penyedia Anda mengaktifkan otentikasi dua faktor pada akun tersebut, Anda hampir pasti memerlukan kata sandi aplikasi alih-alih kata sandi login.
"Tidak dapat menjangkau host:port" — port diblokir, nama host salah, atau server tidak mendengarkan submission pada port tersebut. telnet smtp.penyediaanda.com 587 dari komputer lain akan memberi tahu Anda yang mana.
Kesalahan TLS — sertifikat server Anda sudah 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.
"Server email menolak penerima" — server Anda tidak dikonfigurasi untuk melakukan relay bagi pengirim ini, yang biasanya berarti pengguna yang diautentikasi tidak diizinkan mengirim sebagai domain pengirim Anda.
Pesan terkirim tetapi semuanya masuk ke spam — itu masalah DNS, bukan SMTP. Telusuri SPF, DKIM, DMARC, dan DNS balik di atas, lalu jalankan ulang pemeriksaan mail-tester.
Masih bingung?
Dukungan disertakan di setiap paket dan dijawab dalam bahasa Anda sendiri.
Hubungi dukungan → Semua artikel →