Gmail मेरे डोमेन से मेल को स्पैम के रूप में मानता है। क्यूं कर? इससे कैसे बचा जाए?


25

जब भी मैं myaccount@example.comजीमेल अकाउंट से कोई मेल भेजता हूं , जीमेल उसे स्पैम के रूप में मानता है।

मैं उनसे मिलने के बाद एक ई-मेल के बारे में बात कर रहा हूं जो मुझे एक संभावना के लिए भेज रहा है (यह निश्चित रूप से गैर-स्पैम मेल है)। यह पहले ही कई बार हो चुका है:

"हे !, आपने कभी भी उस ई-मेल को नहीं भेजा जो आपने मुझसे वादा किया था" संभावना कहती है।

"कैसे आया ...? मैंने इसे भेजा था। स्पैम ई-मेल की जांच करें" मैं जवाब देता हूं।

"ओह, यह वहाँ है ..."

मुझे लगता है कि यह example.comएक प्रसिद्ध डोमेन नहीं होने के साथ क्या करना है ।

मुझे इस बारे में कैसे / कहां शिकायत करनी चाहिए?


1
मुझे आश्चर्य है कि अगर Google ऐसा करता है क्योंकि ईमेल एक प्रतिस्पर्धी सेवा से आता है।
Moab

3
support.google.com/mail/answer/81126 इसे पढ़ें (इसे करें)

1
@ मोह न। यह सर्वरों का एक क्लासिक मुद्दा है जिसका कोई पीटीआर रिकॉर्ड ठीक से सेट नहीं है या यहां तक ​​कि एसपीएफ़ रिकॉर्ड भी मेल को स्पैम के रूप में टैग किया जा रहा है।
जेकगॉल्ड

मैं दृढ़ता से आपके प्रदाता के मेल सर्वर का उपयोग करने का सुझाव दूंगा। वे (हमें उम्मीद है) पेशेवर रूप से प्रबंधित और बनाए रखा गया है।
डेविड श्वार्ट्ज

जवाबों:


15

जेफ एटवुड ने आपके ईमेल के माध्यम से मदद करने के लिए चीजों पर एक बहुत अच्छी पोस्ट की थी। मैंने जिस कंपनी के लिए काम किया, उसके लिए यह बहुत बड़ा अंतर था। कुछ मुख्य बातें:

  1. सुनिश्चित करें कि ईमेल भेजने वाले कंप्यूटर में रिवर्स पीटीआर रिकॉर्ड है।
  2. अपने DNS और कोड में DomainKeys पहचाने गए मेल को कॉन्फ़िगर करें।
  3. अपने DNS में एक SenderID रिकॉर्ड सेट करें।

9

छोटा जवाब।

मेरे अनुभव में एक सर्वर के आईपी पते के लिए एक पीटीआर (रिवर्स डीएनएस) रिकॉर्ड सेट नहीं है, जीमेल और एओएल जैसी सेवाओं पर एसपीएएम के रूप में नंबर एक तरह से ईमेल को ध्वजांकित किया जाता है।

संबंधित लेकिन अगर आपके पास डोमेन नाम के लिए एक एसपीएफ़ (सेंडर पॉलिसी फ्रेमवर्क) रिकॉर्ड नहीं है, तो इससे आपको कुछ भी मदद नहीं मिलेगी, इसलिए आपके पास वह सेट भी होना चाहिए।

लेकिन अंत में, पीटीआर वास्तव में सबसे महत्वपूर्ण बात है जिसके बाद एसपीएफ़ होता है।

उन दोनों का अतीत DKIM (DomainKeys आइडेंटिफाइड मेल) की अवधारणा है और इसका उपयोग मेल्स को मान्य करने के लिए किया जाता है। लेकिन मेरे अनुभव में, ज्यादातर सर्वर सेटअपों को गायब होने के लिए SPAM फ्लैगिंग के लिए SPF के साथ मिलकर PTR रिकॉर्ड सेट प्राप्त करने की आवश्यकता होती है।

