IMAP और POP3 में अंतर: क्या IMAP सर्वर से ईमेल मिटाता है?

हाँ, जब आप कोई संदेश मिटाते हैं: IMAP (Internet Message Access Protocol) सर्वर से ईमेल मिटा देता है, और इसलिए आपके जोड़े गए हर ऐप से भी। आपके मेल की असली कॉपी एक ही होती है, जो सर्वर पर रहती है, और हर ऐप उसी पर काम करता है। इसलिए किसी संदेश को पढ़ने या डाउनलोड करने से कुछ नहीं मिटता, लेकिन एक ऐप में मिटाने पर वह सभी ऐप्स से मिट जाता है। ज़्यादातर ऐप्स उसे पहले ट्रैश फ़ोल्डर में ले जाते हैं, जहाँ से आप उसे अब भी वापस ला सकते हैं, और Gmail आमतौर पर इसके बजाय उसे “All Mail” (सभी मेल) में आर्काइव कर देता है। IMAP और POP3 में अंतर यहीं दिखता है: POP3 मेल को एक डिवाइस पर डाउनलोड करता है और अपनी सेटिंग्ज़ के हिसाब से सर्वर की कॉपी मिटा भी सकता है। अगर आप अपने डोमेन के उपनामों का मेल ऐसे ऐप में चाहते हैं जो कुछ भी मिटा ही न सके, तो CatchNone iPhone, iPad और Mac पर वह मेलबॉक्स IMAP या JMAP पर सिर्फ़ पढ़ने के लिए पढ़ता है और सर्वर पर किसी संदेश को कभी मार्क नहीं करता, कहीं नहीं ले जाता और मिटाता नहीं।

क्या IMAP हर ऐप में सर्वर से ईमेल मिटाता है?

हाँ, हालाँकि आमतौर पर हमेशा के लिए नहीं, बल्कि पहले ट्रैश में। IMAP का मौजूदा मानक, RFC 9051, IMAP को “रिमोट संदेश फ़ोल्डरों” के साथ ऐसे काम करने का तरीक़ा बताता है, मानो वे लोकल हों। IMAP ऐप्स संदेश डाउनलोड ज़रूर करते हैं: आपका फ़ोन, लैपटॉप और वेबमेल, हर एक तेज़ी और ऑफ़लाइन पढ़ने के लिए कॉपियाँ कैश कर सकता है, लेकिन ये कॉपियाँ सर्वर के हिसाब से चलती हैं। जब कोई संदेश सर्वर से हटता है, तो अगले सिंक पर वह हर ऐप से हट जाता है।

मिटाने के दो चरण: पहले फ़्लैग, फिर expunge

ऐप संदेश पर \Deleted फ़्लैग लगाता है। संदेश हटाने के लिए चिह्नित हो जाता है, लेकिन अब भी वहीं रहता है।
EXPUNGE कमांड, या CLOSE से फ़ोल्डर बंद करना, उस फ़ोल्डर के हर फ़्लैग किए गए संदेश को हमेशा के लिए हटा देता है।

दूसरे चरण से पहले फ़्लैग हटा दें, तो संदेश वापस आ जाता है। पुराने डेस्कटॉप ऐप्स में यह साफ़ दिखता था: Microsoft की Outlook 2010 की सहायता के मुताबिक़ मिटाने के लिए चिह्नित IMAP संदेश तब तक कटी हुई लाइन (strikethrough) के साथ दिखते हैं, जब तक उन्हें purge न किया जाए (पूरी तरह साफ़ न किया जाए), और उसके बाद “वे IMAP मेल सर्वर से मिट जाते हैं और उन्हें वापस नहीं लाया जा सकता”।

मिटाने का मतलब आमतौर पर “ट्रैश में ले जाना” है

आजकल के ज़्यादातर ऐप्स इसके बजाय मिटाए गए संदेश को सर्वर पर ट्रैश फ़ोल्डर में ले जाते हैं। IMAP की भाषा में यह आमतौर पर एक MOVE होता है: एक कॉपी, एक \Deleted फ़्लैग और एक expunge, तीनों एक ही चरण में। हर डिवाइस पर संदेश ट्रैश में दिखता है, और वह हमेशा के लिए तभी जाता है जब ट्रैश ख़ाली किया जाए, चाहे आप करें, ऐप करे या प्रोवाइडर। सितंबर 2026 तक, Gmail ट्रैश के संदेशों को 30 दिन बाद हमेशा के लिए मिटा देता है, और Apple की iPhone मेल गाइड बताती है कि iCloud मिटाए गए संदेशों को 30 दिन से ज़्यादा नहीं रखता, आपके iPhone में चाहे जो भी सेट हो।

Gmail: फ़ोल्डर नहीं, लेबल

