किसी और के रूप में भेजे गए ईमेल के लिए SMTP हेडर सेट करने का उचित तरीका क्या है?


1

कुछ अनुप्रयोगों के लिए आवश्यक है कि सिस्टम-जनरेट किए गए ईमेल किसी और के रूप में भेजे जाएं, या अधिक सटीक रूप से कहा जाए, तो वे कॉल करते हैं दिखावट किसी और से भेजा जा रहा है।

इसे प्राप्त करने के लिए ईमेल हेडर के निर्माण का उचित / स्वीकार्य तरीका क्या है?

इस प्रश्न के लिए चारे के रूप में सेवा करने के लिए मैंने नीचे दिए गए हेडर को दो ईमेल के लिए शामिल किया है:

  1. जीमेल के माध्यम से भेजा गया एक ईमेल, एक वैकल्पिक पते का उपयोग करके भेजा गया था जो मुख्य जीमेल ईमेल पते के अलावा कॉन्फ़िगर किया गया था।
  2. जाली हेडर के साथ एक फर्जी ईमेल, वास्तविक व्यक्ति के अलावा किसी और के रूप में भेजा गया।

ईमेल 1:

इस उदाहरण में, RealGmailAccount@gmail.com वास्तविक प्रेषक का ईमेल पता है और AlternateEmail@example.com वैकल्पिक ईमेल पता जीमेल में कॉन्फ़िगर किया गया है और नीचे ईमेल भेजने के लिए उपयोग किया जाता है।

Return-Path: <RealGmailAccount@gmail.com>
X-Orig-To: me@example.com
Received: from [209.85.216.45] ([209.85.216.45:57830] helo=mail-qa0-f45.google.com)     by smtp13.gate.ord1c.rsapps.net (envelope-from <RealGmailAccount@gmail.com>)
Received: by mail-qa0-f45.google.com with SMTP id cm18so1356657qab.18 for <me@example.com>; Wed, 23 Apr 2014 13:32:45 -0700 (PDT)
Sender: <RealGmailAccount@gmail.com>
Subject: Test Message
From: Real User's Name <AlternateEmail@example.com>

प्राप्त उपयोगकर्ता के ईमेल क्लाइंट के आधार पर ईमेल को कुछ इस तरह प्रदर्शित किया जा सकता है: RealGmailAccount@gmail.com; on behalf of; Real User's Name <AlternateEmail@example.com>

ईमेल 2:

इस उदाहरण में, RealUsersEmailAddress@example.com उस व्यक्ति का ईमेल पता है जिसे यह नकली ईमेल भेजा जा रहा है।

Return-Path: <RealUsersEmailAddress@example.com>
X-Orig-To: me@example.com
Received: from [190.114.206.6] ([190.114.206.6:49144] helo=mail) by smtp55.gate.dfw1a.rsapps.net (envelope-from <RealUsersEmailAddress@example.com>) 
Subject: Test message 2
From: Real User's Name <RealUsersEmailAddress@example.com>

ईमेल क्लाइंट में इस तरह के ईमेल सामान्य रूप से दिखाई देते हैं।

जीमेल उदाहरण हेडर करने के लिए उचित तरीका है?


1
जीमेल सही है, RFC 5322 का खंड 3.6.2 देखें। लेकिन सर्वर के प्रेषक के वास्तविक ईमेल पते का निर्धारण नहीं किया जा सकता तो दूसरा ठीक है।
Barmar

@ बरमार - क्या आप "... * * पर विस्तार से बता सकते हैं कि अगर सर्वर प्रेषक के वास्तविक ईमेल पते का निर्धारण नहीं कर सकता है। अंश?
Howiecamp

1
यदि SMTP सर्वर को उपयोगकर्ता प्रमाणीकरण की आवश्यकता नहीं है, तो यह ग्राहक के वास्तविक पते को नहीं जानता है।
Barmar

DMARC को अपनाना होगा dmarc.org इस प्रकार के ईमेल डिलीवर करना मुश्किल है?
Howiecamp

1
DMARC SPF पर आधारित है, और यह जाँच करता है Return-Path पता, अन्य पते नहीं।
Barmar

जवाबों:


2

की धारा 3.6.2 RFC 5322 यह बताता है कि मूल हेडर को कैसे भरा जाना चाहिए। जब ​​प्रेषक किसी और को प्रतिरूपित करना चाहता है (जैसे कि एक सहायक अपने बॉस की ओर से मेल भेजना), तो जिस पते पर वे प्रतिरूपण कर रहे हैं वह मूल रूप से From हेडर, जबकि उनका असली पता अंदर चला जाता है Sender हैडर। यह मानता है कि मेल सबमिशन एजेंट प्रेषक का वास्तविक पता, उदा। इसके लिए उपयोगकर्ता प्रमाणीकरण की आवश्यकता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.