Pemasaran E-mel & AutomasiMartech Zone Apps

Apl: Cara Membina Rekod SPF Anda

Butiran dan penjelasan tentang bagaimana an Rekod SPF kerja diperincikan di bawah pembina Rekod SPF.

Pembina Rekod SPF

Berikut ialah borang yang boleh anda gunakan untuk membina rekod TXT anda sendiri untuk ditambahkan pada domain atau subdomain anda tempat anda menghantar e-mel.

Pembina Rekod SPF

NOTA: Kami tidak menyimpan penyertaan yang dihantar daripada borang ini; walau bagaimanapun, nilai akan menjadi lalai berdasarkan perkara yang anda masukkan sebelum ini.

Tidak perlu http:// atau https://.
Mengesyorkan: Ya
Mengesyorkan: Ya
Mengesyorkan: Tidak

Alamat IP

Alamat IP boleh dalam format CIDR.

Nama Hos

Subdomain atau domain

Domain

Subdomain atau domain

Agak lega apabila kami memindahkan e-mel syarikat kami ke Google daripada perkhidmatan IT terurus yang kami gunakan. Sebelum berada di Google, kami dahulu perlu memasukkan permintaan untuk sebarang perubahan, penambahan senarai, dll. Kini kami boleh mengendalikan semuanya melalui antara muka mudah Google.

Satu halangan yang kami perhatikan apabila kami mula menghantar ialah beberapa e-mel daripada sistem kami tidak sampai ke peti masuk... malah peti masuk kami. Saya telah membaca nasihat Google untuk Penghantar E-mel Pukal dan cepat pergi kerja. Kami mempunyai e-mel yang keluar daripada 2 aplikasi yang kami hos, satu lagi aplikasi yang dihoskan oleh orang lain sebagai tambahan kepada Pembekal Perkhidmatan E-mel. Masalah kami ialah kami tidak mempunyai rekod SPF untuk memaklumkan ISP bahawa e-mel yang dihantar daripada Google adalah milik kami.

Apakah Rangka Kerja Dasar Pengirim?

Rangka Kerja Dasar Pengirim ialah protokol pengesahan e-mel dan sebahagian daripada keselamatan siber e-mel yang digunakan oleh ISP untuk menyekat e-mel pancingan data daripada dihantar kepada pengguna mereka. An SPF rekod ialah rekod domain yang menyenaraikan semua domain anda, alamat IP, dsb. yang anda hantarkan e-mel. Ini membolehkan mana-mana ISP mencari rekod anda dan mengesahkan bahawa e-mel itu datang daripada sumber yang sesuai.

Pancingan data ialah sejenis penipuan dalam talian di mana penjenayah menggunakan teknik kejuruteraan sosial untuk menipu orang ramai supaya memberikan maklumat sensitif, seperti kata laluan, nombor kad kredit atau maklumat peribadi lain. Penyerang biasanya menggunakan e-mel untuk menarik individu supaya memberikan maklumat peribadi dengan menyamar sebagai perniagaan yang sah... seperti perniagaan anda atau saya.

SPF ialah idea yang bagus - dan saya tidak pasti mengapa ia bukan kaedah arus perdana untuk pengirim e-mel pukal dan sistem penyekat spam. Anda akan berfikir bahawa setiap pendaftar domain akan membuat satu titik untuk membina wizard terus ke dalamnya bagi sesiapa sahaja untuk menyenaraikan sumber e-mel yang akan mereka hantar.

Bagaimana Rekod SPF Berfungsi?

An ISP menyemak rekod SPF dengan melakukan pertanyaan DNS untuk mendapatkan semula rekod SPF yang dikaitkan dengan domain alamat e-mel pengirim. ISP kemudiannya menilai rekod SPF, senarai alamat IP yang dibenarkan atau nama hos yang dibenarkan untuk menghantar e-mel bagi pihak domain terhadap alamat IP pelayan yang menghantar e-mel. Jika alamat IP pelayan tidak disertakan dalam rekod SPF, ISP mungkin membenderakan e-mel sebagai berpotensi penipuan atau menolak e-mel sepenuhnya.

