SMTP RFC में कई FROM पतों के लिए अनुमति देता है। क्या यह कभी उपयोगी था, यह क्यों मौजूद है?

Question

SMTP, RFC के अनुसार शरीर पर कई FROM पते (लिफाफा नहीं) के लिए अनुमति देता है।

क्या इस सुविधा का उपयोग कभी वैध उद्देश्य के लिए किया गया है?

क्या उन संदेशों को त्यागना सुरक्षित है जिनके कई पते हैं?

Comments

क्या आप प्रासंगिक आरएफसी उद्धृत कर सकते हैं?

— एनएफआई

@ AndrzejA.Filip जो मुझे याद है, x822 श्रृंखला में इसे कभी भी स्पष्ट रूप से अनुमति या अस्वीकार नहीं किया गया था। बाद में संशोधनों ने इसका उल्लेख किया, लेकिन मुझे इसे देखने के लिए प्रत्येक को स्कैन करना होगा। नोट मैं हेडर के बारे में बात कर रहा हूं, लिफाफा नहीं

— goodguys_activate

एफडब्ल्यूआईडब्ल्यू, जीमेल कई पतों वाले संदेशों को स्वीकार नहीं करता है, वे "550 5.7.1 संदेशों के साथ कई पतों वाले संदेशों से जवाब देंगे: हेडर स्वीकार नहीं किए जाते हैं।" जब तक यह RFC द्वारा "अनुमति" हो सकता है मुझे लगता है कि हम सुरक्षित रूप से कह सकते हैं कि यह वास्तविक दुनिया में अब अनुमति नहीं है। और Office365 संदेश को स्वीकार करेगा, लेकिन केवल पहला ईमेल पता दिखाएं और केवल पहले उत्तर दें (जैसा कि केवल एक ही था) माना जाता है।

— WaldenL

Answer 1

RFC 822 वास्तव में इस उपयोग का एक उदाहरण देता है। यह आवश्यक था (धारा 4.4) कि प्रेषक: शीर्षलेख तब मौजूद हो जब इसका उपयोग किया गया हो।

     A.2.7.  Agent for member of a committee

             George's secretary sends out a message which was authored
        jointly by all the members of a committee.  Note that the name
        of the committee cannot be specified, since <group> names  are
        not permitted in the From field.

            From:   Jones@Host,
                    Smith@Other-Host,
                    Doe@Somewhere-Else
            Sender: Secy@SHost

RFC 2822 , जिसने इसे मान लिया, ने इस विशेष निर्माण (धारा 3.6.2) को स्पष्ट रूप से जारी रखने की अनुमति दी।

from            =       "From:" mailbox-list CRLF

mailbox-list    =       (mailbox *("," mailbox)) / obs-mbox-list

में वर्तमान मानक, RFC 5322 , इस में कोई बदलाव नहीं है, और एक से अधिक पते अभी भी स्पष्ट रूप से अनुमति दी जाती है (धारा 3.6.2)।

   The from field consists of the field name "From" and a comma-
   separated list of one or more mailbox specifications.  If the from
   field contains more than one mailbox specification in the mailbox-
   list, then the sender field, containing the field name "Sender" and a
   single mailbox specification, MUST appear in the message.

क्या यह कभी उपयोगी था? हां, और यह अभी भी है, वास्तव में प्राचीन उदाहरण में दिखाए गए परिदृश्य के प्रकार के लिए। कई लेखकों के साथ संदेशों को उन सभी से प्रेषित किया जाना चाहिए : हेडर, प्रेषक के साथ: उस व्यक्ति को सेट करें जो वास्तव में अपने ईमेल प्रोग्राम में सेंड को हिट करता है।

   The originator fields indicate the mailbox(es) of the source of the
   message.  The "From:" field specifies the author(s) of the message,
   that is, the mailbox(es) of the person(s) or system(s) responsible
   for the writing of the message.  The "Sender:" field specifies the
   mailbox of the agent responsible for the actual transmission of the
   message.  For example, if a secretary were to send a message for
   another person, the mailbox of the secretary would appear in the
   "Sender:" field and the mailbox of the actual author would appear in
   the "From:" field.  If the originator of the message can be indicated
   by a single mailbox and the author and transmitter are identical, the
   "Sender:" field SHOULD NOT be used.  Otherwise, both fields SHOULD
   appear.

