SMTP भित्र बाहिर

कसरी इन्टरनेट ईमेल काम गर्दछ

के तपाइँ कहिल्यै सोचेको छ जब तपाइँ आफ्नो ई-मेल कार्यक्रममा पठाउने बटन थिच्नुहुन्छ? सम्भव छैन, मलाई लाग्छ - जबसम्म यसले काम गर्दछ। यो वास्तवमा कारण हो किनकि तपाईलाई आश्चर्य गर्नु पर्दछ। यदि केहि काम गर्दैन भने यो राम्रो काम गर्न को लागी राम्रो छैन। सामान्यतया, त्यो आधा समाधान हो।

जब तपाई ईमेल पठाउनुहुन्छ SMTP प्लेमा आउँछ। SMTP RFC 5321 मा परिभाषित सरल मेल ट्रांसफर प्रोटोकल को लागी छोटो छ: सरल मेल ट्रांसफर प्रोटोकल। तपाईंको मेल क्लाइन्टले यो सफ्ट र सरल प्रक्रिया प्रयोग गरेर SMTP सर्भरमा एक स्थानबाट अर्को स्थानमा पुग्नको लागि वार्ता गर्दछ।

इज्जत

तपाईंको इमेल प्रोग्राम SMTP क्लाइन्ट हुन्छ, तपाईंको मेल सर्भर (प्राय: SMTP पोर्ट ) को पोर्ट 25 मा जडान गर्दछ र - ईएचएलले भन्छ। कम्प्यूटर, अन्तमा, केवल मानव हो र कुन गणनाहरू हो कि यो विनम्र हुनु पर्छ। वास्तवमा, यो पोष्ट हुन प्रयास गर्दैन तर SMTP मा पछिल्लो संस्करणहरू प्रयोग गर्न को लागी पछि पछि HELO कमाण्ड को दुई स्वाद ल्याईयो (सामान्यतया SMTP आदेश सामान्यतया चार क्यारेक्टरहरू छन्)।

HELO को दुई स्वाद

ईएचएलएल, हालैको एकमात्र हो जसले सर्भरले सबै अतिरिक्त सुविधाहरू (जस्तै डिलिवरी स्थिति सूचना वा सन्देशहरू सुरक्षित गर्ने ASCII क्यारेक्टरहरू भन्दा अन्य सन्देशहरू ट्राफिक गर्ने क्षमता) लाई विज्ञापन गर्दछ।

प्रत्येक सर्भरले यो ग्रीष्मलाई अनुमति दिनेछैन, तर यसलाई सादा HELO स्वीकार गर्न आवश्यक छ जुन प्राकृतिक रूपमा मानिन्छ कि कुनै थप सुविधाहरू उपस्थित छैन। हेलो कमांडहरू दुवै ग्राहकलाई ** लो पछि पछि डोमेन निर्दिष्ट गर्न आवश्यक छ। अभ्यासमा, यो केहि कुरा जस्तो देखिन्छ:

220 मेल.domain.net ESMTP सर्भर
HELO
501 HELO लाई डोमेन ठेगाना चाहिन्छ
स्थानीयहोस्ट हो
250 mail.domain.net नमस्ते स्थानीय होस्ट [127.0.0.1], तपाईंलाई भेट्न खुसी लाग्यो

(मेरो इनपुट इटालिकमा छ , सर्भर आउटपुट ब्ल्याक हो; 5 मा सुरु हुने लाइनहरू एउटा त्रुटि संकेत गर्दछ।)

प्रेषक

प्रोटोकलको बाँकी वास्तवमा गुण सरल छ। यदि तपाईं एक इमेल पठाउन चाहनुहुन्छ भने, तपाईं कीवर्डहरूसँग सुरु गर्नुहोस् MAIL बाट:। यो पछ्याउँदै प्रेषकको इ-मेल ठेगाना , जुनबाट सुझाव दिइएको छ। यद्यपि (जस्तै ) ठेगानाको वरिपरि कोष्ठकहरू राख्न नबिर्सनुहोस्। हाम्रो उदाहरण जारी राख्ने, हामीसँग छ:

