ईमेल की मूल बातें: प्राप्तकर्ता, संलग्न फ़ाइलें और लिंक

पाठ 6 / 88 मिनटमुफ़्त

तय करें कि संदेश किसे मिलेगा और कौन क्या देख सकेगा

ईमेल में भेजने वाला, प्राप्तकर्ता, subject और संदेश का मुख्य भाग होता है। To, Cc और Bcc प्राप्तकर्ताओं के fields हैं। नीचे Gmail के सामान्य उदाहरण में तीनों को संदेश मिलता है; अंतर उनकी भूमिका और पते की दृश्यता में है।

Field	इस उदाहरण में भूमिका	Gmail के मूल संदेश में दृश्यता
To	शिक्षक: मुख्य प्राप्तकर्ता	प्राप्तकर्ताओं को दिखाई देता है
Cc	समन्वयक: दिखाई देने वाली copy पाता है	प्राप्तकर्ताओं को दिखाई देता है
Bcc	पर्यवेक्षक: छिपी हुई copy पाता है	यह Bcc पता, To/Cc के प्राप्तकर्ताओं को नहीं दिखता

ये भूमिकाएँ काल्पनिक हैं, वास्तविक ईमेल पते नहीं। Cc का अर्थ carbon copy और Bcc का अर्थ blind carbon copy है। Bcc से भेजने वाला गायब नहीं हो जाता: जिसने Bcc प्राप्तकर्ता जोड़ा, वह उसका पता जानता है। Gmail में Bcc प्राप्तकर्ता को दूसरे Bcc प्राप्तकर्ताओं के पते भी नहीं दिखते; दूसरे mail systems में पहुँचाए गए headers का व्यवहार अलग हो सकता है।

मूल संदेश में छिपा होना, हमेशा के लिए गुमनाम होना नहीं है। यदि Bcc प्राप्तकर्ता दिखाई देने वाले प्राप्तकर्ताओं को reply करे, संदेश forward करे या जानकारी बताए, तो उसकी भागीदारी उजागर हो सकती है। Reply भेजने से पहले वास्तविक प्राप्तकर्ता सूची देखें, विशेषकर Reply All में।

फ़ाइल की copy और cloud link अलग हैं

आप क्या भेजते हैं	प्राप्तकर्ता को क्या मिलता है	क्या जाँचें
सामान्य file-copy attachment	संदेश के साथ फ़ाइल की एक copy	सही फ़ाइल/version और attachment का पूरा upload
Cloud file का link	Access के नियमों के अनुसार cloud file खोलने का रास्ता	इच्छित प्राप्तकर्ता की पहुँच और उपयुक्त view/edit अनुमति

Restricted cloud link को ईमेल में paste करने से अपने-आप फ़ाइल खोलने की अनुमति नहीं मिल जाती। इच्छित लोगों की पहुँच जाँचें; फ़ाइल को अपने-आप public न करें। एक ही फ़ाइल से शुरू करने पर भी उसकी copy attach करना और उसका cloud link डालना अलग विकल्प हो सकते हैं।

भेजने से पहले जाँच का क्रम

मान लें कि आप शिक्षक को अभ्यास ईमेल तैयार कर रहे हैं, समन्वयक Cc में और पर्यवेक्षक Bcc में है। इस अभ्यास में कोई ईमेल नहीं भेजा जाता।

इच्छित प्राप्तकर्ताओं के पते और उनके To/Cc/Bcc fields जाँचें। तय करें कि पते की दृश्यता उपयुक्त है या नहीं।
Subject और संदेश पढ़ें। उद्देश्य और अपेक्षित काम स्पष्ट करें।
सही फ़ाइल और version जाँचें। Attachment के लिए upload पूरा होने की पुष्टि करें; cloud link के लिए इच्छित प्राप्तकर्ताओं की पहुँच जाँचें।
Send से पहले प्राप्तकर्ताओं और फ़ाइल/link को फिर देखें। छिपा हुआ Bcc पता या paste किया हुआ link इन जाँचों की जगह नहीं लेता।

