Pangkalan pengetahuan

Hantar e-mel melalui akaun Postmark anda sendiri

Sambungkan akaun Postmark anda sendiri: mengesahkan domain, mengapa perlu menambah rekod return-path pilihan juga, token Server berbanding token Account, dan maksud penerima yang tidak aktif.

Anda memerlukan akaun Postmark dan akses kepada DNS domain anda.

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

⭐ Mengapa kami memilih Postmark untuk ini. Ia enggan mengendalikan e-mel pemasaran langsung, dan inilah punca sebenar kadar penghantarannya sedemikian rupa: invois anda tidak berkongsi reputasi dengan surat berita orang lain. Jika satu-satunya keperluan anda adalah e-mel transaksi sampai ke destinasi, inilah pilihannya.

1. Tambah dan sahkan domain anda

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

Postmark menyediakan dua rekod untuk anda:

JenisHosTujuan
TXT<selector>._domainkey.mail.yourdomain.comKunci awam DKIM
CNAMEpm-bounces.mail.yourdomain.comDomain return-path (lantunan)

Tambah kedua-duanya, kemudian tekan Verify.

⭐ Tambah rekod return-path, walaupun Postmark menandakannya sebagai pilihan. Tanpanya, mesej anda dihantar menggunakan domain lantunan Postmark sendiri, menyebabkan SPF dijajarkan kepada postmarkapp.com dan bukannya kepada anda. DKIM sahaja masih membolehkan anda lulus DMARC — tetapi anda telah mensia-siakan salah satu daripada dua semakan tanpa sebab, dan anda pasti memerlukan kedua-duanya apabila penerima utama mula melaksanakan peraturan yang ketat.

⚠️ Postmark tidak memerlukan rekod SPF kerana ia tidak menggunakan domain anda sebagai penghantar sampul (envelope sender). Jika anda sudah mempunyai SPF, biarkan ia seperti sedia ada.

2. Dapatkan token API Pelayan anda

Buka pelayan yang ingin anda gunakan untuk menghantar — Postmark merujuk persekitaran penghantaran sebagai "pelayan" — kemudian API Tokens, dan salin Server API token.

⛔ Token Pelayan, bukan token Akaun. Token Akaun mengurus seluruh akaun Postmark anda: ia boleh mencipta pelayan, menukar domain dan membaca setiap mesej yang pernah anda hantar. Token Pelayan hanya boleh menghantar daripada satu pelayan. Kedua-duanya kelihatan serupa dan ditampal ke dalam jenis kotak yang sama, dan ini merupakan kesilapan paling mudah berlaku pada halaman ini.

⭐ Pertimbangkan untuk mencipta pelayan berasingan untuk tujuan ini — namakannya "Zinn® notifications". Statistik, senarai lantunan dan suapan aktiviti Postmark semuanya mengikut pelayan, jadi pelayan berasingan memastikan pemberitahuan pelanggan anda tidak bercampur dengan apa-apa perkara lain yang anda hantar.

3. Sambungkan dalam Zinn®

Buka Penghantaran e-mel dalam papan pemuka anda:

  • Penyedia — Postmark
  • Hantar daripada domain ini — mail.yourdomain.com
  • Strim mesej — biarkan sebagai outbound melainkan anda telah mencipta strim anda sendiri
  • Token pelayan Postmark — token daripada langkah 2

⚠️ Strim mesej mestilah strim transaksi. Postmark menolak e-mel yang kelihatan seperti transaksi jika dihantar melalui strim siaran, dan penetapan semula kata laluan serta invois tergolong dalam transaksi.

4. Hantar ujian dan masukkan kod

Tekan Hantar mesej ujian ke peti masuk pada domain yang berbeza, dapatkan kod daripadanya, dan masukkan kod tersebut.

Apabila ia tidak berfungsi

"You tried to send to a recipient that has been marked as inactive" — Postmark menyekat sesuatu alamat selepas berlaku lantunan kekal (hard bounce) atau aduan spam, secara kekal, sehinggalah anda mengaktifkannya semula. Semak di Suppressions. Ini ialah tindakan Postmark untuk melindungi anda, dan ia biasanya wajar.

422 dengan "Invalid 'From' address" — domain dalam Hantar daripada domain ini belum disahkan dalam Postmark, atau anda telah mengesahkan yourdomain.com tetapi menghantar daripada mail.yourdomain.com. Postmark memadankan domain yang tepat sahaja.

401 Unauthorized — anda telah menampal token Akaun dan bukannya token Pelayan (lihat di atas), atau token tersebut milik pelayan yang berbeza.

Semua berfungsi tetapi ia masuk ke dalam folder spam — pastikan DKIM memaparkan status Verified dalam Postmark dan rekod DMARC anda tidak ditetapkan kepada p=reject sementara konfigurasi lain domain anda masih belum dijajarkan dengan betul.

Terkini daripada blog

Apa yang telah kami tulis tentang pengehosan, SEO dan pengendalian tapak secara berskala besar.

SEO dan Pembinaan Pautan daripada Lapisan Pengehosan: Pandangan Pengendali 2026

Bagaimana pengehosan membentuk pengindeksan dan ekuiti pautan pada tahun 2026: memastikan halaman kekal diindeks, menyemak domain lama sebelum membinanya, membina pautan tanpa jejak enjin carian, dan pandangan jujur tentang perkara yang boleh dan tidak boleh dilakukan oleh infrastruktur untuk SEO.

Baca siaran →

Menjadikan WordPress Pantas dan Selamat: Senarai Semak Prestasi dan Pemalam

Senarai semak praktikal untuk WordPress yang pantas dan selamat: pengecaman pada peringkat pelayan, cache objek bagi setiap tapak, beberapa pemalam yang berbaloi digunakan, memastikan timbunan sentiasa terkini, dan halaman WooCommerce yang tidak boleh anda cache sama sekali.

Baca siaran →

Cara Memilih Pengehosan Web Terurus pada Tahun 2026: Panduan Pembeli

Apakah yang sebenarnya membezakan pengehosan terurus yang baik daripada kotak murah dengan panel kawalan — migrasi, sandaran, pengasingan, pencachean sebenar dan penskalaan jujur — serta cara menilainya sebelum anda membuat komitmen.

Baca siaran →

Baca blog →

Masih memerlukan bantuan?

Sokongan disertakan dalam setiap pelan, meja bantuan dibuka selama 24 jam sehari, dan anda boleh menulis kepada kami dalam mana-mana daripada 58 bahasa kami — kami akan menjawab anda dalam bahasa anda.

Hubungi sokongan → Semua artikel →