Gmail अपने लेबल IMAP ऐप्स को फ़ोल्डर के रूप में दिखाता है, और “All Mail” (सभी मेल), “Spam” (स्पैम) और “Trash” (ट्रैश) जैसे सिस्टम फ़ोल्डर [Gmail] के नीचे होते हैं। किसी लेबल वाले फ़ोल्डर से मिटाने पर आमतौर पर सिर्फ़ वह लेबल हटता है। Google की IMAP सेटिंग्ज़ गाइड कहती है: “IMAP फ़ोल्डर से मिटाए गए संदेश आपको Gmail में अपने ‘All Mail’ लेबल में मिलेंगे।” यह गाइड अपने ऐप के मिटाए गए संदेशों को Gmail के ट्रैश में भेजने से मना भी करती है, क्योंकि वे “30 दिन में Gmail से हमेशा के लिए मिट जाएँगे”। Gmail की अपनी, सर्वर पर लागू होने वाली मिटाने की सेटिंग्ज़ नीचे की टेबल में हैं।

क्या Outlook सर्वर से IMAP ईमेल मिटाता है?

हाँ। जब Outlook IMAP से जुड़ा होता है, तो वह किसी भी दूसरे ऐप की तरह सर्वर वाली कॉपी पर काम करता है, इसलिए उसमें मिटाया गया संदेश हर डिवाइस से मिटता है। कुछ पुराने वर्शन, जैसा ऊपर बताया गया है, संदेश को पहले कटी हुई लाइन के साथ दिखाते हैं। अगर आपका मेलबॉक्स Outlook.com या Hotmail का है, तो उसका IMAP सर्वर पोर्ट 993 पर outlook.office365.com है, और Microsoft आधुनिक साइन-इन (OAuth2) ज़रूरी करता है। 16 सितंबर 2024 से, सिर्फ़ यूज़रनेम और पासवर्ड भेजने वाले ऐप्स Outlook.com और Hotmail खातों के साथ अब काम नहीं करते।

आम ऐप्स में मिटाया गया मेल कहाँ जाता है

ऐप	कहाँ देखें	आप क्या चुन सकते हैं
iPhone पर मेल (iOS 27)	सेटिंग्ज़ > ऐप्स > मेल > “Mail Accounts” (मेल खाते) > आपका खाता > “Account Settings” (खाता सेटिंग्ज़) > “Advanced” (उन्नत)। iCloud के लिए: “Mail Accounts” (मेल खाते) > iCloud > “Mailbox Behaviors” (मेलबॉक्स का व्यवहार)	Move Discarded Messages Into: (हटाए गए संदेश इसमें ले जाएँ) Deleted Mailbox (मिटाए गए संदेशों का मेलबॉक्स) या Archive Mailbox (आर्काइव मेलबॉक्स)। Remove: (हटाएँ) मिटाए गए संदेश कितने समय तक रखे जाएँ
Mac पर मेल (macOS 27)	मेल > सेटिंग्ज़ > “Accounts” (खाते) > “Mailbox Behaviors” (मेलबॉक्स का व्यवहार)	Trash Mailbox (ट्रैश मेलबॉक्स): सर्वर का कोई मेलबॉक्स, “On My Mac” (मेरे Mac पर) वाला कोई मेलबॉक्स या None (कोई नहीं); साथ में Erase deleted messages (मिटाए गए संदेश पूरी तरह हटाएँ)
Thunderbird (डेस्कटॉप, सितंबर 2026 तक का मौजूदा वर्शन)	“Account Settings” (खाता सेटिंग्ज़) > आपका खाता > “Server Settings” (सर्वर सेटिंग्ज़)	When I delete a message: (जब मैं कोई संदेश मिटाऊँ) Move it to this folder (इसे इस फ़ोल्डर में ले जाएँ), Just mark it as deleted (सिर्फ़ मिटाया गया मार्क करें) या Remove it immediately (इसे तुरंत हटाएँ)। साथ ही Clean up (“Expunge”) Inbox on Exit (बंद करते समय इनबॉक्स साफ़ करें) और Empty Trash on Exit (बंद करते समय ट्रैश ख़ाली करें)
Gmail (वेब की सेटिंग्ज़)	सेटिंग > ‘सभी सेटिंग देखें’ > “Forwarding and POP/IMAP” (फ़ॉरवर्डिंग और POP/IMAP)	संदेश तुरंत expunge हो या नहीं, और expunge किया गया मेल आर्काइव हो, ट्रैश में जाए या हमेशा के लिए मिट जाए