यह व्यावहारिक जाँच-क्रम है, इस बात की गारंटी नहीं कि सेवा हर गलती पकड़ लेगी। Attachment की सीमाएँ और controls, service/account के अनुसार बदलते हैं; ज़रूरत पड़ने पर वर्तमान सीमा जाँचें।

पाँच अभ्यास प्रश्न

Gmail के सामान्य उदाहरण में पर्यवेक्षक को ईमेल मिलना चाहिए, लेकिन उसका पता मूल संदेश में To/Cc प्राप्तकर्ताओं को नहीं दिखना चाहिए। कौन-सा field उपयुक्त है?

A To

B Cc

C Bcc

D Subject

उत्तर देखें

सही उत्तर: C

Bcc से पर्यवेक्षक को copy मिलती है और Gmail के मूल संदेश में वह Bcc पता, To/Cc प्राप्तकर्ताओं को नहीं दिखता। भेजने वाला फिर भी जानता है कि उसने किसे जोड़ा है।

विकल्प A: इस उदाहरण में To का पता प्राप्तकर्ताओं को दिखाई देता है।

विकल्प B: Cc दिखाई देने वाली copy का field है, इसलिए यह शर्त पूरी नहीं करता।

विकल्प D: Subject संदेश का विषय बताता है; वह प्राप्तकर्ता का field नहीं है।

संकेत: दिखाई देने वाली copy के बजाय छिपी copy के लिए प्राप्तकर्ता field चुनें।

Bcc का एक प्राप्तकर्ता दिखाई देने वाले प्राप्तकर्ताओं को reply करता है। कौन-सा कथन सही है?

A उस reply से उसकी भागीदारी और पता उजागर हो सकते हैं।

B Bcc से हर बाद का reply गुमनाम हो जाता है।

C मूल भेजने वाला अपने जोड़े हुए Bcc पते को कभी जान ही नहीं सकता।

D Bcc में होने से उस व्यक्ति को मूल संदेश मिलता ही नहीं है।

उत्तर देखें

सही उत्तर: A

बताए गए तरीके से Bcc मूल संदेश में पता छिपाता है; वह बाद के कामों में गुमनामी की गारंटी नहीं है। दिखाई देने वाले प्राप्तकर्ताओं को reply करने से Bcc प्राप्तकर्ता की भागीदारी उजागर हो सकती है।

विकल्प B: Bcc पते की दृश्यता की सुविधा है, गुमनाम replies की गारंटी नहीं।

विकल्प C: जो भेजने वाला Bcc प्राप्तकर्ता जोड़ता है, वह उसका पता जानता है; दूसरों से छिपाने पर यह जानकारी मिट नहीं जाती।

विकल्प D: इस उदाहरण में Bcc प्राप्तकर्ता को संदेश मिलता है; छिपी copy का अर्थ संदेश न मिलना नहीं है।

संकेत: मूल ईमेल की दृश्यता और बाद के reply से मिलने वाली जानकारी को अलग रखें।

आप restricted cloud file का link ईमेल में paste करते हैं। भेजने से पहले क्या करना चाहिए?

A फ़ाइल को public बनाने के लिए ईमेल का subject बदल दें

B केवल यह जाँचें कि संदेश में “link” शब्द लिखा है

C मान लें कि link paste करने से हर प्राप्तकर्ता को पहुँच मिल जाती है

D जाँचें कि इच्छित प्राप्तकर्ताओं को linked file की उपयुक्त पहुँच मिली है

उत्तर देखें

सही उत्तर: D

Cloud link ऐसी फ़ाइल का रास्ता है जिस पर access के नियम लागू हैं। इच्छित प्राप्तकर्ताओं की अनुमति अलग से जाँचें; ईमेल में link होने से यह साबित नहीं होता कि वे उसे खोल सकते हैं।

विकल्प A: ईमेल का subject बदलने से linked file की permissions तय नहीं होतीं।

