यदि 'टू' और 'फ्रॉम' हेडर स्पैमर का ईमेल पता है, तो मुझे यह ईमेल कैसे मिला?

10

मैंने शीर्ष लेख की जांच करने का प्रयास किया। 1. मैं अपना ईमेल पता "लिफाफा-में: my_email@my_domain.com" देख रहा हूं, लेकिन To / CC / BCC में नहीं

कैसे प्रेषक ऐसा करने में सक्षम है?
मुझे लगता है कि मैं बीसीसी प्राप्तकर्ता नहीं हूं क्योंकि थंडरबर्ड ने मुझे इस बारे में नहीं बताया।

कृपया नीचे हेडर देखें (कुछ नाम बदले गए):

From - Wed Nov 03 20:54:11 2010
X-Account-Key: account7
X-UIDL: UID4036-1213982649
X-Mozilla-Status: 0001
X-Mozilla-Status2: 00000000
X-Mozilla-Keys:                                                                                 
Return-path: <rajan@abc.com>
Envelope-to: my_email@my_domain.com
Delivery-date: Wed, 03 Nov 2010 09:17:32 -0600
Received: from pro237-180.mxout.rediffmailpro.com
 by my_mailserver.com with smtp (Exim 4.69)
 (envelope-from <rajan@abc.com>)
 id 1PDf5b-0000wT-J1
 for my_email@my_domain.com; Wed, 03 Nov 2010 09:17:31 -0600
Received: (qmail 34966 invoked from network); 3 Nov 2010 15:16:24 -0000
X-CTCH-Spam: Unknown
X-CTCH-VOD:  Unknown
X-CTCH-Flags: : 0
X-CTCH-RefID: str=0001.0A0B0207.4CD17D02.01C2,ss=1,pt=DBB_65837,fgs=0
Received: from unknown (HELO Rajan) (rajan@abc.com@122.170.25.63)
  by mailserver with SMTP; 3 Nov 2010 15:16:17 -0000
From: "Rajan Kr. Tahalani" <rajan@abc.com>
To: "Rajan Kr. Tahalani" <rajan@abc.com>
Subject: Diwali Greetings ~ StepStone Manpower Solutions.
Date: Wed, 3 Nov 2010 20:48:01 +0530
Message-ID: <005101cb7b6a$51a2ba80$f4e82f80$@com>
MIME-Version: 1.0
Content-Type: multipart/related;
 boundary="----=_NextPart_000_0052_01CB7B98.6B5AF680"
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Act6/TQ1zdEz/sjoQBGWN/etyyH1dwAasROw
Content-Language: en-gb

This is a multipart message in MIME format.

------=_NextPart_000_0052_01CB7B98.6B5AF680
Content-Type: multipart/alternative;
 boundary="----=_NextPart_001_0053_01CB7B98.6B5AF680"


------=_NextPart_001_0053_01CB7B98.6B5AF680
Content-Type: text/plain;
 charset="us-ascii"
Content-Transfer-Encoding: 7bit

— नैश
स्रोत

2

BCC एक वास्तविक शीर्ष लेख नहीं है। यह केवल SMTP सत्र में "RCPT TO" के रूप में भेजा जाता है। तथ्य यह है कि यह हेडर में नहीं भेजा जाता है जो इसे बीसीसी बनाता है।

— बेलमिन फर्नांडीज

संबंधित: superuser.com/questions/665477/... । इसके अलावा, कुछ खोज इंजन कीवर्ड जोड़ने: स्पैम प्राप्तकर्ता मुझे नहीं , ईमेल मुझे संबोधित नहीं

— aexl

12

यदि आप वास्तव में BCC प्राप्तकर्ता हैं तो आप कैसे देख सकते हैं कि आप BCC प्राप्तकर्ता हैं? BCC की प्रकृति यह है कि यह BCC क्षेत्र में सूचीबद्ध संदेश के सभी प्राप्तकर्ताओं को छुपाता है ...

मैंने आउटलुक में वितरण सूचियों के साथ काम किया है, और यदि मैंने अपने सभी प्राप्तकर्ता बीसीसी क्षेत्र में, और अपने स्वयं के ईमेल / नाम को फ़ील्ड में डाल दिया है, तो कोई भी मुझे नहीं देख सकता है लेकिन ईमेल किसने भेजा था .. ।

इसके अलावा, Tomer में स्पैमर का ईमेल पता एक वितरण सूची का नाम हो सकता है ... - इस प्रकार उन सभी ईमेलों को छिपाया जा सकता है जो ...

— स्टूडियोज
स्रोत

9

लिफाफे में ई-मेल पता "टू" ई-मेल हेडर में To:और Cc:फ़ील्ड में पते के साथ उतना ही करना है जितना कि घोंघा मेल लिफाफे पर पता कागज के लेटरहेड पर प्राप्तकर्ता पते के साथ करना है लिफाफे में। यही है, यह प्रेषक की जिम्मेदारी है कि वे उनसे मेल खाएं, और मेल डिलीवरी सेवा यह जांचने के लिए पत्र नहीं खोलने जा रही है कि यह गलत नहीं हुआ है।

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

हेडर में एक लिफाफा "टू" जिसका उल्लेख नहीं किया गया है, एक संकेत है कि मेल स्पैम हो सकता है, लेकिन यह केवल एक संकेत है। यह वैध रूप से bcc's और बाउंस मेल्स के लिए होता है।

— गिल्स 'एसओ- बुराई होना बंद करो'
स्रोत