बाट मेल:
250 sender@example.com ... प्रेषक ठीक छ

प्रापक

सर्भरले प्रेषकको ठेगाना स्वीकार गरे पछि ग्राहकले प्राप्तकर्ताको ठेगाना दिन सक्दछ। यस कार्यको लागि आदेश, RCPT TO: फेरि बरु सुझाव दिन्छ। म आफैलाई मेल पठाउन चाहन्छु :

RCPT लाई: recipient@example.com
250 support@lifewireguide.com ... प्राप्तकर्ता ठीक छ (लाम हुनेछ)

त्यो सर्भर लामबद्ध हुनेछ यसको मतलब: यो स्थानीय रूपमा मेल बचत र अन्तर्वार्तामा अन्य सबै लामबद्ध मेलको साथ पठाउनुहोस् (उदाहरणका लागि, हरेक 30 मिनेट)। यो व्यवहार कन्फिगरेसनमा निर्भर गर्दछ र सर्भरलाई पनि मेल पठाउन सक्छ।

हामी लगभग सक्यौं। अझै पनि हराइरहेको छ, यद्यपि, महत्वपूर्ण भाग हो: वास्तविक सन्देश।

सन्देश

अब त्यो "लिफाफे" समाप्त भएको छ, इमेल सन्देशको डेटा जस्तै पछाडि पछ्याउन सक्छ। यो "डेटा" मा ईमेलको शरीरहेडर फिल्डहरू हुन्छन्

सर्भरलाई सन्देश स्वीकार गर्ने राज्य सुरु गर्न आदेश डेटा हो । यो निम्न ईमेल ईमेलको सबै हेडर फिल्ड हुन् र त्यसपछि शरीर, पाठ (वा डेटा) को एक ठूलो ब्लकको लागि बनाइन्छ। सर्भरलाई आविष्कार गर्न कि इनपुट आफैमा रेखामा थोप्लो समाप्त हुन्छ (\ r \ n। \ R \ n)। त्यसैले म मेरो सन्देश पठाउँछु:

डाटा
354 मेल प्रविष्ट गर्नुहोस्, "।" सँग अन्त्य गर्नुहोस् आफैलाई एक लाइनमा
सन्देश-आईडी:
तिथि: Sun, 17 Aug 1997 18:48:15 +0200
From: Heinz Tschabitscher
To: Heinz Tschabitscher
विषय: Summarize-Proust Contest को लागि

स्वानको संसारको लागि!

250 SAA19153 सन्देश वितरणको लागि स्वीकृत

हो, यसको मतलब यो हो कि तपाईं एक नाम बाट पुरा तरिकाले फरक नाम गर्न सक्नुहुन्छ इमेल: यस क्षेत्रमा। उदाहरणको लागि, तपाईं " प्राप्तकर्ता सूची दमन" "nobody@nowhere.no>" प्रयोग गर्न सक्नुहुन्छ।

समाप्त

अब तपाईं धेरै ईमेलहरू पठाउन सक्नुहुनेछ जस्तो कि तपाईं MAIL बाट चरणहरू पुन : दोहोरिने हो : सम्म । यदि तपाईंले त्यसो गर्नुभयो भने, तपाइँ सर्भरबाट QUIT आदेशको साथ छोड्न सक्नुहुन्छ र हामी के गर्न सक्छौं

QUIT
221 अलविदा

म यो कसरी गर्न सक्छु?

गैर-छोरो समाधान तपाईंको बाह्य मेल सर्भरमा टेलिनेटमा छ (तपाईले तपाइँको इमेल क्लाइन्टको खाता सेटिङ्हरूमा पोर्ट 25 मा फेला पार्न सक्नुहुनेछ)।

यो जाभा एप्लेट , जुन SMTP प्रोटोकलको नक्कल गर्ने प्रयास गर्दछ र तपाईंलाई संवाद मार्फत मार्गदर्शन गर्न सजिलो तरिका हो।