कुछ विकल्प ट्रैश को छोड़ देते हैं: Mac पर None, Thunderbird में Remove it immediately और Gmail की हमेशा के लिए मिटाने वाली सेटिंग। Gmail को छोड़कर बाक़ी खातों में Thunderbird का Just mark it as deleted भी यही करता है: फ़ोल्डर के expunge होने तक संदेश पर फ़्लैग लगा रहता है, फिर वह चला जाता है। Thunderbird में डिफ़ॉल्ट विकल्प ट्रैश है। Gmail खातों के लिए Google Just mark it as deleted चुनने और “on Exit” वाले दोनों बॉक्स अनचेक रखने की सलाह देता है। आख़िरी फ़ैसला प्रोवाइडर का होता है: Apple की Mac गाइड कहती है कि अगर सर्वर पुराने संदेश मिटाने के लिए सेट है, तो वे मिट जाते हैं, “आप यह विकल्प चाहे जैसे भी बदलें”।

क्या किसी दूसरे ऐप में ईमेल पढ़ने से वह हर जगह पढ़ा हुआ दिखता है?

IMAP में, हाँ। संदेश पढ़ा गया है या नहीं, यह \Seen फ़्लैग से तय होता है, जो सर्वर पर रहता है, इसलिए यह भी मिटाने की तरह सिंक होता है। जो ऐप BODY[] फ़ेच करके संदेश डाउनलोड करता है, वह उसे पढ़ा हुआ मार्क कर देता है। जो ऐप BODY.PEEK[] फ़ेच करता है, वह उसे जैसा था वैसा छोड़ देता है, और जब आप संदेश खोलते हैं तब ख़ुद \Seen लगा सकता है।

JMAP, यानी नया प्रोटोकॉल जिसके बारे में नीचे बताया गया है, पढ़े जाने की स्थिति को इसी तरह सिंक करता है। POP3 में पढ़े जाने की कोई स्थिति होती ही नहीं, इसलिए हर डिवाइस इसे अपने हिसाब से रखता है। अपवाद Gmail है, जिसकी POP सेटिंग्ज़ किसी दूसरे ऐप के डाउनलोड करने पर Gmail की कॉपी को पढ़ा हुआ मार्क कर सकती हैं।

IMAP और POP3 में अंतर: आपका मेल सर्वर पर कौन रखता है?

IMAP बना ही इसलिए है कि मेल सर्वर पर रहे। POP3 (Post Office Protocol version 3, जिसे आमतौर पर सिर्फ़ POP कहते हैं; RFC 1939) उलटे काम के लिए बना था: “आमतौर पर मेल डाउनलोड किया जाता है और फिर मिटा दिया जाता है।”

	IMAP	POP3
आपका मेल कहाँ रहता है	सर्वर पर; ऐप्स के पास कॉपियाँ रहती हैं	उस डिवाइस पर जिसने उसे डाउनलोड किया; सर्वर की कॉपी सेटिंग्ज़ के हिसाब से रहती है या हटती है
कई डिवाइस	सब एक जैसे बने रहते हैं	हर डिवाइस अलग से डाउनलोड करता है
पढ़े और बिना पढ़े	सिंक होते हैं	सिंक नहीं होते
फ़ोल्डर	सर्वर के फ़ोल्डर, हर ऐप में दिखते हैं	सर्वर पर सिर्फ़ इनबॉक्स; बाक़ी फ़ोल्डर लोकल
मिटाने पर क्या होता है	हर ऐप के लिए सर्वर पर मिटता है, आमतौर पर ट्रैश के रास्ते	आपकी लोकल कॉपी मिटती है; सर्वर की कॉपी तभी हटती है जब ऐप उसे हटाने के लिए सेट हो
स्टैंडर्ड पोर्ट	993 (TLS) या 143 (बिना एन्क्रिप्शन, फिर `STARTTLS`)	995 (TLS) या 110 (बिना एन्क्रिप्शन, फिर `STLS`)

POP भी दो चरणों में मिटाता है। DELE कमांड सिर्फ़ संदेश को चिह्नित करती है, और जब ऐप QUIT से सेशन ख़त्म करता है, तब सर्वर उसे हटाता है। “Leave messages on server” (संदेश सर्वर पर छोड़ें) ऐप की एक सेटिंग है। मानक इसे IMAP के काम का “कमज़ोर रूप” कहता है, और हो सकता है कि सर्वर इसका पालन न करे। सर्वर की कॉपी का क्या होगा, यह ऐप और प्रोवाइडर पर निर्भर करता है:

Thunderbird: Thunderbird के अकाउंट विज़र्ड से बनाए गए नए POP खाते डिफ़ॉल्ट रूप से मेल को सर्वर पर ज़्यादा से ज़्यादा 14 दिन रहने देते हैं, और किसी संदेश को लोकल रूप से मिटाने पर सर्वर की कॉपी भी मिट जाती है।
Gmail: POP सेटिंग्ज़ में ये विकल्प हैं: Keep Gmail’s copy in the Inbox (Gmail की कॉपी इनबॉक्स में रखें), Mark Gmail’s copy as read (Gmail की कॉपी को पढ़ा हुआ मार्क करें), Archive Gmail’s copy (Gmail की कॉपी आर्काइव करें) या Delete Gmail’s copy (Gmail की कॉपी मिटाएँ)।
Yahoo: इसका POP ऐक्सेस “आपके ईमेल की कॉपियाँ डाउनलोड करता है, ताकि आप मूल ईमेल पर असर डाले बिना ऐप में उन्हें दूसरी जगह ले जा सकें और मिटा सकें।”

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