Urutan proses adalah seperti berikut:

  1. ISP melakukan pertanyaan DNS untuk mendapatkan semula rekod SPF yang dikaitkan dengan domain alamat e-mel pengirim.
  2. ISP menilai rekod SPF terhadap alamat IP pelayan e-mel. Ini boleh ditandakan dalam CIDR format untuk memasukkan julat alamat IP.
  3. ISP menilai alamat IP dan memastikan ia bukan pada a DNSBL pelayan sebagai spammer yang dikenali.
  4. ISP juga menilai DMARC and BIMI rekod.
  5. ISP kemudian membenarkan penghantaran e-mel, menolaknya atau meletakkannya dalam folder sampah bergantung pada peraturan kebolehhantaran dalamannya.

Contoh Rekod SPF

Rekod SPF ialah rekod TXT yang anda mesti tambahkan pada domain yang anda gunakan untuk menghantar e-mel. Rekod SPF tidak boleh melebihi 255 aksara panjangnya dan tidak boleh memasukkan lebih daripada sepuluh pernyataan sertakan.

  • Bermula dengan v=spf1 tag dan ikutinya dengan alamat IP yang dibenarkan untuk menghantar e-mel anda. Sebagai contoh, v=spf1 ip4:1.2.3.4 ip4:2.3.4.5 .
  • Jika anda menggunakan pihak ketiga untuk menghantar e-mel bagi pihak domain yang dipersoalkan, anda mesti menambah termasuk ke rekod SPF anda (cth, sertakan:domain.com) untuk menetapkan pihak ketiga tersebut sebagai penghantar yang sah 
  • Sebaik sahaja anda telah menambah semua alamat IP yang dibenarkan dan sertakan penyata, tamatkan rekod anda dengan ~all or -all tag. Teg ~semua menunjukkan a SPF lembut gagal manakala tag -semua menunjukkan a SPF keras gagal. Di mata pembekal peti mel utama ~all dan -all kedua-duanya akan mengakibatkan kegagalan SPF.

Sebaik sahaja rekod SPF anda ditulis, anda perlu menambah rekod itu pada pendaftar domain anda. Berikut adalah beberapa contoh:

v=spf1 a mx ip4:192.0.2.0/24 -all

Rekod SPF ini menyatakan bahawa mana-mana pelayan dengan rekod A atau MX domain, atau mana-mana alamat IP dalam julat 192.0.2.0/24, dibenarkan untuk menghantar e-mel bagi pihak domain. The -semua pada akhirnya menunjukkan bahawa mana-mana sumber lain harus gagal semakan SPF:

v=spf1 a mx include:_spf.google.com -all

Rekod SPF ini menyatakan bahawa mana-mana pelayan dengan rekod A atau MX domain, atau mana-mana pelayan yang disertakan dalam rekod SPF untuk domain "_spf.google.com", dibenarkan untuk menghantar e-mel bagi pihak domain. The -semua pada akhir menunjukkan bahawa mana-mana sumber lain harus gagal semakan SPF.

v=spf1 ip4:192.168.0.0/24 ip4:192.168.1.100 include:otherdomain.com -all

Rekod SPF ini menentukan bahawa semua e-mel yang dihantar daripada domain ini hendaklah datang daripada alamat IP dalam julat rangkaian 192.168.0.0/24, alamat IP tunggal 192.168.1.100 atau mana-mana alamat IP yang dibenarkan oleh rekod SPF bagi otherdomain.com domain. The -all pada akhir rekod menyatakan bahawa semua alamat IP lain harus dianggap sebagai semakan SPF yang gagal.

Amalan Terbaik dalam Melaksanakan SPF

Melaksanakan SPF dengan betul meningkatkan kebolehhantaran e-mel dan melindungi domain anda daripada penipuan e-mel. Pendekatan berperingkat untuk melaksanakan SPF boleh membantu memastikan trafik e-mel yang sah tidak terjejas secara tidak sengaja. Berikut ialah strategi yang disyorkan:

