IMAP या POP3: आपको कौन सा चाहिए, और आपका क्लाइंट कनेक्ट क्यों नहीं होगा
अंतर यह है कि आपका मेल कहाँ रहता है, और गलत चुनाव करने पर लोग डिवाइस बदलते समय सब कुछ खो देते हैं। लेकिन अधिकांश कनेक्शन समस्याएँ प्रोटोकॉल की नहीं होतीं, और दो सबसे आम समस्याओं के नाम हैं।
Avery Bennettएक पंक्ति में अंतर: IMAP के साथ आपका मेल सर्वर पर रहता है और आपका क्लाइंट आपको उसका एक दृश्य दिखाता है, और POP3 के साथ आपका क्लाइंट मेल डाउनलोड कर लेता है और, डिफ़ॉल्ट रूप से, सर्वर उसे रखना बंद कर देता है।
यही पूरा अंतर है, और इसका एक व्यावहारिक परिणाम है जो लोगों को उलझा देता है। लैपटॉप पर POP3 सेट करें, फिर उसी खाते को फ़ोन पर खोलें, और पुराना मेल वहाँ नहीं मिलेगा। किसी ने कुछ डिलीट नहीं किया; यह लैपटॉप पर डाउनलोड हो गया और सर्वर से हट गया, जो POP3 का उद्देश्य है।
आमने-सामने तुलना
| IMAP | POP3 | |
|---|---|---|
| मेल कहाँ रहता है | सर्वर पर | उस डिवाइस पर जिसने उसे डाउनलोड किया |
| कई डिवाइस | सभी एक ही मेलबॉक्स दिखाते हैं | जो पहले ले गया, वही जीता |
| पढ़ने की स्थिति और फ़ोल्डर | हर जगह सिंक होते हैं | हर डिवाइस पर स्थानीय |
| डिलीट करना | हर जगह डिलीट होता है | स्थानीय, जब तक अन्यथा कॉन्फ़िगर न किया जाए |
| एन्क्रिप्टेड पोर्ट | 993 | 995 |
| सादा पोर्ट | 143 | 110 |
भेजना एक अलग मामला है और कोई भी प्रोटोकॉल इसे संभालता नहीं है। वह SMTP है, आमतौर पर 587 पर, और उसे अपनी खुद की सेटिंग्स चाहिए होती हैं, भले ही प्राप्त करना पहले से काम कर रहा हो। ऐसा कॉन्फ़िगरेशन जहाँ मेल आता है लेकिन भेजा नहीं जाता, लगभग हमेशा यही होता है, न कि खाते की कोई समस्या।
क्या चुनें
लगभग हर मामले में IMAP। यह उस तरह से मेल खाता है जैसे लोग अब वास्तव में मेल इस्तेमाल करते हैं—फ़ोन, कंप्यूटर और कभी-कभी ब्राउज़र पर एक साथ—और यह सर्वर को आधिकारिक प्रति बनाए रखता है।
POP3 का अभी भी एक ईमानदार उपयोग है: जानबूझकर, एक बार, सब कुछ एक ही मशीन पर स्थानीय संग्रह के रूप में खींचना। अगर आप यही नहीं कर रहे हैं, तो IMAP ही उत्तर है, और अधिकांश गाइड जो इसे एक वास्तविक दो-तरफ़ा विकल्प के रूप में पेश करते हैं, वे लोगों के मेल पढ़ने के तरीके से पुराने हैं।
अगर आप POP3 चुनते हैं तो एक सावधानी: अधिकांश क्लाइंट "सर्वर पर एक कॉपी छोड़ें" सेटिंग देते हैं, जो मेल के गायब होने की समस्या को रोकती है। यह अक्सर डिफ़ॉल्ट रूप से बंद होती है।
आपका क्लाइंट कनेक्ट क्यों नहीं होगा, संभावना के क्रम में
अधिकांश कनेक्शन विफलताओं का आपके चुने गए प्रोटोकॉल से कोई लेना-देना नहीं होता।
आप अपने खाते का पासवर्ड इस्तेमाल कर रहे हैं, ऐप पासवर्ड नहीं
यह सबसे आम कारण है, और यही वजह है कि IMAP सेटिंग्स के लिए खोज सुझावों में "ऐप पासवर्ड" दिखता है। प्रमुख प्रदाताओं ने मेल क्लाइंट्स से सामान्य खाता पासवर्ड स्वीकार करना बंद कर दिया है। इसके बजाय आप दो-कारक प्रमाणीकरण सक्षम करते हैं, खाते की सुरक्षा सेटिंग्स से एक अलग ऐप-विशिष्ट पासवर्ड बनाते हैं, और क्लाइंट को वह देते हैं।
आपको जो त्रुटि मिलती है वह प्रमाणीकरण विफलता है, जो "गलत पासवर्ड" जैसी लगती है और लोगों को उस पासवर्ड को रीसेट करने पर भेज देती है जो कभी गलत नहीं था। अगर आपने एक खाता खरीदा है और लिस्टिंग में ऐप पासवर्ड का ज़िक्र है, तो वह स्ट्रिंग क्लाइंट में डालनी है, लॉगिन पासवर्ड नहीं।
रूट फ़ोल्डर पथ सेट नहीं है
कुछ IMAP सेटअपों के लिए विशिष्ट और यह एक अजीब लक्षण पैदा करता है: कनेक्शन सफल होता है, लेकिन फ़ोल्डर गायब या डुप्लिकेट होते हैं, या सब कुछ अजीब तरह से नेस्टेड होता है। क्लाइंट को बताना होता है कि फ़ोल्डर ट्री कहाँ से शुरू होता है, अक्सर INBOX। यह टूटे हुए खाते जैसा दिखता है और एक ही फ़ील्ड है।
पोर्ट और एन्क्रिप्शन का मेल नहीं खाना
एन्क्रिप्टेड पोर्ट के साथ एन्क्रिप्शन बंद, या इसका उल्टा। IMAP के लिए 993 और POP3 के लिए 995 SSL या TLS सक्षम के साथ इस्तेमाल करें, और भेजने के लिए 587। सादा-पाठ पोर्ट अभी भी मौजूद हैं लेकिन उन्हें चुनने का शायद ही कोई कारण हो।
प्रदाता ने पहुँच वापस ले ली है
यह वह है जिसे आप क्लाइंट से ठीक नहीं कर सकते, अगले भाग में बताया गया है।
प्रोटोकॉल पहुँच एक नीति है, कोई गुण नहीं
यह जानना उपयोगी है अगर आप मेलबॉक्स खरीद रहे हैं न कि अपना खुद का कॉन्फ़िगर कर रहे हैं: क्या कोई प्रदाता बाहरी क्लाइंट्स को अनुमति देता है, यह उनका निर्णय है और वे इसे संशोधित करते हैं।
एक ठोस उदाहरण। Onet.pl ने 2026 के दौरान मुफ्त खातों के लिए बाहरी क्लाइंट पहुँच को सीमित कर दिया: POP3 बंद कर दिया गया, IMAP को भुगतान वाले टियर के पीछे ले जाया गया, और मुफ्त खातों को केवल वेब इंटरफ़ेस और आधिकारिक ऐप के साथ छोड़ दिया गया। पुरानी शर्तों के तहत बहुत पहले पंजीकृत खातों को अपवाद माना गया और उन्हें मुफ्त IMAP मिलता रहा।
सबक सामान्य है। "IMAP समर्थित" कहने वाली लिस्टिंग उस समय की स्थिति बताती है जब वह लिखी गई थी, यही वजह है कि खरीदने के बाद उपयोगी कदम यह है कि तुरंत एक वास्तविक क्लाइंट कनेक्ट करें, न कि यह मान लें कि टैग टिकेगा। यह एक जाँच है जो बारह घंटे की वारंटी विंडो में आराम से फिट हो जाती है और उसके बंद होने के बाद नहीं की जा सकती।
लिस्टिंग पर प्रोटोकॉल पहुँच की कीमत क्या है
अगर आप मेलबॉक्स खरीदते हैं तो कुछ उल्टा-सा लगता है: प्रोटोकॉल पहुँच आमतौर पर सस्ती और कभी-कभी मुफ्त होती है। एक बड़े शेल्फ पर यह प्रभावी रूप से सबसे सस्ता मापा गया गुण है, जबकि मध्य मूल्य एक डॉलर से काफी ऊपर है, और उसी शेल्फ पर सत्यापन गुण लगभग दोगुने कीमत के हैं। एक शेल्फ है जहाँ यह उलट जाता है और IMAP की कीमत मध्य मूल्य से लगभग दोगुनी है, लेकिन वह अपवाद है।
इसलिए जो खरीदार प्रोटोकॉल पहुँच के लिए कड़ी फ़िल्टर करता है, वह आमतौर पर उस धुरी को अनुकूलित कर रहा है जिसकी लागत सबसे कम है, यह जानना उपयोगी है इससे पहले कि आप कोई प्रीमियम चुकाएँ जो किसी ने उससे जोड़ दिया है।
प्रोटोकॉल टैग के साथ फ़िल्टर करने योग्य मेलबॉक्स लिस्टिंग ईमेल हब पर हैं।