यदि आपके पास कोई अन्य विकल्प नहीं है, तो आपको केवल डीकेआईएम सामान से निपटना चाहिए; इसलिए नहीं कि यह सेटअप करना कठिन है, लेकिन इसके लिए वैध पीटीआर और एसपीएफ रिकॉर्ड के बिना किसी भी चीज का ज्यादा मतलब नहीं है।

लंबा जवाब।

हालाँकि, ऐसा लगता है कि Google जीमेल सर्वर बहुत लंबे समय से मेरे ईमेल को "जंक" के रूप में चिह्नित कर रहे हैं, लेकिन अन्य प्रदाता, जैसे याहू मेल, नहीं। अधिक ईमेल खाते बनाने से कोई मदद नहीं मिली। मैंने उन ईमेल खातों का भी उपयोग किया है जो विभिन्न डोमेन से संबंधित हैं।

मेरे ईमेल को "अवांछित?"

समस्या यह है कि आपके पास सर्वर के लिए उचित PTR रिकॉर्ड या SPF रिकॉर्ड सेटअप नहीं है। याद रखें: दुनिया में कोई भी सर्वर ईमेल भेज सकता है और स्पैम सुरक्षा एक स्कोरिंग प्रणाली है न कि एक सटीक विज्ञान।

PTR (रिवर्स DNS) रिकॉर्ड क्या है?

सीधे शब्दों में कहें तो एक पीटीआर रिकॉर्ड एक रिवर्स डीएनएस रिकॉर्ड है जो आईपी एड्रेस को होस्टनाम से जोड़ता है। मानक होस्टनाम लुकअप की तरह लग सकता है, लेकिन यह बिल्कुल नहीं है। यह विपरीत है: एक पीटीआर रिकॉर्ड एक होस्टनाम है जो एक आईपी पते को होस्ट करने वाली सेवा के दृष्टिकोण से असाइन किया जाता है जो उस सर्वर को एक आईपी आवंटित करता है।

इसलिए यदि आपके सर्वर का IP पता 123.456.789.0तब है तो उस IP पते के लिए PTR रिकॉर्ड लुकअप को आपके सर्वर के होस्टनाम से मेल खाना होगा। लेकिन यह मान DNS प्रविष्टि में सेट नहीं किया जाएगा जैसा कि आप इसे जानते हैं, लेकिन DNS सर्वर के भीतर जो होस्टिंग सेवा से जुड़े हैं।

यह स्पैमर्स के खिलाफ एक क्रॉस-रेफरेंस चेक है क्योंकि वास्तविकता किसी को भी दुनिया के किसी भी पीसी पर एक वास्तविक बुनियादी मेल सर्वर सेटअप कर सकती है। लेकिन सिर्फ इसलिए कि एक सर्वर मेल भेज सकता है इसका मतलब यह नहीं है कि जो भेजता है वह वैध है। उस आईपी पते पर सर्वर से आने वाले किसी भी मेल के लिए मूल रूप से एक पीटीआर रिकॉर्ड "वाउच" क्या करता है और कहता है, "ठीक है, आपको example.comहमारे किसी सर्वर से एक ईमेल मिला है? मुझे यह देखने और देखने दें कि क्या वह सर्वर से संबद्ध है example.com? ”उस प्रश्न का उत्तर या तो होगा, हां उस सर्वर को ईमेल भेजने की अनुमति है example.comया नहीं, हमारे पास कोई सुराग नहीं है कि वह क्या है… आप उस मेल के साथ क्या चाहते हैं।

पीटीआर रिकॉर्ड कैसे सेट किया जाए, यह आपके सर्वर की होस्टिंग सेवा और नीतियों पर निर्भर करता है। कुछ सेवा आपको नियंत्रण कक्ष के माध्यम से स्वतंत्र रूप से पीटीआर रिकॉर्ड सेट करने की अनुमति देगी। अन्य लोग आपको उनसे संपर्क करेंगे - या तो ईमेल, फोन या मेल द्वारा - एक रिकॉर्ड सेट करने के लिए।

