Gmail memperlakukan email dari domain saya sebagai spam. Mengapa? Bagaimana cara menghindarinya?


25

Setiap kali saya mengirim email dari myaccount@example.comke akun Gmail, Gmail memperlakukannya sebagai spam.

Saya sedang berbicara tentang satu email yang saya kirim ke seorang prospek setelah saya bertemu dengannya (itu pastinya bukan email spam). Itu sudah terjadi beberapa kali:

"Hei !, kamu tidak pernah mengirim email yang kamu janjikan padaku," kata sang prospek.

"Kenapa ...? Aku memang mengirimnya. Periksa email spamnya" jawabku.

"Oh, ini dia ..."

Saya pikir itu ada hubungannya dengan example.comtidak menjadi domain terkenal.

Bagaimana / Di mana saya harus mengeluh tentang ini?


1
Saya ingin tahu apakah Google melakukan ini karena emailnya berasal dari layanan yang bersaing.
Moab


1
@ Moab Nah. Ini adalah masalah klasik server yang tidak memiliki catatan PTR yang ditetapkan dengan benar atau bahkan catatan SPF yang mendapatkan email yang ditandai sebagai SPAM.
JakeGould

Saya sangat menyarankan hanya menggunakan server email penyedia Anda. Mereka (kami harap) dikelola dan dipelihara secara profesional.
David Schwartz

Jawaban:


15

Jeff Atwood memiliki posting yang sangat bagus tentang hal-hal yang harus dilakukan untuk membantu email Anda masuk. Ini membuat perbedaan besar bagi perusahaan tempat saya bekerja. Beberapa hal penting:

  1. Pastikan komputer yang mengirim email memiliki catatan PTR Terbalik.
  2. Konfigurasikan DomainKeys Identified Mail dalam DNS dan kode Anda.
  3. Siapkan catatan SenderID di DNS Anda.

9

Jawaban yang lebih pendek.

Dalam pengalaman saya tidak memiliki catatan PTR (reverse DNS) yang ditetapkan untuk alamat IP server adalah cara email nomor satu ditandai sebagai SPAM pada layanan seperti Gmail dan bahkan AOL.

Terkait tetapi jika Anda tidak memiliki set rekaman SPF (Kerangka Kebijakan Pengirim) untuk nama domain, itu tidak akan membantu apa pun sehingga Anda juga harus memiliki set itu.

Namun pada akhirnya, PTR benar-benar hal terpenting yang diikuti oleh SPF.

Melewati keduanya adalah konsep DKIM (DomainKeys Identified Mail) dan digunakan untuk memvalidasi email. Tetapi dalam pengalaman saya, sebagian besar pengaturan server hanya perlu mendapatkan satu set catatan PTR ditambah dengan SPF agar flag SPAM menghilang.

Anda hanya boleh berurusan dengan barang-barang DKIM jika Anda tidak punya pilihan lain; bukan karena sulit untuk diatur tetapi itu tidak akan berarti apa-apa tanpa catatan PTR dan SPF yang berlaku.

Jawaban yang lebih panjang.

Meskipun, sepertinya server Gmail Google telah menandai email saya sebagai "Sampah" untuk waktu yang sangat lama tetapi penyedia lain, seperti Yahoo Mail, tidak. Membuat lebih banyak akun email tidak membantu. Saya juga telah menggunakan akun email milik domain yang berbeda.

Bagaimana cara menghindari server Gmail menandai email saya sebagai "tidak diinginkan?"

Masalahnya kemungkinan besar Anda tidak memiliki catatan PTR yang tepat atau pengaturan catatan SPF untuk server. Ingat: Server mana pun di dunia dapat mengirim email dan perlindungan SPAM adalah sistem penilaian dan bukan ilmu pasti.

Apa itu catatan PTR (reverse DNS)?

Sederhananya catatan PTR adalah catatan DNS terbalik yang menghubungkan alamat IP ke nama host. Mungkin terdengar seperti pencarian nama host standar, tetapi tidak sama sekali. Ini kebalikannya: Catatan PTR adalah catatan dari hostname apa alamat IP ditugaskan dari sudut pandang layanan hosting yang menetapkan server IP.

Jadi jika alamat IP server Anda 123.456.789.0maka pencarian catatan PTR untuk alamat IP tersebut harus sesuai dengan nama host server Anda. Tetapi nilai itu akan ditetapkan tidak dalam entri DNS seperti yang Anda tahu, tetapi dalam server DNS yang terhubung ke layanan hosting itu sendiri.

