SMTP: क्या मूल भेजने के बिना किसी को CC करना संभव है?

24

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

SMTP में CC और BCC लिस्ट कहाँ से हैं? क्या आपको SMTP सर्वर को नियंत्रित करने की आवश्यकता होगी, या इसे क्लाइंट साइड किया जा सकता है?

धन्यवाद!

email smtp

5

इसे क्यों ठुकराया जा रहा है? यह सब के बाद एक दिलचस्प सवाल है ...

5

@Achilles - यह संभव है या नहीं इसका विवरण ABSOLUTELY एक प्रोग्रामिंग प्रश्न IMHO है। इसे RFC 2821 और 2822 में परिभाषित किया गया है। दिन के अंत में, सभी मेल क्लाइंट को इन परिभाषाओं के अनुसार प्रोग्राम किया जाता है, और यहाँ पर प्रत्येक डेवलपर को किसी न किसी बिंदु पर SMTP में तल्लीन करना पड़ सकता है। मेरे पास निश्चित रूप से है।

3

कृपया इसे बंद करने के लिए मतदान करें क्योंकि यह "सुपरयूजर पर है"। सिर्फ इसलिए कि ओपी कहते हैं कि यह एक ईमेल भेजने की कार्रवाई थी जो उन्हें इस मुद्दे के बारे में सोच रही थी, यह वास्तविक प्रश्न "प्रोग्रामिंग से संबंधित नहीं" बनाता है। यदि मेरे पास एक http कार्यान्वयन प्रश्न था जो मेरे द्वारा वेब लिंक पर क्लिक करने पर हुआ, तो क्या यह "प्रोग्रामिंग से संबंधित नहीं" होगा? नंबर

17

संक्षेप में - हाँ यह संभव है यदि आप प्राप्तकर्ताओं को सीधे SMTP सर्वर से जोड़ सकते हैं। उनके जवाब में रूप के कारणों के लिए यह विशेष रूप से व्यावहारिक नहीं हो सकता है, और यदि आप एक फ़ायरवॉल के पीछे एक नेटवर्क पर हैं, तो आप शायद टीसीपी पोर्ट 25 पर एक दूरस्थ सर्वर से कनेक्शन प्राप्त करने में सक्षम नहीं हो सकते हैं।

यह मानते हुए कि आप के लिए लागू नहीं होता है, तो यहाँ विस्तार है:

जब आप (मेल क्लाइंट के रूप में) प्राप्तकर्ता के मेल सर्वर से जुड़ जाते हैं, तो वह सभी सर्वर (डिलीवरी उद्देश्यों के लिए) परवाह करता है जो प्राप्तकर्ता द्वारा निर्दिष्ट किए जाते हैं RCPT TO:। RFC2821 देखें - सरल मेल स्थानांतरण प्रोटोकॉल । यह प्राप्तकर्ता के प्रकार (:: cc: या bcc :) के बीच अंतर नहीं करता है, यह सिर्फ आपको पता है कि आप कह रहे हैं "सुनिश्चित करें कि आपके सर्वर पर प्राप्तकर्ता इसे प्राप्त करता है"।

हालाँकि, जहां तक प्राप्तकर्ता के वास्तविक मेल क्लाइंट का संबंध है, यह संदेश में हेडर है जो कहता है कि संदेश के सभी प्राप्तकर्ता कौन थे। RFC2822 देखें - इंटरनेट संदेश प्रारूप ।

दूसरे शब्दों में, TO :, CC: और BCC: हेडर मेल क्लाइंट के लाभ के लिए हैं, जबकि वास्तविक वितरण को मेल सर्वर के साथ SMTP 'वार्तालाप' के दौरान नियंत्रित किया जाता है।

तो, आप वास्तव में, SMTP सर्वर के साथ एक वार्तालाप कर सकते हैं जो कुछ इस तरह दिखता है:

C:>telnet aspmx.l.google.com 25
220 mx.google.com ESMTP f70si17620845wej.110
HELO myserver.mydomain.co.uk
250 mx.google.com at your service
MAIL FROM: <test@mydomain.co.uk>
250 2.1.0 OK f70si17620845wej.110
RCPT TO: <user_i_missed_out@mydomain.co.uk>
250 2.1.5 OK f70si17620845wej.110
DATA
354  Go ahead f70si17620845wej.110
To: recipient_on_original@somewhere.com
cc: another_recipient_on_original@somewhere.com, user_i_missed_out@mydomain.co.uk
Subject: My email

Hi - this is a test
.
250 2.0.0 OK 1277401976 f70si17620845wej.110
QUIT
221 2.0.0 closing connection f70si17620845wej.110


Connection to host lost.

शुद्ध प्रभाव वह है जो user_i_missed_out@mydomain.co.ukउस ईमेल की एक प्रति प्राप्त करता है जो उसे सीसी सूची के साथ-साथ मूल पते recipient_on_original@somewhere.comऔर मूल सीसी प्राप्तकर्ता पर भी है another_recipient_on_original@somewhere.com।

हालाँकि, जब से हम वास्तव में बाद के दो मेल सर्वरों से जुड़े हैं, वे वास्तव में दूसरी बार ईमेल प्राप्त नहीं करते हैं। और चूँकि हम उन मेल्स को नहीं बदल सकते हैं जो पहले ही उनके पास भेजे जा चुके हैं, वे कभी नोटिस नहीं करेंगे कि हमने एक और cc प्राप्तकर्ता जोड़ा है।

— रॉब लेविन
स्रोत

4

क्या होता है

आप अपने स्थानीय (या ISP के) SMTP सर्वर को ईमेल भेजें
आपका स्थानीय SMTP सर्वर प्राप्तकर्ता सूची का विस्तार करता है और उन सर्वरों की सूची तैयार करता है, जिन्हें सभी प्राप्तकर्ताओं के लिए बात करनी होगी। यह संदेश से BCC शीर्षलेख निकालता है।
प्रत्येक सर्वर के लिए, यह जोड़ता है और कहता है "यहाँ प्राप्तकर्ता X, Y के लिए एक ईमेल है: यहाँ संदेश हेडर और बॉडी है"

यानी यदि आप ईमेल को 3 में इंजेक्ट कर सकते हैं, तो मिस सीसी उपयोगकर्ता के होम एसएमटीपी सर्वर पर सीधे डिलीवर कर सकते हैं, फिर आप उन्हें सीसी को अन्य सभी को मेल भेजने के बिना वितरित कर सकते हैं। विशेष रूप से एक बीसीसी प्राप्तकर्ता को संदेश हेडर और बॉडी मिलेगी जो उनका उल्लेख नहीं करते हैं (सिवाय शायद 'एक्स-लिफाफा-टू' हेडर)।

हालांकि, व्यावहारिक रूप से, सभी को भेजना बहुत आसान है। यह कुशलता से करने के लिए आपको अपने ईमेल क्लाइंट और स्थानीय SMTP सर्वर को एक नकली प्राप्तकर्ता सूची, या एक सच में-भेजने-बहिष्करण सूची का समर्थन करने के लिए संशोधित करने की आवश्यकता नहीं होगी, कि यह प्राप्तकर्ता के विस्तार के दौरान प्रक्रिया करता है।

— Rup
स्रोत

2

इस समस्या को वास्तव में एक मौजूदा IETF कार्य-प्रगति द्वारा हल किया गया है: कॉस्मेटिक कार्बन कॉपी । दुर्भाग्य से, मुझे किसी भी ईमेल क्लाइंट का पता नहीं है जो वास्तव में CCCs को लागू करता है, क्योंकि ड्राफ्ट को व्यापक रूप से अप्रैल फूल डे के लिए एक व्यर्थ मजाक माना जाता है।