पता नहीं कि आपका ऐप इनमें से कौन-सा इस्तेमाल करता है? खाते की सर्वर सेटिंग्ज़ देखें: पोर्ट 993 या 143 का मतलब IMAP है, और 995 या 110 का मतलब POP। Exchange और Microsoft Graph, Microsoft के अपने प्रोटोकॉल हैं, जो इन दोनों से अलग हैं।

कौन-से प्रोवाइडर IMAP या POP3 देते हैं

सर्वर के नाम और पोर्ट, सितंबर 2026 तक:

प्रोवाइडर	IMAP	POP3	जानने लायक़ बातें	CatchNone में पढ़ सकते हैं?
Gmail	`imap.gmail.com`, पोर्ट 993	`pop.gmail.com`, पोर्ट 995	IMAP हमेशा चालू; Google ऐप्लिकेशन पासवर्ड के बजाय “Google से साइन इन करें” को तरजीह देता है	हाँ, ऐप्लिकेशन पासवर्ड के साथ
Outlook.com, Hotmail	`outlook.office365.com`, पोर्ट 993	वही सर्वर, पोर्ट 995; तब तक बंद, जब तक आप Let devices and apps use POP (डिवाइस और ऐप्स को POP इस्तेमाल करने दें) चालू न करें	OAuth साइन-इन ज़रूरी	नहीं (सिर्फ़ OAuth)
Yahoo Mail	`imap.mail.yahoo.com`, पोर्ट 993	`pop.mail.yahoo.com`, पोर्ट 995	IMAP के लिए ऐप पासवर्ड चाहिए	हाँ, ऐप पासवर्ड के साथ
iCloud Mail	`imap.mail.me.com`, पोर्ट 993	उपलब्ध नहीं	ऐप-विशिष्ट पासवर्ड चाहिए	हाँ, ऐप-विशिष्ट पासवर्ड के साथ
Fastmail	`imap.fastmail.com`, पोर्ट 993	`pop.fastmail.com`, पोर्ट 995	Basic प्लान पर नहीं (तीसरे पक्ष के ऐप्स, ऐप पासवर्ड या API टोकन नहीं); JMAP भी देता है; IMAP या POP के लिए `STARTTLS` नहीं	हाँ, IMAP या JMAP पर (Basic पर नहीं)
Proton Mail	सिर्फ़ Proton Mail Bridge के ज़रिए	उपलब्ध नहीं	Bridge के लिए पेड प्लान चाहिए	नहीं

सिर्फ़ पढ़ने के लिए (read-only) IMAP ऐक्सेस का मतलब

सिर्फ़ पढ़ने के लिए (read-only) IMAP ऐक्सेस का मतलब है कि ऐप किसी फ़ोल्डर को SELECT के बजाय EXAMINE से खोलता है, और संदेशों को BODY[] के बजाय BODY.PEEK[] से डाउनलोड करता है। मेलबॉक्स में कुछ नहीं बदलता: कोई संदेश न पढ़ा हुआ मार्क होता है, न फ़्लैग होता है, न कहीं ले जाया जाता है और न मिटाया जाता है। सिर्फ़ पढ़ने वाला ईमेल क्लाइंट ऐसा कोई भी ऐप है जो इन्हीं कमांड तक सीमित रहता है।

यह अंतर सर्वर के जवाब में दिखता है। ये दोनों बातचीत RFC 9051 के उदाहरण हैं (C: ऐप है, S: सर्वर, और blurdybloop मानक में इस्तेमाल हुआ नमूने का फ़ोल्डर नाम है):

C: A142 SELECT INBOX
S: * 172 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS (\Deleted \Seen \*)] Limited
S: * LIST () "/" INBOX
S: A142 OK [READ-WRITE] SELECT completed

C: A932 EXAMINE blurdybloop
S: * 17 EXISTS
S: * OK [UIDVALIDITY 3857529045] UIDs valid
S: * OK [UIDNEXT 4392] Predicted next UID
S: * LIST () "/" blurdybloop
S: * FLAGS (\Answered \Flagged \Deleted \Seen \Draft)
S: * OK [PERMANENTFLAGS ()] No permanent flags permitted
S: A932 OK [READ-ONLY] EXAMINE completed

