Basis pengetahuan

Kirim email melalui akun Postmark Anda sendiri

Hubungkan akun Postmark Anda sendiri: memverifikasi domain, alasan untuk tetap menambahkan data return-path opsional, token Server dibandingkan dengan token Account, dan apa arti penerima nonaktif.

Anda akan memerlukan akun Postmark dan akses ke DNS domain Anda.

Dokumentasi Postmark sendiri: Sender signatures and domains · Server API tokens · Sign up

⭐ Mengapa kami memilih Postmark untuk hal ini. Layanan ini sama sekali menolak pengiriman email pemasaran, yang justru menjadi alasan mengapa tingkat keterkirimannya begitu tinggi: faktur Anda tidak berbagi reputasi dengan buletin milik orang lain. Jika satu-satunya kebutuhan Anda adalah memastikan email transaksional sampai di tujuan, inilah pilihannya.

1. Tambahkan dan verifikasi domain Anda

Sender Signatures → Domains → Add Domain, lalu masukkan subdomain seperti mail.yourdomain.com.

Postmark menyediakan dua rekaman untuk Anda:

TypeHostPurpose
TXT<selector>._domainkey.mail.yourdomain.comKunci publik DKIM
CNAMEpm-bounces.mail.yourdomain.comDomain return-path (bounce)

Tambahkan keduanya, lalu klik Verify.

⭐ Tambahkan rekaman return-path, meskipun Postmark menandainya sebagai opsional. Tanpa rekaman ini, pesan Anda dikirim menggunakan domain bounce milik Postmark sendiri, sehingga SPF diselaraskan ke postmarkapp.com dan bukan ke Anda. DKIM saja memang tetap akan membuat Anda lolos DMARC — tetapi Anda telah membuang salah satu dari dua pemeriksaan tersebut tanpa alasan yang kuat, dan Anda akan membutuhkan keduanya begitu penyedia layanan email besar mulai menerapkan aturan ketat.

⚠️ Postmark tidak memerlukan rekaman SPF karena tidak menggunakan domain Anda sebagai pengirim amplop (envelope sender). Jika Anda sudah memiliki SPF, biarkan saja apa adanya.

2. Dapatkan token Server API Anda

Buka server yang ingin Anda gunakan untuk mengirim — Postmark menyebut lingkungan pengiriman sebagai "server" — lalu buka API Tokens, dan salin Server API token.

⛔ Gunakan Server token, bukan Account token. Account token mengelola seluruh akun Postmark Anda: token ini dapat membuat server, mengubah domain, dan membaca setiap pesan yang pernah Anda kirim. Server token hanya dapat mengirim dari satu server. Keduanya terlihat mirip dan ditempelkan ke dalam jenis kotak yang sama, dan ini adalah kesalahan paling umum yang sering terjadi di halaman ini.

⭐ Pertimbangkan untuk membuat server terpisah untuk keperluan ini — beri nama "Notifikasi Zinn®". Statistik, daftar bounce, dan umpan aktivitas Postmark semuanya berbasis per server, sehingga server yang terpisah memastikan notifikasi klien Anda tidak bercampur dengan pengiriman email lainnya.

3. Hubungkan di Zinn®

Buka Pengiriman email di dasbor Anda:

  • Penyedia — Postmark
  • Kirim dari domain ini — mail.yourdomain.com
  • Aliran pesan — biarkan sebagai outbound kecuali Anda telah membuatnya sendiri
  • Token server Postmark — token dari langkah 2

⚠️ Aliran pesan harus berupa aliran transaksional. Postmark menolak email yang menyerupai transaksi jika dikirim melalui aliran siaran (broadcast), sedangkan pengaturan ulang kata sandi dan faktur bersifat transaksional.

4. Kirim uji coba dan masukkan kodenya

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

Jika tidak berhasil

"You tried to send to a recipient that has been marked as inactive" — Postmark menangguhkan sebuah alamat setelah terjadi hard bounce atau keluhan spam, secara permanen, sampai Anda mengaktifkannya kembali. Periksa di bagian Suppressions. Ini adalah cara Postmark melindungi Anda, dan langkah ini biasanya tepat.

422 dengan "Invalid 'From' address" — domain di Kirim dari domain ini belum diverifikasi di Postmark, atau Anda memverifikasi yourdomain.com tetapi mengirim dari mail.yourdomain.com. Postmark mencocokkan domain secara persis.

401 Unauthorized — Anda menempelkan Account token dan bukan Server token (lihat di atas), atau token tersebut milik server yang berbeda.

Semuanya berfungsi tetapi masuk ke folder spam — pastikan DKIM berstatus Verified di Postmark dan rekaman DMARC Anda tidak disetel ke p=reject sementara konfigurasi domain Anda yang lain masih belum selaras.

Terbaru dari blog

Apa yang telah kami tulis tentang hosting, SEO, dan mengelola situs dalam skala besar.

SEO dan Pembangunan Tautan dari Lapisan Hosting: Pandangan Operator Tahun 2026

Bagaimana hosting membentuk pengindeksan dan link equity pada tahun 2026: menjaga halaman tetap terindeks, memeriksa domain lama sebelum mengembangkannya, membangun tautan tanpa jejak mesin pencari, dan pandangan jujur tentang apa yang dapat dan tidak dapat dilakukan infrastruktur untuk SEO.

Baca postingan →

Membuat WordPress Cepat dan Aman: Daftar Periksa Performa dan Plugin

Daftar periksa praktis untuk WordPress yang cepat dan aman: caching tingkat server, object cache per situs, beberapa plugin yang layak dijalankan, menjaga tumpukan teknologi tetap mutakhir, dan halaman WooCommerce yang tidak boleh Anda simpan di cache.

Baca postingan →

Cara Memilih Web Hosting Terkelola di Tahun 2026: Panduan Pembeli

Apa yang sebenarnya membedakan hosting terkelola yang baik dari kotak murah dengan panel kontrol — migrasi, pencadangan, isolasi, caching nyata, dan penskalaan yang jujur — dan cara menilainya sebelum Anda berkomitmen.

Baca postingan →

Baca blog →

Masih mengalami kendala?

Dukungan disertakan pada setiap paket, layanan meja bantuan buka selama 24 jam sehari, dan Anda dapat menulis kepada kami dalam salah satu dari 58 bahasa kami — kami akan menjawab Anda dalam bahasa Anda.

Hubungi dukungan → Semua artikel →