एक सरल उदाहरण से शुरू करते हैं। मान लीजिए कि आपके पास एक ईमेल सूची है, जो निम्नलिखित RFC2822 सामग्री भेजने वाली है।
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>
This is a very simple body.
अब, मान लें कि आप इसे एक मेलिंग सूची से भेजने जा रहे हैं, जो VERP (या कुछ अन्य बाउंस ट्रैकिंग तंत्र को लागू करता है जो एक अलग रिटर्न-पथ का उपयोग करता है)। बता दें कि इसका रिटर्न-पाथ होगा coolstuff-you=yourcompany.com@mymailinglist.com। SMTP सत्र ऐसा लग सकता है:
{S}220 workstation1 Microsoft ESMTP MAIL Service
{C}HELO workstation1
{S}250 workstation1 Hello [127.0.0.1]
{C}MAIL FROM:<coolstuff-you=yourcompany.com@mymailinglist.com>
{S}250 2.1.0 me@mycompany.com....Sender OK
{C}RCPT TO:<you@yourcompany.com>
{S}250 2.1.5 you@yourcompany.com
{C}DATA
{S}354 Start mail input; end with <CRLF>.<CRLF>
{C}From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>
This is a very simple body.
.
{S}250 Queued mail for delivery
{C}QUIT
{S}221 Service closing transmission channel
जहां {C} और {S} क्रमशः क्लाइंट और सर्वर कमांड का प्रतिनिधित्व करते हैं।
प्राप्तकर्ता का मेल इस तरह दिखेगा:
Return-Path: coolstuff-you=yourcompany.com@mymailinglist.com
From: <coolstuff@mymailinglist.com>
To: <you@yourcompany.com>
Subject: Super simple email
Reply-To: <coolstuff-threadId=123@mymailinglist.com>
This is a very simple body.
अब, विभिन्न "FROM" s का वर्णन करते हैं।
- वापसी पथ (कभी-कभी रिवर्स पथ, लिफाफा प्रेषक, या लिफाफा कहा जाता है - इन सभी शर्तों को परस्पर विनिमय के लिए इस्तेमाल किया जा सकता है)
MAIL FROMकमांड में एसएमटीपी सत्र में उपयोग किया जाने वाला मूल्य है । जैसा कि आप देख सकते हैं, यह वही मूल्य होने की आवश्यकता नहीं है जो संदेश हेडर में पाया जाता है। केवल प्राप्तकर्ता के मेल सर्वर को ईमेल के शीर्ष पर रिटर्न-पाथ हेडर जोड़ना है। यह SMTP सत्र के दौरान वास्तविक रिटर्न-पथ प्रेषक को रिकॉर्ड करता है। यदि संदेश में रिटर्न-पाथ हेडर पहले से मौजूद है, तो उस हेडर को हटा दिया जाता है और प्राप्तकर्ता के मेल सर्वर से बदल दिया जाता है।
एसएमटीपी सत्र के दौरान होने वाली सभी बाउंस को रिटर्न-पाथ पते पर वापस जाना चाहिए। कुछ सर्वर सभी ईमेल स्वीकार कर सकते हैं, और फिर इसे स्थानीय रूप से पंक्तिबद्ध कर सकते हैं, जब तक कि प्राप्तकर्ता के मेलबॉक्स में इसे वितरित करने के लिए एक मुफ्त धागा न हो। यदि प्राप्तकर्ता मौजूद नहीं है, तो उसे वापस दर्ज किए गए रिटर्न-पाथ मान में उछाल देना चाहिए।
ध्यान दें, सभी मेल सर्वर इस नियम का पालन नहीं करते हैं; कुछ मेल सर्वर इसे FROM पते पर वापस उछाल देंगे।
FROM पता FROM हेडर में पाया जाने वाला मान है। यह माना जाता है कि यह संदेश किसका है। यह वही है जो आप ज्यादातर मेल क्लाइंट में "FROM" के रूप में देखते हैं। यदि किसी ईमेल में रिप्लाई-टू हेडर नहीं है, तो सभी मानव (मेल क्लाइंट) उत्तरों को FROM पते पर वापस जाना चाहिए।
प्रेषक (या प्रेषक का सॉफ़्टवेयर) द्वारा उत्तर-प्रति शीर्ष लेख जोड़ा जाता है। यह वह जगह है जहाँ सभी मानव उत्तरों को भी संबोधित किया जाना चाहिए। मूल रूप से, जब उपयोगकर्ता "उत्तर" पर क्लिक करता है, तो उत्तर-योग्य मूल्य का उपयोग नए बनाए गए ईमेल के प्राप्तकर्ता के रूप में किया जाना चाहिए। उत्तर-मान को किसी भी सर्वर द्वारा उपयोग नहीं किया जाना चाहिए। यह केवल क्लाइंट-साइड (MUA) उपयोग के लिए है।
हालाँकि, जैसा कि आप बता सकते हैं, सभी मेल सर्वर RFC मानकों या सिफारिशों का पालन नहीं करते हैं।
उम्मीद है कि इससे स्पष्ट चीजों को मदद मिलेगी। हालांकि, अगर मैं कुछ भी याद किया, मुझे पता है, और मैं जवाब देने की कोशिश करेंगे।