हर जवाब की आख़िरी लाइन बताती है कि फ़ोल्डर किस तरह खुला है: [READ-WRITE] या [READ-ONLY]। PERMANENTFLAGS उन फ़्लैग की सूची है जिन्हें ऐप स्थायी रूप से बदल सकता है: इन उदाहरणों में SELECT के बाद \Deleted, \Seen और नए कीवर्ड (\*), और EXAMINE के बाद एक भी नहीं। EXAMINE से खोले गए फ़ोल्डर में मानक “मेलबॉक्स की स्थायी स्थिति में, जिसमें हर यूज़र की अपनी स्थिति भी शामिल है, कोई बदलाव” नहीं होने देता, और उसे बंद करने पर कुछ भी expunge नहीं होता।

चरण	सामान्य मेल ऐप	सिर्फ़ पढ़ने वाला ऐप
फ़ोल्डर खोलना	`SELECT`	`EXAMINE`
संदेश डाउनलोड करना	`BODY[]`, या `BODY.PEEK[]` और फिर संदेश खोलने पर `\Seen` फ़्लैग	सिर्फ़ `BODY.PEEK[]`; कुछ भी पढ़ा हुआ मार्क नहीं होता
मिटाना	`\Deleted` फ़्लैग और `EXPUNGE`, या ट्रैश में `MOVE`	`EXAMINE` से खोले गए फ़ोल्डर में इसकी अनुमति नहीं

क्या सर्वर “सिर्फ़ पढ़ने के लिए” को लागू करता है?

IMAP पर, और आपके अपने मेलबॉक्स के लिए, सिर्फ़ तब जब ऐप ख़ुद इसे माँगे। EXAMINE के बाद सर्वर उस सेशन के दौरान उस फ़ोल्डर को सिर्फ़ पढ़ने के लिए रखता है। बाक़ी सब ऐप के हाथ में रहता है:

वही लॉगिन कभी भी इसके बजाय SELECT भेज सकता है।
EXAMINE सिर्फ़ एक फ़ोल्डर पर लागू होता है। खाते के स्तर की कमांड, जैसे DELETE (पूरा फ़ोल्डर), RENAME और APPEND, फिर भी काम करती हैं।
BODY.PEEK[] इस्तेमाल करना पूरी तरह ऐप की मर्ज़ी है।

सर्वर ऐक्सेस अधिकारों (RFC 4314) के ज़रिए भी सिर्फ़ पढ़ने की पाबंदी लगा सकता है, लेकिन इसका इस्तेमाल शेयर किए गए और किसी और को सौंपे गए (delegated) मेलबॉक्स के लिए होता है। Gmail, Outlook.com, iCloud और Fastmail आपके अपने मेलबॉक्स के लिए सिर्फ़ पढ़ने वाले किसी IMAP लॉगिन का ज़िक्र नहीं करते। इसके सबसे क़रीब Fastmail का सिर्फ़ पढ़ने वाला JMAP टोकन है, जिसके बारे में नीचे बताया गया है।

आपका पासवर्ड या साइन-इन क्या-क्या करने देता है

आप ऐप को क्या देते हैं	इससे क्या करने की अनुमति मिलती है
आपका पासवर्ड, या Google, Apple या Fastmail का ऐप पासवर्ड	आपके मेल का पूरा ऐक्सेस: पढ़ना, मार्क करना, दूसरी जगह ले जाना और मिटाना
“Google से साइन इन करें”	Google अपनी इकलौती IMAP अनुमति को इस तरह बताता है: “Gmail से आपके सभी ईमेल पढ़ना, लिखना, भेजना और हमेशा के लिए मिटाना”
“Sign in with Microsoft” (Microsoft से साइन इन करें)	Microsoft की IMAP अनुमति है “IMAP के ज़रिए मेलबॉक्स को पढ़ने और उनमें लिखने का ऐक्सेस”
Fastmail का JMAP API टोकन, जिसमें Read-only access (सिर्फ़ पढ़ने का ऐक्सेस) और साथ में Email चुना गया हो	“आप अपना डेटा डाउनलोड कर सकेंगे और देख सकेंगे, लेकिन आपका डेटा बदला नहीं जा सकता”

Fastmail ऐप पासवर्ड को डेटा के प्रकार के हिसाब से सीमित करने देता है, लेकिन सिर्फ़ पढ़ने के किसी विकल्प का ज़िक्र नहीं करता। Google की सिर्फ़ पढ़ने वाली अनुमति सिर्फ़ उसके अपने Gmail API के लिए है, IMAP के लिए नहीं। इसलिए जब कोई ऐप कहता है कि वह सिर्फ़ पढ़ता है, तो आप पासवर्ड पर नहीं, ऐप पर भरोसा कर रहे होते हैं।

नए मेल ऐप को सुरक्षित तरीक़े से कैसे आज़माएँ