Ini adalah pemeriksaan referensi silang terhadap SPAMmers karena kenyataannya siapa pun dapat menyiapkan server email dasar yang sebenarnya pada sebagian besar PC mana pun di dunia. Tetapi hanya karena server dapat mengirim email tidak berarti apa yang dikirimnya valid. Apa yang dilakukan catatan PTR pada dasarnya adalah "menjamin" untuk setiap surat yang keluar dari server di alamat IP itu dan berkata, "Oke, Anda mendapat email dari example.comsalah satu server kami? Biarkan saya memeriksa dan melihat apakah server itu terkait dengan example.com? ”Jawaban untuk pertanyaan itu adalah, ya bahwa server diizinkan untuk mengirim email example.comatau tidak, kami tidak tahu apa itu ... Lakukan apa yang Anda inginkan dengan surat itu.

Adapun cara mengatur catatan PTR, itu tergantung pada layanan dan kebijakan hosting server Anda. Beberapa layanan memungkinkan Anda untuk mengatur catatan PTR secara independen melalui panel kontrol. Orang lain akan membuat Anda menghubungi mereka — baik melalui email, telepon, atau surat — untuk memiliki catatan.

Sebagai contoh, saya tahu pengaturan EC2 Amazon memungkinkan Anda untuk membuat permintaan melalui formulir web untuk mendapatkan kumpulan catatan PTR dan tidak ada jaminan mereka akan menyetujui perubahan catatan PTR; walaupun sebagian besar waktu mereka lakukan. Tetapi tempat-tempat seperti Rackspace hanya membiarkan Anda mengatur nilai-nilai itu sendiri tanpa perlu meminta izin.

Untuk memeriksa catatan PTR server Anda, Anda dapat menggunakan alat seperti alat "Reverse IP Lookup" MXToolbox ini . Atau jika Anda merasa nyaman dengan baris perintah di Linux / Unix jalankan saja perintah seperti ini:

dig -x 123.456.789.0

Apa yang dimaksud dengan catatan SPF (Kerangka Kebijakan Pengirim)?

Bagian lain dari teka-teki dasar agar surat tidak ditandai sebagai SPAM adalah untuk memastikan catatan SPF yang tepat ditetapkan. Penjelasan mendalam tentang apa catatan SPF dapat ditemukan di situs web resmi SPF . Tapi alat MXToolbox "Sender Policy Framework (SPF) Record Lookup" ini menjelaskannya dengan cukup baik:

Catatan Kerangka Kebijakan Pengirim (SPF) memungkinkan pemilik domain untuk menerbitkan daftar alamat IP atau subnet yang berwenang mengirim email atas nama mereka. Tujuannya adalah untuk mengurangi jumlah spam dan penipuan dengan mempersulit pengirim jahat untuk menyamarkan identitas mereka.

Untuk mengatur catatan SPF, Anda perlu mengatur data TXT dalam catatan DNS untuk nama domain Anda yang akan terlihat seperti ini:

v=spf1 mx a ptr ip4:123.456.789.0 a:example.com include:example.com ~all

Yang pada dasarnya mengatakan bahwa nama host atau alamat IP yang tercantum dalam SPF diizinkan untuk mengirim email atas nama example.com. Contoh ini cukup sederhana, tetapi manfaat catatan SPF adalah katakanlah Anda memiliki 1/2 lusin server yang terhubung ke nama host Anda dan mereka semua memiliki alamat IP yang berbeda. Catatan SPF yang akan mencakup alamat IP dari 1/2 lusin server itu pada dasarnya akan "menjamin" keabsahan email yang dikirim dari alamat IP tersebut atas nama hostname itu.


Terima kasih banyak atas jawaban Anda Jake! Saya sangat menghargai itu. Oke, saya mencoba menyiapkan catatan SPF di antarmuka cPanel saya. Harap dicatat saya sangat baru dalam hal ini. Anda dengan baik hati memasukkan contoh seperti apa bentuk catatan SPF. Pertanyaan saya adalah: apakah IP harus diberikan oleh penyedia hosting saya (IP server tempat situs web saya-host) atau salah satu penyedia IP saya (yang saya gunakan untuk menghubungkan ke Internet dan karenanya mengirim email ) Juga, saya menggunakan hosting bersama, yang berarti saya mungkin tidak memiliki banyak kendali atas catatan PTR? Terima kasih!

1
@ CeceXX Saya tidak mengerti pertanyaan Anda. Anda dapat memiliki beberapa IP tetapi seharusnya hanya server yang mengirim email. Jika server mengirim email, alamat IP itu harus ada dalam catatan SPF. Saya akan merekomendasikan menghubungi layanan hosting Anda dan meminta mereka untuk membantu. Di masa lalu saya telah membantu Anda sebaik mungkin. Jika pertanyaan ini membantu Anda, harap ingat untuk memilihnya. Dan jika jawaban ini adalah jawaban yang memecahkan masalah Anda, pastikan untuk memeriksanya. Terima kasih!
JakeGould

Terima kasih! Saya mengatakan kepada layanan hosting saya untuk mengubah catatan PTR saya. Apakah Anda pikir perubahan ini akan segera berlaku, atau akan memakan waktu berjam-jam untuk menjadi efektif?