सार्वजनिक इंटरनेट पर व्यवहार में, ऐसे संदेश जिनमें यह किया जाता है, असामान्य हैं, हालांकि वे विशेष रूप से उद्यम और शैक्षणिक वातावरण में होते हैं, जहां एक व्यक्ति को दूसरे की ओर से या किसी समूह की ओर से ईमेल भेजने के लिए यह बहुत अधिक सामान्य है।

मैंने वास्तव में स्पैम नहीं देखा है जो ऐसा करता है (और मेरे सभी अन्य नियंत्रणों के माध्यम से मिला है)। मैं आम तौर पर इस तरह के संदेश के स्पैम स्कोर को छोड़ने या बढ़ाने के लिए इसे असुरक्षित मानता हूं ।

Comments

मुझे स्पैम मिला जो इस ट्रिक का उपयोग वास्तविक पते से छिपाने की कोशिश करने के लिए कर रहा है। उदाहरण के लिए, मुझे मेल मिला yahoo.comजहां Fromसे कुछ ऐसा था [e-mail], some fillter text <[e-mail]>। मुझे लगता है कि याहू ने उपयोगकर्ता को [e-mail], some fillter textउनके "वास्तविक" नाम के रूप में प्रवेश करने की अनुमति दी है ।

— मिकको रेंटालिनेन

Answer 2

मैंने वैध उद्देश्यों के लिए उपयोग किए गए फ़ील्ड से कई पते नहीं देखे हैं। मेरे द्वारा देखे गए कुछ मामले स्पैम पर थे, और एक ही पते की कई प्रतियां थीं।

मुझे इस संदर्भ में सूचियों का समर्थन करने वाले किसी भी संदेश रचना सॉफ्टवेयर का पता नहीं है। जिन मामलों को मैं उचित समझता हूं, वे अपेक्षाकृत कम हैं, और मेरे अनुभव को अन्य तरीकों से नियंत्रित किया जाता है।

मैंने अपने सिस्टम में एक स्पैम नियम जोड़ा है जो कई पतों के साथ हेडर से एक उच्च स्कोर जोड़ता है। आज्ञाकारी होने के लिए, केवल इस आधार पर मेल को मना करना सही नहीं होगा। यदि वे अन्य स्पैम चेक पास करते हैं, तो आप मूल्यांकन करते समय संदेश को रद्द करना चाह सकते हैं कि क्या आपको ऐसे संदेशों को स्वीकार करने या करने की आवश्यकता है।

EDIT: मैंने माइकल हैम्पटन के सुव्यवस्थित उत्तर की समीक्षा की है। ऐसा प्रतीत होता है कि यदि शीर्ष लेख में सूची शामिल है, तो एक मान्य प्रेषक शीर्ष लेख की आवश्यकता है। मेरा मानना ​​है कि इस तरह के फिल्टर ने स्पैम को पकड़ लिया होगा जो कि एक अग्रेषण पते से गुजरता है। प्रेषक से बिना हेडर से सूची में सूची की अनुमति के उद्देश्य के उल्लंघन में होगा।

मैंने तीन सामान्य मेल कंपोजिशन टूल्स पर प्रारंभिक परीक्षण चलाए हैं; Microsoft आउटलुक, थंडरबर्ड, और जीमेल। इनमें से कोई भी फ़ील्ड में सूचियों का समर्थन नहीं करता है। केवल Outlook किसी अन्य उपयोगकर्ता की ओर से ईमेल भेजने का समर्थन करता प्रतीत होता है।

Comments

थंडरबर्ड वर्तमान में संस्करण 45.2 पर है

— एम कॉनराड