POP नहीं, IMAP (या JMAP) चुनें। POP ऐप डाउनलोड करते समय मेल को सर्वर से हटा सकता है। IMAP ऐप मेल को वहीं रहने देता है जहाँ वह है, हालाँकि मिटाना फिर भी सिंक होता है (चरण 4)।
अगर आपका प्रोवाइडर और ऐप सपोर्ट करते हों, तो सिर्फ़ पढ़ने वाला टोकन इस्तेमाल करें। यह सिर्फ़ उन ऐप्स के साथ काम करता है जो JMAP से जुड़ते हैं। Fastmail में “Settings” (सेटिंग्ज़) > “Privacy & Security” (निजता और सुरक्षा) > “Connected apps & API tokens” (जुड़े हुए ऐप्स और API टोकन) > “Manage API tokens” (API टोकन मैनेज करें) > “New API token” (नया API टोकन) पर जाएँ, JMAP चुनें, और सिर्फ़ Read-only access (सिर्फ़ पढ़ने का ऐक्सेस) और Email (ईमेल) चुनें, इसके अलावा कुछ नहीं (Fastmail की API टोकन गाइड)। हमारी Fastmail गाइड में टोकन बनाने के चरण दिए गए हैं। सितंबर 2026 तक, Fastmail के Basic प्लान पर API टोकन उपलब्ध नहीं हैं।
नहीं तो, उस ऐप को उसका अलग ऐप पासवर्ड दें। फिर आप बाद में अपने दूसरे ऐप्स को छुए बिना सिर्फ़ वह एक पासवर्ड रद्द कर सकते हैं। iCloud के लिए इसे account.apple.com > “Sign-In & Security” (साइन-इन और सुरक्षा) > “App-Specific Passwords” (ऐप-विशिष्ट पासवर्ड) पर बनाएँ। हमारी iCloud ऐप-विशिष्ट पासवर्ड गाइड में पूरे चरण हैं। Gmail के लिए “दो चरणों में पुष्टि” ज़रूरी है, और जहाँ ऐप में “Google से साइन इन करें” का विकल्प हो, वहाँ Google उसी को तरजीह देता है। देखें: Gmail ऐप्लिकेशन पासवर्ड और IMAP सेटिंग्ज़।
खाता जोड़ते ही, कुछ भी मिटाने से पहले, उसकी मिटाने वाली सेटिंग जाँचें। ऊपर की टेबल देखें: ट्रैश या आर्काइव चुनें (Gmail के लिए ट्रैश के बजाय ऊपर दी गई Google की सलाह मानें), और जब तक ऐप पर भरोसा न हो जाए, None, Remove it immediately और, Gmail को छोड़कर, Just mark it as deleted से बचें।
किसी ऐसे संदेश से आज़माएँ जिसकी आपको ज़रूरत नहीं। ख़ुद को एक संदेश भेजें, उसे नए ऐप में खोलें, और देखें कि आपके सामान्य ऐप में वह पढ़ा हुआ दिखने लगता है या नहीं। फिर उसे नए ऐप में मिटाएँ और देखें कि वह कहाँ पहुँचता है।
ऐप इस्तेमाल करना बंद करें, तो पासवर्ड रद्द कर दें। Apple का ऐप-विशिष्ट पासवर्ड पेज “Remove” (हटाएँ) और “Revoke All” (सभी रद्द करें) के बारे में बताता है। Google के ऐप्लिकेशन पासवर्ड myaccount.google.com/apppasswords पर मैनेज होते हैं, जैसा उसका ऐप्लिकेशन पासवर्ड सहायता पेज बताता है।

JMAP और IMAP: संक्षेप में

JMAP (JSON Meta Application Protocol) इसी काम के लिए एक नया ईमेल प्रोटोकॉल है, जो 2019 में RFC 8620 और RFC 8621 के रूप में प्रकाशित हुआ, और जिसके मुख्य लेखक Fastmail के एक इंजीनियर हैं। यह IMAP की टेक्स्ट कमांड के बजाय HTTPS पर JSON भेजता है, और हर अनुरोध में TLS 1.2 या उससे नया वर्शन इस्तेमाल होना ज़रूरी है। IETF का परिचय IMAP को “बहुत संसाधन खाने वाला” और मोबाइल नेटवर्क के लिए ठीक न बैठने वाला बताता है।

मिटाने और पढ़े जाने की स्थिति के मामले में तरीक़ा जाना-पहचाना है:

एक ईमेल एक साथ कई मेलबॉक्स में हो सकता है, काफ़ी हद तक Gmail के लेबल की तरह।
मिटाने का मतलब आमतौर पर उसे trash भूमिका वाले मेलबॉक्स में ले जाना होता है। उसे “destroy” करने (नष्ट करने) पर वह हर मेलबॉक्स से हट जाता है।
पढ़े जाने की स्थिति $seen कीवर्ड है, जो \Seen का JMAP वाला रूप है।
सर्वर हर ऐप को बताता है कि पूरा खाता सिर्फ़ पढ़ने के लिए है या नहीं।