1. Inventori Menghantar Sumber

  • Matlamat: Kenal pasti semua pelayan dan perkhidmatan yang menghantar e-mel bagi pihak domain anda, termasuk pelayan mel anda sendiri, pembekal perkhidmatan e-mel pihak ketiga dan mana-mana sistem lain yang menghantar e-mel (cth, sistem CRM, platform automasi pemasaran).
  • Tindakan: Susun senarai lengkap alamat IP dan domain sumber penghantaran ini.

2. Cipta Rekod SPF Permulaan Anda

  • Matlamat: Draf rekod SPF yang merangkumi semua sumber penghantaran yang sah yang dikenal pasti.
  • Tindakan: Gunakan sintaks SPF untuk menentukan sumber ini. Contoh rekod SPF mungkin kelihatan seperti ini: v=spf1 ip4:192.168.0.1 include:_spf.google.com ~all. Rekod ini membenarkan e-mel daripada alamat IP 192.168.0.1 dan termasuk rekod SPF Google, dengan ~all menunjukkan kegagalan lembut untuk sumber yang tidak disenaraikan dengan jelas.

3. Terbitkan Rekod SPF Anda dalam DNS

  • Matlamat: Jadikan dasar SPF anda diketahui untuk menerima pelayan mel dengan menambahkannya pada rekod DNS domain anda.
  • Tindakan: Terbitkan rekod SPF sebagai rekod TXT dalam DNS domain anda. Ini membolehkan pelayan mel penerima mendapatkan dan menyemak rekod SPF anda apabila mereka menerima e-mel daripada domain anda.

4. Pantau dan Uji

  • Matlamat: Pastikan rekod SPF anda mengesahkan sumber e-mel yang sah tanpa menjejaskan kebolehhantaran e-mel.
  • Tindakan: Gunakan alat pengesahan SPF untuk memantau laporan penghantaran e-mel daripada pembekal perkhidmatan anda. Beri perhatian kepada sebarang isu penghantaran yang mungkin menunjukkan semakan SPF menerima e-mel yang sah.

5. Perhalusi Rekod SPF Anda

  • Matlamat: Laraskan rekod SPF anda untuk menyelesaikan sebarang isu yang dikenal pasti semasa pemantauan dan ujian, dan untuk mencerminkan perubahan dalam amalan penghantaran e-mel anda.
  • Tindakan: Tambah atau alih keluar alamat IP atau sertakan penyata jika perlu. Berhati-hati dengan had carian SPF 10, yang boleh menyebabkan isu pengesahan jika melebihi.

6. Sentiasa Semak dan Kemas Kini

  • Matlamat: Pastikan rekod SPF anda tepat dan terkini untuk menyesuaikan diri dengan perubahan dalam infrastruktur e-mel dan amalan penghantaran anda.
  • Tindakan: Semak sumber penghantaran anda secara berkala dan kemas kini rekod SPF anda dengan sewajarnya. Ini termasuk menambah penyedia perkhidmatan e-mel baharu atau mengalih keluar yang tidak anda gunakan lagi.

Dengan mengikuti langkah ini, anda boleh melaksanakan SPF untuk meningkatkan keselamatan dan kebolehhantaran e-mel anda sambil meminimumkan risiko mengganggu komunikasi e-mel yang sah.

Douglas Karr

Douglas Karr ialah CMO daripada OpenINSIGHTS dan pengasas Martech Zone. Douglas telah membantu berpuluh-puluh syarikat permulaan MarTech yang berjaya, telah membantu dalam usaha wajar lebih $5 bilion dalam pemerolehan dan pelaburan Martech, dan terus membantu syarikat dalam melaksanakan dan mengautomasikan strategi jualan dan pemasaran mereka. Douglas ialah transformasi digital yang diiktiraf di peringkat antarabangsa dan pakar serta penceramah MarTech. Douglas juga merupakan pengarang buku panduan Dummie dan buku kepimpinan perniagaan yang diterbitkan.

Artikel yang berkaitan

Kembali ke atas butang
Tutup

Adblock Dikesan

Martech Zone mampu memberikan anda kandungan ini tanpa sebarang kos kerana kami mengewangkan tapak kami melalui hasil iklan, pautan ahli gabungan dan tajaan. Kami amat menghargai jika anda akan mengalih keluar penyekat iklan anda semasa anda melihat tapak kami.