उदाहरण के लिए, मुझे पता है कि अमेज़ॅन का ईसी 2 सेटअप आपको पीटीआर रिकॉर्ड सेट प्राप्त करने के लिए एक वेब फॉर्म के माध्यम से अनुरोध करने की अनुमति देता है और कोई गारंटी नहीं है कि वे पीटीआर रिकॉर्ड परिवर्तन को मंजूरी देंगे; हालांकि ज्यादातर समय वे करते हैं। राॅकस्पेस जैसी जगहें सिर्फ अनुमति के लिए पूछने की आवश्यकता के बिना आपको उन मूल्यों को अपने दम पर सेट करने देती हैं।

अपने सर्वर के PTR रिकॉर्ड की जांच करने के लिए, आप इस MXToolbox "रिवर्स आईपी लुकअप" टूल जैसे टूल का उपयोग कर सकते हैं । या यदि आप लिनक्स / यूनिक्स में कमांड लाइन के साथ सहज हैं तो बस इस तरह से एक कमांड चलाएं:

dig -x 123.456.789.0

एसपीएफ (सेंडर पॉलिसी फ्रेमवर्क) रिकॉर्ड क्या है?

SPAM को चिह्नित नहीं किए जाने के लिए मेल प्राप्त करने की मूल पहेली का एक और टुकड़ा यह सुनिश्चित करना है कि एक उचित SPF रिकॉर्ड सेट किया गया है। आधिकारिक एसपीएफ वेबसाइट पर एक एसपीएफ रिकॉर्ड क्या पाया जा सकता है, इसकी गहन व्याख्या । लेकिन यह MXToolbox "प्रेषक नीति फ्रेमवर्क (SPF) रिकॉर्ड लुकअप" टूल इसे काफी अच्छी तरह से समझाता है:

प्रेषक नीति फ्रेमवर्क (एसपीएफ) रिकॉर्ड डोमेन मालिकों को आईपी पते या उपनेट की एक सूची प्रकाशित करने की अनुमति देते हैं जो उनकी ओर से ईमेल भेजने के लिए अधिकृत हैं। लक्ष्य यह है कि स्पैम और धोखाधड़ी की मात्रा को कम करके दुर्भावनापूर्ण प्रेषकों के लिए अपनी पहचान को भंग करना कठिन बना दिया जाए।

SPF रिकॉर्ड सेट करने के लिए, आपको अपने डोमेन नाम के लिए DNS रिकॉर्ड में एक TXT रिकॉर्ड सेट करना होगा जो कुछ इस तरह दिखाई देगा:

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

यह मूल रूप से कहता है कि एसपीएफ में सूचीबद्ध किसी भी होस्टनाम या आईपी पते की ओर से ईमेल भेजने की अनुमति है example.com। यह उदाहरण बहुत सरल है, लेकिन एक एसपीएफ़ रिकॉर्ड का लाभ यह है कि मान लें कि आपके पास अपने होस्टनाम से जुड़े 1/2 दर्जन सर्वर हैं और उन सभी के अलग-अलग आईपी पते हैं। एक SPF रिकॉर्ड जिसमें उन 1/2 के दर्जन पते शामिल होंगे एक दर्जन सर्वर मूल रूप से उस होस्टनाम की ओर से उस IP पते से भेजे जाने वाले मेल की वैधता के लिए "वाउच" करेंगे।


आपके उत्तर के लिए बहुत बहुत धन्यवाद Jake! मैं वास्तव में इसकी प्रशंसा करता हूँ। ठीक है, मैं अपने cPanel इंटरफ़ेस में SPF रिकॉर्ड स्थापित करने की कोशिश कर रहा हूँ। कृपया ध्यान दें कि मैं इसके लिए बहुत नया हूं। आपने कृपया एक उदाहरण शामिल किया है कि SPF रिकॉर्ड कैसा दिखता है। मेरा प्रश्न यह है: क्या आईपी मेरे होस्टिंग प्रदाता द्वारा दिया गया होना चाहिए (सर्वर का आईपी मेरी वेबसाइट पर होस्ट किया गया है) या मेरे आईपी प्रदाता में से एक (जो मैं इंटरनेट से कनेक्ट करने के लिए उपयोग कर रहा हूं और इसलिए ईमेल भेज रहा हूं ) इसके अलावा, मैं एक साझा होस्टिंग पर हूं, जिसका मतलब है कि शायद पीटीआर रिकॉर्ड पर मेरा ज्यादा नियंत्रण नहीं है? धन्यवाद!