क्या यह आपके लिए मायने रखता है? सिर्फ़ तब, जब आपका प्रोवाइडर JMAP देता हो और आपका ऐप उसे सपोर्ट करता हो। Fastmail इसे Basic से ऊपर के प्लान पर देता है। ऐप्स में, Thunderbird डेस्कटॉप अभी इसे सपोर्ट नहीं करता, हालाँकि उसकी 2 सितंबर 2026 की घोषणा कहती है कि टीम इसे बाद में जोड़ने को लेकर आशावादी है। दोनों ही सूरत में, मिटाना ठीक वैसे ही सिंक होता है जैसे IMAP में।

क्या पोर्ट 993 पर IMAP सुरक्षित है? STARTTLS क्या है?

हाँ, रास्ते में (ट्रांज़िट के दौरान)। पोर्ट 993 पर IMAP पहले बाइट से एन्क्रिप्टेड रहता है: कनेक्शन एक TLS हैंडशेक से खुलता है, यानी उसी तरह की सुरक्षा जो HTTPS किसी वेबसाइट को देता है। इसे implicit TLS कहते हैं। पोर्ट 143 IMAP का बिना एन्क्रिप्शन वाला (cleartext) पोर्ट है, जहाँ ऐप STARTTLS कमांड से कनेक्शन को अपग्रेड कर सकता है।

मानक अब पोर्ट 993 को तरजीह देते हैं। RFC 8314 (2018) मेल ऐप्स के लिए STARTTLS के बजाय implicit TLS की सलाह देता है, TLS 1.2 या उससे नए वर्शन के साथ, और RFC 9051 मौजूदा मानक के हिसाब से बने हर सर्वर के लिए implicit TLS देना ज़रूरी करता है। 2021 की एक USENIX Security स्टडी में मेल क्लाइंट और सर्वर में STARTTLS की 40 से ज़्यादा कमियाँ मिलीं, और लगभग 3,20,000 सर्वर (2%) कमांड इंजेक्शन के लिए खुले पाए गए। कमियाँ सामने लाए जाने के बाद इनमें से कई ठीक कर दी गईं, लेकिन लेखकों का निष्कर्ष था कि STARTTLS से “बचना चाहिए”। Fastmail इसे IMAP या POP के लिए नहीं देता, और Gmail और iCloud पोर्ट 993 पर एन्क्रिप्टेड कनेक्शन (SSL/TLS) ज़रूरी करते हैं।

TLS कनेक्शन को सुरक्षित रखता है, सेव किए गए संदेश को नहीं, और यह एंड-टू-एंड एन्क्रिप्शन नहीं है। RFC 8314 ख़ुद यही कहता है। इसलिए पोर्ट 993 रास्ते में आपके पासवर्ड और मेल को सुरक्षित रखता है, इससे ज़्यादा कुछ नहीं। कमज़ोर कड़ियाँ हैं आपका पासवर्ड (टू-फ़ैक्टर साइन-इन और ऐप पासवर्ड इस्तेमाल करें) और यह कि हर ऐप आपके दिए ऐक्सेस के साथ क्या करता है।

आपके उपनामों के लिए सिर्फ़ पढ़ने वाला क्लाइंट: CatchNone

CatchNone ठीक ऊपर बताए अर्थ में सिर्फ़ पढ़ने वाला क्लाइंट है, जो आपके अपने डोमेन के ईमेल उपनामों (email alias) के लिए बना है। IMAP पर (implicit TLS, डिफ़ॉल्ट रूप से पोर्ट 993) यह सिर्फ़ आपका इनबॉक्स EXAMINE से खोलता है और BODY.PEEK[] से डाउनलोड करता है; JMAP पर यह ऐक्सेस टोकन इस्तेमाल करता है। यह आपके सर्वर पर कभी कुछ भी न मार्क करता है, न कहीं ले जाता है और न मिटाता है, इसलिए इस लेख में बताया गया कोई भी मिटाना इससे शुरू नहीं हो सकता। यह आपका मेलबॉक्स सीधे आपके डिवाइस से पढ़ता है, और वह मेल कभी CatchNone के सर्वर से होकर नहीं जाता।

हर दुकान, न्यूज़लेटर या खाते को उसका अपना उपनाम मिलता है, और हर संदेश पर उस उपनाम का बैज लगा होता है जिस पर वह पहुँचा, इसलिए लीक हुआ या बेचा गया पता पकड़ में आ जाता है। CatchNone जान-बूझकर सिर्फ़ मेल पाने के लिए बना है: साइनअप का मेल उसके अपने ऐप में रहता है, आपके मुख्य इनबॉक्स से अलग। मुफ़्त प्लान में आपके अपने डोमेन पर 10 उपनाम तक मिलते हैं, और Lite और Premium में कोई सीमा नहीं है। अगर आप डोमेन और मेलबॉक्स के झंझट से बचना चाहते हैं, तो Premium @catchnone.com पते जोड़ता है, जिनमें कुछ भी सेट अप नहीं करना पड़ता।

