KamoCRM

Server surat kami sendiri

Postfix, Dovecot dan Rspamd โ€” karena kemampuan pengiriman diputuskan di bawah alat kampanye

Kami menjalankan surat. Pengiriman transaksional dan massal keluar melalui instansi terpisah Postfix, masuk melalui sendirinya, kotak surat pada Dovecot, penyaringan dan skor melalui Rspamd. Identitas pengirim diperiksa terhadap DNS hidup sebelum pesan diizinkan untuk mengklaim domain pelanggan.

Setiap angka di sini nama dari mana ia berasal dan kapan ia diukur.
UkuranNilaiSumberDiukur
Komponen surat dalam produksi5 (Postfix outbound, Postfix bulk, Postfix inbound, Dovecot, Rspamd)kubectl get deployments -n mail
Mengirimkan jalur yang dipisahkan oleh kelas reputasi2 (transactional and bulk, on distinct instances)kubectl get deployments -n mail
Pemeriksaan domain pengirim dilakukan sebelum pengiriman disetujui2 (domain ownership proven by DNS record, and SPF authorisation verified live)transactional sender-identity resolution in the email service

Apa gedung itu mengajarkan kita

Ketika sebuah email pemasaran tidak tiba, alat kampanye melaporkannya sebagai dikirim. Itu secara teknis benar dan benar-benar tidak berguna. Pesan diterima untuk pengiriman dan kemudian dibuang, ditunda atau didaftarkan sebagai spam oleh sistem penerima sesuai dengan aturan yang tidak dapat dilihat oleh alat kampanye dan vendornya tidak akan menjelaskan. Ini adalah kegagalan yang paling umum yang tidak dijelaskan dalam pemasaran digital, dan sebuah agensi yang hanya memiliki alat kampanye tidak memiliki cara untuk menyelidikinya.

Melakukan infrastruktur mengubah apa yang dapat diketahui. Kami memisahkan pengiriman bulk dari pengiriman transaksi sehingga surat kabar tidak dapat merusak reputasi yang bergantung pada reset kata sandi. Kami memeriksa, melawan DNS hidup pada waktu mengirim, apakah domain benar-benar terbukti sebagai milik penyewa yang mengklaimnya dan apakah rekaman SPF-nya benar-benar memungkinkan kami โ€” dan jika pencarian itu gagal kami tidak mencatat keputusan daripada menebak, karena tebakan di sini mengirim surat yang gagal otentikasi dan mengajarkan sistem penerima untuk tidak mempercayai domain.

Inbound mengajarkan pelajarannya sendiri. Kita pernah kehilangan kelas pesan masuk karena webhook mengirimkan data yang dienkripsi formulir dan handler mencoba menganalisisnya sebagai JSON, mengembalikan 200 yang bahagia sementara membuang isinya. Tiga drop diam terpisah ada di jalur itu. Tidak ada yang diberitahu, karena semuanya melaporkan sukses. Sistem yang gagal dengan sukses adalah yang paling sulit ditemukan dan alasan kita instrumen ingestion paths obsesif pada pekerjaan klien.

Ada batasan sambungan yang juga patut dinyatakan, karena ini adalah jenis rincian yang hanya muncul di bawah beban nyata: server surat mengizinkan jumlah terbatas dari sambungan simultan per pengguna dan alamat, per proses. Melampaui itu dan hal- hal berhenti bekerja dengan cara yang terlihat seperti kegagalan otentikasi. Perencanaan kapasitas untuk surat adalah rekayasa nyata, dan hampir tidak ada yang menganggarkan untuk itu.

Dibangun dengan

  • Postfix
  • Dovecot
  • Rspamd
  • SPF
  • DKIM
  • DMARC
  • IMAP
  • Java
  • Spring Boot

Apa ini memenuhi syarat kita untuk

Email deliverabilityGetting into the inbox, which is an infrastructure problemLifecycle and automationSequences that behave like a person, not a machine gunTelephony integrationCalls, messages and recordings joined up to the customer record

Katakan pada kami apa yang Anda coba lakukan

Sebuah percakapan singkat biasanya cukup untuk mengatakan apakah kami orang yang tepat. jika kami tidak, kami akan mengatakannya dan menunjukkan tempat yang lebih baik.

Mulai percakapanAku sudah menggunakan KamoCRMBagaimana kita mengutip