1
@CeceXX मैं आपके सवाल को नहीं समझता। आपके पास कई आईपी हो सकते हैं लेकिन उन्हें केवल सर्वर होना चाहिए जो ईमेल भेज रहे हैं। यदि कोई सर्वर एक ईमेल भेजता है, तो उस IP पते को SPF रिकॉर्ड में होना चाहिए। मैं आपकी होस्टिंग सेवा से संपर्क करने और उन्हें सहायता करने के लिए कहने की सलाह दूंगा। पास्ट जो मैंने आपकी मदद की है जितना मैं कर सकता हूं। यदि यह प्रश्न आपकी मदद करता है तो कृपया इसे वोट करने के लिए याद रखें। और अगर यह उत्तर आपकी समस्या का समाधान था तो कृपया इसे इस तरह से जांचना सुनिश्चित करें। धन्यवाद!
जेकगॉल्ड

धन्यवाद! मैंने अपने PTR रिकॉर्ड को बदलने के लिए अपनी होस्टिंग सेवा को बताया। क्या आपको लगता है कि ये बदलाव तुरंत लागू होंगे, या उन्हें प्रभावी होने में घंटों लगेंगे?

1
@ CeceXX वे प्रभावी होने के लिए 24-48 घंटे कहीं से भी ले सकते हैं।
जेकगॉल्ड

3

जीमेल, हॉटमेल, याहू और सिमिलर जैसी मुफ्त ई-मेल सेवाओं से प्रतिदिन कई टन स्पैम मेल मिलते हैं। इसलिए उन्होंने आने वाली ई-मेल नीतियों को सख्त कर दिया है और वे बहुत ही ठोस और सख्त नियम लागू करते हैं ताकि वे सुनिश्चित करें कि किसी भी आने वाली मेल स्पैम होने की संभावना नहीं है, अन्यथा इसे रद्दी फ़ोल्डर में भेजें।

सबसे पहले, आपके पास एक वैध SPFनीति होनी चाहिए । आप उल्लेख नहीं करते हैं कि आप किस ई-मेल एमटीए को चला रहे हैं, लेकिन एक एसपीएफ़ नीति को कॉन्फ़िगर करना बहुत सीधा है और एमटीए-एग्रोस्टिक है। यह मूल रूप से एक DNS रिकॉर्ड है जो कहता है कि आपके डोमेन को कौन से IP / डोमेन से ई-मेल भेजने की अनुमति है। यदि एक ई-मेल आपके DNS रिकॉर्ड में घोषित किए गए लोगों की तुलना में एक अलग आईपी पते के भीतर से प्राप्त होता है, तो यह संभवतः जुनियर फ़ोल्डर में समाप्त हो जाएगा। कुछ लिंक हैं जो आपकी मदद कर सकते हैं:

अगला, DKIMअधिक से अधिक महत्वपूर्ण हो रहा है। यह मूल रूप से आपके ई-मेल पर एक निजी कुंजी (आपके द्वारा उत्पन्न) के साथ हस्ताक्षर करता है, और आप सार्वजनिक कुंजी के साथ एक DNS रिकॉर्ड उत्पन्न करते हैं ताकि कोई प्राप्तकर्ता डोमेन यह सत्यापित कर सके कि मेल सामग्री जाली है या नहीं।

वहाँ एक और तरीका है दूसरों को अपने ई-मेल को सत्यापित अनुमति देने के लिए, है DMARC। यह मूल रूप से ऊपर के दो का संयोजन है और आप तय करते हैं कि दूसरों को एक ई-मेल के साथ क्या करना चाहिए जो डीएमएआरसी प्रतिबंधों को पारित नहीं करता है, उन पर अंतिम निर्णय से संबंधित है। DMARC आपको रिपोर्ट (साथ ही DMARC जाँच चलाने वाले अन्य डोमेन से) प्राप्त करने की अनुमति देता है।