5

Bcc: सूची का संपूर्ण बिंदु यह है कि प्राप्तकर्ता इसे देख नहीं सकते । यह लिफाफा प्राप्तकर्ता (RCPT में निर्दिष्ट प्राप्तकर्ता: SMTP लेनदेन) और हेडर प्राप्तकर्ता (To: पंक्ति में पता) के लिए पूरी तरह से अलग है। कैसे Bcc सूची प्राप्त कर रहे हैं।

तो चिंता मत करो, यह पूरी तरह से सामान्य है।

— मैड हैटर
स्रोत

3

और बीसीसी को कार्रवाई में देखने के लिए, यहां एक जीमेल खाते (जो शायद रद्दी फ़ोल्डर में समाप्त हो जाएगा) को कुछ परीक्षण संदेश भेजते समय क्या होता है।

सबसे पहले, पता लगाएँ कि आने वाले जीमेल संदेशों को कौन संभाल रहा है:

host gmail.com
_{gmail.com mail is handled by 5 gmail-smtp-in.l.google.com.

gmail.com mail is handled by 10 alt1.gmail-smtp-in.l.google.com.

gmail.com mail is handled by 20 alt2.gmail-smtp-in.l.google.com.}

अगला, बोल्ड में कमांड टाइप करें, जैसे कि मैक पर टर्मिनल या विंडोज में डॉस प्रॉम्प्ट। डमी न बदलें mail from: <me@example.com>:

telnet gmail-smtp-in.l.google.com 25
_{Trying 74.125.79.27...

Connected to gmail-smtp-in.l.google.com.

Escape character is '^]'.

220 mx.google.com ESMTP p57si7771934eeh.86}

helo example.com
_{250 mx.google.com at your service}

mail from: <me@example.com>
_{250 2.1.0 OK p57si7771934eeh.86}

इसके बाद, your-real-gmail-address@gmailजो भी जीमेल एड्रेस आप चाहते हैं उसे बदल कर निम्नलिखित संदेश टाइप करें । (कोण कोष्ठक <...>आवश्यक हैं।) जब तक आप rcpt to:जीमेल के लिए जाने जाते हैं, तब तक आप कई लाइनों का उपयोग कर सकते हैं।

rcpt to: <your-real-gmail-address@gmail>
_{250 2.1.5 OK p57si7771934eeh.86}

data
_{354 Go ahead p57si7771934eeh.86}

354 Go aheadकुछ भी करने के बाद , आप बस एक डॉट के साथ एक पंक्ति तक टाइप करते हैं , यह संदेश माना जाएगा। यह rcpt to:पहले से ही जारी किए गए आप से पूरी तरह से स्वतंत्र है । शीर्ष लेख पहले जाते हैं, फिर एक रिक्त रेखा, उसके बाद बॉडी टेक्स्ट। बस निम्नलिखित की तरह कुछ पेस्ट करें। फिर से, @example.comपते न बदलें :

Date: Sun, 7 Nov 2010 11:40:00 +0100 (CET)
From: Him <him@example.com>
To: Someone <someone@example.com>
Cc: "Someone else" <someoneelse@example.com>
Subject: Not in the TO, not in the CC

Hello Someone!
.

(अंततः टेलनेट से बाहर निकलने के लिए प्रेस Ctrl-]और टाइप quitकरें।)

ध्यान दें कि आपके अपने ईमेल पते के ऊपर वास्तविक संदेश में उल्लेख नहीं है। यह भी है कि बीसीसी कैसे संभाला जाता है; यह अक्सरBcc: हेडर का उपयोग नहीं करता है , क्योंकि तब भेजने वाला पक्ष एक ही प्रदाता के एक से अधिक प्राप्तकर्ताओं को एक ही संदेश नहीं दे सकता था।

इस संदेश को प्राप्त करने पर, यह पैदावार:

Delivered-To: <your-real-gmail-address@gmail>
Received: ...
Return-Path: <me@example.com>
Received: from example.com (<the sender DNS name and IP address here>)
Message-Id: <4cd67cb8.427e0e0a.60a2.4040SMTPIN_ADDED@mx.google.com>
...
Date: Sun, 7 Nov 2010 11:40:00 +0100 (CET)
From: Him <him@example.com>
To: Someone <someone@example.com>
Cc: "Someone else" <someoneelse@example.com>
Subject: Not in the TO, not in the CC

Hello Someone!

यहां, जीमेल ने Delivered-To:हेडर जोड़ा ; मुझे यकीन नहीं है कि सभी मेल सर्वर ऐसा करते हैं।

लेकिन: नियमित हेडर असली प्राप्तकर्ता का उल्लेख बिल्कुल नहीं करते हैं, और वास्तव में आप जो भी टाइप करते हैं उसकी एक प्रति है। और आपका ईमेल क्लाइंट आमतौर पर केवल संदेश से विवरण दिखाता है। उदाहरण के लिए, उछाल पता ( mail from:और Return-path:) प्रदर्शित प्रेषक ( From:) से भिन्न हो सकता है , और दोनों गलत हो सकते हैं। और यह तारीख वास्तव में सिर्फ वह तारीख है जिसे प्रेषक ने निर्धारित किया है। कभी-कभी नए संदेश आने के बाद भी स्पैम को आपके स्क्रीन के शीर्ष पर प्रदर्शित संदेश प्राप्त करने के प्रयास में, भविष्य या अतीत में एक तारीख होती है।

— अर्जन
स्रोत