Menyebarkan Sinyal untuk On-Premises: Integrasi PowerMTA
·
30 Agu 2019

Poin Penting
Tujuan: Panduan ini menjelaskan cara mengintegrasikan PowerMTA 5.0+ dengan SparkPost Signals untuk mengalirkan data acara dan keterlibatan (bounce, buka, klik, keluhan spam) dari MTA yang ada di lokasi langsung ke lapisan analitik SparkPost.
Konfigurasi inti:
Tambahkan enable-signals true dan tentukan endpoint ingest SparkPost Anda (https://api.sparkpost.com/api/v1/ingest/events atau yang setara di EU).
Gunakan kunci API yang valid dengan izin “Incoming Events: Write”.
Tentukan customer-id, dan jika perlu, atur domain pelacakan kustom untuk meningkatkan deliverability.
Pemasangan pelacakan: Pelacakan Keterlibatan PowerMTA secara otomatis menyuntikkan piksel buka dan klik ke dalam email HTML. Anda dapat menonaktifkan pelacakan per tautan dengan atribut data-msys-clicktrack="0".
Laporan selektif: Signals dapat diaktifkan secara global atau dibatasi untuk VirtualMTAs, pool, atau domain pengirim tertentu, memungkinkan kontrol data yang lebih tepat.
Penguji & verifikasi: Gunakan dasbor Integrasi Signals dan log PowerMTA untuk mengonfirmasi pengambilan acara dan melacak Skor Kesehatan, bounces, dan metrik keterlibatan secara real-time.
Penyetelan deliverability:
Gunakan nama VirtualMTA dan Job yang bermakna — ini terhubung langsung ke IP Pools dan Campaign IDs dalam laporan SparkPost.
Konfigurasi penandatanganan DKIM, penegakan TLS, dan aturan relay yang tepat untuk mencegah injeksi yang tidak sah.
Pemasangan lanjutan: Artikel ini juga menyertakan cuplikan siap pakai untuk FBL & penanganan bounce keluar jalur, penyuntikan SMTP terautentikasi (port 587), dan kode Python untuk menyaring header X-Job agar kompatibel.
Sorotan Tanya jawab
Apa sebenarnya yang dilakukan integrasi Signals?
Ini secara otomatis mengunggah acara pesan PowerMTA (injeksi, pengiriman, pantulan, keterlibatan) ke akun SparkPost Anda sehingga Anda dapat mengakses dasbor seperti Skor Kesehatan, laporan Keterlambatan, dan Pemantauan Perangkap Spam.
Mengapa mengintegrasikan Signals dengan MTA lokal?
Banyak perusahaan menjalankan infrastruktur email yang dihosting sendiri untuk alasan kepatuhan tetapi masih menginginkan kemampuan analitik dan pemantauan SparkPost. Signals menjembatani kesenjangan itu tanpa memindahkan pengiriman email ke cloud.
Bagaimana saya dapat memverifikasi bahwa acara mengalir ke SparkPost?
Periksa log PowerMTA untuk
Signals: Transferred ... berhasildan konfirmasi entri acara di bawah Signals → Events Search di SparkPost.Bisakah saya menggunakan domain pelacakan saya sendiri?
Ya — konfigurasikan CNAME seperti
track.mycompany.com → pmta.spgo.io(AS) ataupmta.eu.spgo.io(UE), lalu daftarkan dan verifikasi di SparkPost untuk konsistensi merek dan reputasi.Bagaimana dengan privasi data atau penggunaan disk?
Direktif
min-free-spacesecara otomatis menghapus file JSON event yang lama ketika ruang disk mulai menipis, mencegah penumpukan data telemetry lokal.Apa itu "fitur bonus" di akhir?
Sebuah utilitas regex Python (
pmtaSafeJobID) yang memastikan nama kampanye/pekerjaan hanya menggunakan karakter yang valid dalam format headerX-JobPowerMTA, mengganti karakter yang tidak aman dengan garis bawah.
Mari kita bahas rincian pengaturan PowerMTA untuk SparkPost Signals. Anda akan membutuhkan:
Host untuk menjalankan versi terbaru PowerMTA – baik mesin baru atau yang sudah ada
Akun SparkPost dengan izin kunci API untuk “Incoming Events: Write” sebagaimana dijelaskan di sini
Kita akan mengatur PowerMTA untuk melakukan streaming acara ke akun SparkPost Anda, kemudian Anda akan dapat menggunakan yang berikut:
Gambaran umum instalasi dan konfigurasi
Pertama, instal (atau perbarui) ke PowerMTA 5.0 r4 atau lebih baru, mengikuti petunjuk instalasi v5.0 yang biasa yang cukup sederhana. Kemudian kita akan melalui langkah-langkah berikut:
Konfigurasi konektor PowerMTA ke SparkPost Signals
Siapkan Pelacakan Keterlibatan dengan domain pelacakan kustom
Pilih aliran lalu lintas PowerMTA mana yang akan dilaporkan ke Signals
Menguji bahwa peristiwa Anda mencapai Signals
Tinjau cara menggunakan nama yang berarti yang muncul dengan baik dalam laporan.
Kami juga akan membahas aspek pengaturan PowerMTA khusus lainnya yang digunakan dalam demo Signals kami:
Peristiwa FBL (Keluhan Spam) dan pantulan jarak jauh (out-of-band)
Konfigurasi injeksi, termasuk DKIM
Konfigurasi FBL dan OOB
Pengaturan dan penamaan VirtualMTA (dan bagaimana ini muncul dalam laporan SparkPost Signals Anda)
Akhirnya, ada “fitur bonus” dengan kode untuk memastikan nama kampanye Anda kompatibel dengan konvensi nama PowerMTA X-Job
Konfigurasi FBL dan OOB
Konfigurasi konektor PowerMTA
Pilih aliran lalu lintas PowerMTA mana yang akan dilaporkan ke Signals
Anda dapat memilih Sinyal untuk diaktifkan:
Secara Global (ini adalah apa yang kami gunakan dalam contoh di atas)
Untuk beberapa MTA Virtual dan tidak yang lain
Untuk beberapa kumpulan MTA Virtual dan tidak yang lain
Untuk alamat “Pengirim” atau “Dari” tertentu yang diteruskan oleh PowerMTA, dalam kombinasi dengan pilihan MTA Virtual / kumpulan MTA Virtual
Ruang Lingkup | Apa yang dilaporkan ke Sinyal | Kapan menggunakannya |
|---|---|---|
Global | Semua lalu lintas dari host PowerMTA | Penyebaran sederhana di mana semua lalu lintas harus memberi makan ke Sinyal SparkPost. |
MTA Virtual | Lalu lintas dari MTA Virtual yang terpilih saja | Ketika Anda ingin tampilan pelaporan terpisah untuk IP atau jenis lalu lintas yang berbeda. |
Kumpulan MTA Virtual | Lalu lintas dari kumpulan MTA Virtual yang terpilih | Ketika Anda mengelompokkan IP ke dalam kumpulan dan ingin pelaporan tingkat kumpulan. |
Pengirim / Domain Dari | Pesan dari pengirim tertentu atau domain Dari | Ketika Anda memerlukan pelaporan per-klien atau per-merek dalam infrastruktur yang sama. |
Konfigurasi ini sangat kuat dan diilustrasikan melalui serangkaian contoh kasus penggunaan (v5.0) dalam Panduan Pengguna.
Menguji bahwa acara Anda mencapai Signals
Ini adalah tampilan SparkPost Signals, terhubung ke PowerMTA. Anda dapat melihat bahwa skor kesehatan bervariasi.

Nama Kampanye tersedia sebagai facet pelaporan, bersama dengan Subakun, IP Pool, Penyedia Kotak Surat, dan Domain Pengiriman.
Saat melihat log PowerMTA, Anda dapat memeriksa bahwa data peristiwa mencapai SparkPost dengan melihat layar Integrasi Signals.

Di layar Pencarian Peristiwa SparkPost Anda, Anda harus melihat peristiwa muncul dalam beberapa menit. Ini akan mencakup peristiwa Pemasukan dan Pengiriman, serta Bounce, dan berpotensi Bounce Luar Jalur dan peristiwa Pengaduan Spam, jika Anda telah mengonfigurasi PowerMTA untuk menangani itu untuk Anda.
Jika Anda mengaktifkan Pelacakan Keterlibatan, Anda juga akan melihat peristiwa buka , buka_awal , dan klik .
Menggunakan nama yang berarti yang muncul dengan baik dalam laporan
Acara FBL (Keluhan Spam) dan pantulan jarak jauh (di luar saluran)
PowerMTA dapat menerima dan memproses peristiwa FBL (dikenal di SparkPost sebagai peristiwa Keluhan Spam) dan pantulan jarak jauh (dikenal di SparkPost sebagai pantulan di luar jalur, karena balasannya datang kembali beberapa waktu setelahnya, daripada selama percakapan SMTP).
Ada artikel di Forum Dukungan Port25 tentang cara mengatur Prosesor Pantulan dan Prosesor FBL. Jika Anda adalah pengguna PowerMTA yang sudah ada, Anda mungkin sudah memiliki ini.
Ini adalah konfigurasi yang saya buat untuk demo, berdasarkan artikel-artikel ini dan berorientasi pada hosting PowerMTA di Amazon EC2.
Jika Anda sudah familiar dengan konfigurasi PowerMTA di area ini, Anda dapat melewati bagian ini, hingga garis horizontal berikutnya.