सभी गंभीरता से, आप जो पूछ रहे हैं वह संभव है, ज्यादातर क्योंकि ईमेल की सामग्री वास्तव में प्रभावित नहीं करती है कि एसएमटीपी परत पर मेल किसे भेजा जाता है। ईमेल क्लाइंट को To, CC और BCC फ़ील्ड्स में सभी को मेल भेजने के लिए लिखा जाता है, लेकिन उन्हें किसी भी मानक द्वारा ऐसा करने की आवश्यकता नहीं होती है।

अपडेट किया गया: एसएमटीपी सर्वर पर मेल भेजते समय सटीक होना, प्रेषक आरसीपीटी कमांड का उपयोग यह निर्दिष्ट करने के लिए करता है कि किस ईमेल पते पर संदेश भेजा जाना चाहिए। यह तब DATA कमांड के साथ मेल की सामग्री भेजता है। SMTP सर्वर को सामग्री को नहीं देखना चाहिए। एक संदेश के सीसी हेडर लाइन में एक प्राप्तकर्ता को जोड़ना संभव है और एसएमपीटी सर्वर से यह पूछने के लिए कि यह केवल एक पते पर है।

— Karmastan
स्रोत

0

यदि मैं इसे सही ढंग से समझता हूं, तो आप जो करने का प्रयास कर रहे हैं, वह दूसरी बार संदेश को To: और CC: हेडर में मूल प्राप्तकर्ता सहित भेजना है, लेकिन केवल उस संदेश को कुछ अतिरिक्त प्राप्तकर्ता (ओं) द्वारा प्राप्त किया गया है। जैसा कि अन्य उत्तरों ने उल्लेख किया है, यह आपके ईमेल क्लाइंट द्वारा SMTP सर्वर के साथ संवाद करने और सिर्फ एक प्राप्तकर्ता को निर्दिष्ट करने के द्वारा पूरा किया जा सकता है, लेकिन मूल ईमेल के हेड: To: और Cc: सहित।

Apple मेल क्लाइंट कार्यक्षमता कि प्रभावी रूप से ऐसा कर सकते हैं है। पुनर्निर्देशन समारोह संदेश मेनू, या संदेश के लिए प्रासंगिक मेनू में पाया जा सकता। इस फ़ंक्शन को Fwd: विषय पंक्ति में जोड़कर और उद्धरण स्तर को बढ़ाए बिना किसी अन्य व्यक्ति को ईमेल को पारदर्शी रूप से अग्रेषित करने के तरीके के रूप में उपयोग करने के लिए डिज़ाइन किया गया है, लेकिन इसका उपयोग उन संदेशों पर भी किया जा सकता है जिन्हें आपने पहले भेजा है। यह मूल संदेश के फ़ील्ड / TO / C से समान रखता है, और नए प्राप्तकर्ता को Resent-To और Resent-CC हेडर में जोड़ता है। रेज़ल्ट संदेश के केवल प्राप्तकर्ता वही होंगे जो आप इसे लिखते समय निर्दिष्ट करते हैं। यह पूरी तरह से स्पष्ट नहीं है कि जब आप फीचर का उपयोग करते हैं तो यह कैसे काम करता है, इसलिए इसे पहले ही परख लें।

— NReilingh
स्रोत

-1

इसे क्लाइंट-दर-ग्राहक आधार पर अनुमति / अस्वीकार किया जा सकता है, लेकिन आप कुछ नकली (जैसे ";; अज्ञात प्राप्तकर्ता ;;") और बीसीसी में सभी को डालने की कोशिश कर सकते हैं। फिर प्रक्रिया को दोहराने से यह उसी ईमेल की तरह दिखाई देगा, जब तक कि किसी को टाइमस्टैम्प और थ्रेडेड संदेशों और इस तरह के करीब से देखने के लिए पर्याप्त नहीं है।

— डेविड
स्रोत