आप जो पासवर्ड या ऐप पासवर्ड डालते हैं, उसके पास फिर भी पूरा ऐक्सेस रहता है: सिर्फ़ पढ़ना ऐप का अपना व्यवहार है, पासवर्ड पर लगी कोई पाबंदी नहीं। इसमें POP3, Exchange, STARTTLS या OAuth साइन-इन नहीं है, इसलिए Outlook.com और Hotmail शायद इससे नहीं जोड़े जा सकते, और Gmail के लिए ऐप्लिकेशन पासवर्ड चाहिए। आपके डोमेन का मेल पहले उस इनबॉक्स तक पहुँचना चाहिए, आमतौर पर एक कैच-ऑल पते के ज़रिए, जो किसी ऐसे ईमेल होस्ट पर हो जो कैच-ऑल सपोर्ट करता है; स्पैम में गया या किसी नियम (rule) से कहीं और ले जाया गया मेल इसमें नहीं दिखता। iPhone, iPad और Mac के लिए CatchNone डाउनलोड करें।

अक्सर पूछे जाने वाले सवाल

“सर्वर से मिटाना” का क्या मतलब है?

आपके मेल की मुख्य कॉपी आपके प्रोवाइडर के सर्वर पर रहती है, और आपके ऐप्स के पास उसकी कॉपियाँ। IMAP में हर बार मिटाना सर्वर से मिटाना है, आमतौर पर ट्रैश के रास्ते। POP में यह एक सेटिंग है: ऐप डाउनलोड करने के बाद सर्वर की कॉपी या तो छोड़ देता है या हटा देता है।

मैंने ग़लती से एक ईमेल मिटा दिया। क्या वह वापस मिल सकता है?

आमतौर पर हाँ, अगर आप जल्दी करें। वेबमेल या किसी भी ऐप से सर्वर पर ट्रैश (या Deleted) फ़ोल्डर देखें। Gmail में “All Mail” (सभी मेल) भी देखें। सितंबर 2026 तक, Gmail और iCloud ट्रैश में संदेश ज़्यादा से ज़्यादा 30 दिन रखते हैं। ट्रैश ख़ाली होने या संदेश के expunge होने के बाद वह हर ऐप से चला जाता है।

क्या फ़ोन पर ईमेल मिटाकर उसे सर्वर पर रखा जा सकता है?

IMAP में मिटाकर नहीं, क्योंकि उससे वह हर जगह से हट जाता है। इसके बजाय आर्काइव करें: iPhone पर Move Discarded Messages Into के नीचे Archive Mailbox चुनें, फिर आप जो संदेश हटाएँगे वे ट्रैश के बजाय आपके आर्काइव मेलबॉक्स में जाएँगे। POP और “leave messages on server” के साथ लोकल रूप से मिटाने पर सर्वर की कॉपी को कुछ नहीं होता, जब तक ऐप उसे वहाँ से भी मिटाने के लिए सेट न हो, जैसे मौजूदा Thunderbird में नए POP खाते होते हैं (Until I delete them, यानी “जब तक मैं उन्हें न मिटाऊँ”)। सर्वर फिर भी अपनी नीति के तहत पुराना मेल हटा सकता है।

क्या सर्वर से ईमेल मिटाकर उसकी कॉपी कंप्यूटर पर रखी जा सकती है?

हाँ: पहले उसे कंप्यूटर पर सेव किसी मेलबॉक्स में ले जाएँ। Mac पर मेल में “Mailbox” (मेलबॉक्स) > “New Mailbox” (नया मेलबॉक्स) चुनें और “Location” (स्थान) को “On My Mac” (मेरे Mac पर) पर सेट करें। Apple के मुताबिक़ ये मेलबॉक्स उसी Mac पर लोकल रहते हैं। Thunderbird के “Local Folders” (लोकल फ़ोल्डर) भी इसी तरह काम करते हैं। सर्वर की कॉपी मिटाने के बाद इकलौती कॉपी उसी कंप्यूटर पर रहती है, इसलिए उसका बैकअप लें।

क्या ऐप से खाता हटाने पर मेरे ईमेल मिट जाएँगे?

IMAP में नहीं। Apple की Mac के लिए मेल गाइड कहती है कि खाते के संदेश आपके Mac से हट जाते हैं, जबकि “संदेशों की कॉपियाँ खाते के मेल सर्वर पर बनी रहती हैं”। POP में पहले बैकअप लें: खाता हटाने पर डाउनलोड किए गए संदेश आपके Mac से मिट जाते हैं, और सिर्फ़ वही बचता है जो सर्वर पर अब भी है।