1
@CeceXX Mereka bisa membutuhkan waktu 24-48 jam untuk menjadi efektif.
JakeGould

3

Layanan email gratis seperti Gmail, Hotmail, Yahoo, dan similars mendapatkan banyak email spam per hari. Itu sebabnya mereka mengeraskan kebijakan e-mail masuk dan mereka menerapkan aturan yang sangat konkret dan ketat sehingga mereka memastikan setiap surat masuk tidak mungkin menjadi spam, jika tidak kirimkan ke folder Junk.

Pertama, Anda harus memiliki SPFkebijakan yang valid . Anda tidak menyebutkan email apa yang Anda jalankan MTA, tetapi mengonfigurasi kebijakan SPF cukup mudah dan MTA-agnostik. Ini pada dasarnya adalah catatan DNS yang mengatakan dari IP / domain apa domain Anda diizinkan mengirim email. Jika e-mail diterima dari dalam alamat IP yang berbeda dari yang diumumkan dalam catatan DNS Anda, kemungkinan besar akan berakhir di folder Sampah. Ada beberapa tautan yang mungkin membantu Anda:

Selanjutnya, DKIMsemakin penting. Ini pada dasarnya menandatangani email Anda dengan kunci pribadi (dibuat oleh Anda), dan Anda menghasilkan data DNS dengan kunci publik sehingga domain penerima apa pun dapat memverifikasi apakah konten surat telah atau tidak dipalsukan.

Ada cara lain untuk memungkinkan orang lain memverifikasi email Anda DMARC,. Ini pada dasarnya adalah kombinasi dari keduanya di atas dan Anda memutuskan apa yang harus dilakukan orang lain dengan e-mail yang tidak melewati batasan DMARC, menyampaikan pada mereka keputusan akhir. DMARC memungkinkan Anda untuk menerima laporan juga (dari domain lain yang menjalankan pemeriksaan DMARC).

Selanjutnya (dan sayangnya tidak banyak yang dapat Anda lakukan tentang hal itu, setidaknya pada awal), ada istilah yang disebut reputasi IP . Banyak layanan email menggunakan beberapa layanan yang akan memberi tahu mereka jika alamat IP memiliki reputasi baik atau buruk. Jika IP Anda telah digunakan sebelumnya untuk mengirim spam, bahkan sebelum Anda memilikinya, kemungkinan besar akan memiliki reputasi yang buruk. Jika alamat IP Anda tidak diketahui, alamat itu juga tidak dipercaya. Anda harus mendapatkan reputasi dengan memberi tahu penerima Anda untuk "memasukkan daftar putih" surel Anda. Jika banyak orang melakukannya, penyedia email gratis akan tahu bahwa Anda tidak berbahaya dan akan menerapkan kebijakan yang lebih lunak terhadap Anda.

Ada lebih banyak konsep tentang itu tetapi ini adalah yang paling penting. Cukup konfigurasikan apa yang dapat Anda konfigurasi dan bersabarlah.


"dapatkan banyak email spam per hari" yang membuat saya bertanya-tanya berapa berat sebuah email? lol.
Moab

1
Bergantung pada seberapa banyak memo yang terpasang :-P

@Moab biarkan VSauce memberitahu Anda.
Gila

4 menit hidup saya, saya tidak akan pernah kembali ..... buat itu 1, saya menebusnya.
Moab

2

Pembaruan kecil bagi siapa saja yang menemukan ini pada 2018. Ini bisa dianggap sebagai tambahan untuk jawaban luar biasa @ JakeGould (yang tidak menyertakan DMARC).

Google menerapkan beberapa aturan filter spam dan phishing yang lebih berat dengan versi baru Gmail. Jika email Anda berakhir dengan spam seseorang, pastikan Anda telah mengkonfigurasi SPF , DKIM & DMARC dengan benar. Anda dapat menggunakan berbagai alat untuk memeriksa aturan MX domain Anda. Misalnya - MXToolbox atau Google's Toolbox .

Anda mungkin juga ingin memverifikasi situs Anda dengan Postmaster untuk melihat reputasi domain e-mail & rentang ip Anda.

Berikut adalah sumber yang bagus dari Google tentang cara mengkonfigurasi DMARC melalui GSuite - https://support.google.com/a/answer/2466580?hl=id

Jika Anda menemukan semua istilah ini baru seperti yang saya lakukan - ini adalah seri 3 posting yang bagus menjelaskan ketiga istilah oleh returnpath.com


1

Halaman ini mungkin bermanfaat bagi Anda:

https://mail.google.com/support/bin/answer.py?answer=81126

Sementara itu berlaku untuk pesan massal, ada sedikit informasi tentang mengapa pesan dapat ditandai sebagai spam. Saya tidak tahu apa-apa tentang informasi spesifik Anda, tetapi mudah-mudahan Anda akan dapat melihat sesuatu yang akan membantu.

Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.