अगला और दुर्भाग्य से वहाँ बहुत कुछ नहीं है जिसके बारे में आप कर सकते हैं, कम से कम भीख मांगने पर), आईपी ​​प्रतिष्ठा नामक एक शब्द है । कई मेल सेवाएं कुछ सेवाओं का उपयोग करती हैं जो उन्हें बताएंगी कि क्या आईपी पते में अच्छी या बुरी प्रतिष्ठा है। यदि आपके आईपी का उपयोग स्पैम भेजने के लिए पहले किया गया है, तो इससे पहले कि आप इसके स्वामित्व में हैं, इसकी सबसे अधिक संभावना खराब प्रतिष्ठा होगी। यदि आपका आईपी पता अज्ञात है, तो यह भी अविश्वसनीय होगा। आपको अपने ईमेल "श्वेतसूची" प्राप्त करने वालों को बताकर प्रतिष्ठा प्राप्त करनी होगी। यदि बहुत से लोग ऐसा करते हैं, तो नि: शुल्क ई-मेल प्रदाता आपको पता चलेगा कि आप हानिकारक नहीं हैं और आपके लिए एक नरम नीति लागू करेंगे।

इसके बारे में अधिक अवधारणाएं हैं लेकिन ये सबसे महत्वपूर्ण हैं। जो आप कॉन्फ़िगर कर सकते हैं और धैर्य रखें, बस उसे कॉन्फ़िगर करें।


"प्रति दिन टन स्पैम मेल प्राप्त करें" जो मुझे आश्चर्यचकित करता है कि ईमेल का वजन कितना है? जबरदस्त हंसी।
मोआब

1
यह कितना स्क्रैप संलग्न है पर निर्भर करता है :-P

@ मोहबत वीसूसी आपको बताते हैं।
पागल

मेरे जीवन के 4 मिनट मुझे कभी वापस नहीं मिलेंगे ..... उस 1 को बनाओ, मैं इस पर सहमत हूं।
मोआब

2

2018 में इसे खोजने वाले किसी भी व्यक्ति के लिए एक छोटा सा अपडेट। इसे @ JakeGould के शानदार उत्तर (जो DMARC को छोड़ देता है) के अतिरिक्त माना जा सकता है।

Google ने Gmail के नए संस्करण के साथ कुछ भारी स्पैम और फ़िशिंग फ़िल्टर नियम लागू किए। यदि आपके ई-मेल किसी के स्पैम में समाप्त हो जाते हैं, तो सुनिश्चित करें कि आपने SPF , DKIM और DMARC को ठीक से कॉन्फ़िगर किया है। आप अपने डोमेन के एमएक्स नियमों की जांच करने के लिए विभिन्न उपकरणों का उपयोग कर सकते हैं। उदाहरण के लिए - MXToolbox या Google का टूलबॉक्स

आप अपने ई-मेल डोमेन और आईपी रेंज की प्रतिष्ठा देखने के लिए पोस्टमास्टर के साथ अपनी साइट को सत्यापित करना चाह सकते हैं।

DMARC को GSuite के माध्यम से कॉन्फ़िगर करने के तरीके के बारे में Google के पास एक शानदार संसाधन है - https://support.google.com/a/answer/2466580?hl=en

अगर आपको ये सभी शब्द नए लगे जैसे मैंने किया है - यहाँ एक महान 3 पोस्ट श्रृंखला है जो सभी तीन शर्तों को returnpath.com द्वारा समझाती है


1

यह पृष्ठ आपके लिए उपयोगी हो सकता है:

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

जबकि यह बल्क-मेल संदेशों पर लागू होता है, इस बारे में काफी जानकारी है कि संदेशों को स्पैम के रूप में क्यों चिह्नित किया जा सकता है। मुझे आपकी विशिष्ट जानकारी के बारे में कुछ नहीं पता, लेकिन उम्मीद है कि आप कुछ ऐसा देख पाएंगे जो मददगार होगा।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.