विकल्प B: “Link” शब्द लिखने से इच्छित लोगों के फ़ाइल खोल पाने का पता नहीं चलता।

विकल्प C: Restricted link paste करने से पहुँच की गारंटी नहीं मिलती; अनुमान लगाने के बजाय वास्तविक अनुमति जाँचें।

संकेत: फ़ाइल तक जाने का रास्ता और उसे खोलने की अनुमति अलग बातें हैं।

आपने फ़ाइल चुन ली है, लेकिन attachment का upload अभी चल रहा है। अगली उपयुक्त जाँच क्या है?

A मान लें कि फ़ाइल चुनने से पूरा attachment तैयार होने का प्रमाण मिल गया

B पूरा होने का इंतज़ार करें और सही फ़ाइल/version attach होने की पुष्टि करें

C Cc को Bcc कर दें ताकि upload पूरा हो जाए

D Subject हटा दें ताकि upload की ज़रूरत ही न रहे

उत्तर देखें

सही उत्तर: B

Attachment का upload पूरा होने से पहले फ़ाइल चुनी जा सकती है। इच्छित attachment भेजने से पहले पूरा होने और सही फ़ाइल/version की पुष्टि करें।

विकल्प A: चुना हुआ filename, attachment का upload पूरा होने का प्रमाण नहीं है।

विकल्प C: Cc/Bcc से प्राप्तकर्ता के पते की दृश्यता बदलती है, फ़ाइल के upload की स्थिति नहीं।

विकल्प D: Subject और attachment के काम अलग हैं; subject हटाने से upload पूरा नहीं होता।

संकेत: Transfer की स्थिति और फ़ाइल की पहचान, दोनों जाँचें।

कौन-सी तुलना सही है?

A Cloud link हमेशा फ़ाइल को public बनाता है; file-copy attachment में फ़ाइल का data कभी नहीं होता।

B File-copy attachment और cloud link पर हमेशा एक जैसे access नियम होते हैं।

C File-copy attachment से संदेश के साथ copy भेजी जाती है; cloud link ऐसी फ़ाइल का रास्ता है जिसके access नियम फिर भी महत्त्व रखते हैं।

D File-copy attachment और cloud link, दोनों में प्राप्तकर्ता जाँचने की ज़रूरत नहीं होती।

उत्तर देखें

सही उत्तर: C

सामान्य file-copy attachment संदेश के साथ copy ले जाता है। Cloud link, cloud file का रास्ता है, इसलिए इच्छित प्राप्तकर्ता की पहुँच अलग से जाँचना ज़रूरी है। दोनों में सही प्राप्तकर्ता सूची भी चाहिए।

विकल्प A: Restricted cloud link अपने-आप फ़ाइल को public नहीं बनाता, और file-copy attachment में copy होती है।

विकल्प B: Copy भेजना और अनुमति के आधार पर cloud file तक पहुँच देना, भेजने के अलग तरीके हैं।

विकल्प D: दोनों तरीकों में गलत प्राप्तकर्ता चुनना गलती हो सकती है; फ़ाइल चुनना प्राप्तकर्ता की जाँच की जगह नहीं लेता।

संकेत: पूछें कि संदेश के साथ फ़ाइल की copy जा रही है या cloud file का रास्ता दिया जा रहा है।

जाँचों को अलग रखें

किसे मिलेगा? पते किसे दिखेंगे? सही फ़ाइल तैयार है? इच्छित लोग link खोल सकते हैं? कोई एक field या button इन चारों का उत्तर नहीं दे सकता।

स्रोत: Gmail में प्राप्तकर्ता fields, Gmail attachments, Gmail में Drive files और Outlook में file copies तथा cloud links। परिस्थितियाँ और अभ्यास प्रश्न मौलिक हैं।

प्रगति सहेजने के लिए साइन इन करें। साइन इन

ParikshaPDF संपादकीय टीम · अपडेट: 3 नवंबर 2026 ·