'받는 사람'및 '보낸 사람'헤더가 스팸 발송자의 이메일 주소 인 경우이 이메일을 어떻게 얻었습니까?

헤더 1을 확인하려고했습니다. "Envelope-to : my_email@my_domain.com"에 이메일 주소가 있지만 To / CC / BCC에는 없습니다.

1. 발신자가 어떻게 할 수 있습니까?
2. 썬더 버드가 이에 대해 말하지 않았기 때문에 저는 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

실제로 숨은 참조 수신자 인 경우 숨은 참조 수신자인지 어떻게 알 수 있습니까? BCC의 특성은 BCC 필드에 나열된 메시지의 모든 수신자를 숨 깁니다.

Outlook에서 메일 그룹을 사용하기 전에 이전에 BCC 필드에 모든 수신자를 입력하고 To 필드에 내 자신의 전자 메일 / 이름을 입력하면 다른 사람이 전자 메일을 보낸 사람을 볼 수 없습니다. .

또한,받는 사람 필드에 스패머의 이메일 주소는 a의 이름이 될 수 분포 목록 ... - 따라서 그런 식으로 모든 이메일을 숨기고 ...

봉투 "To" 의 전자 우편 주소는 달팽이 우편 봉투의 주소가 종이 레터 헤드의 수신자 주소와 관련이있는 것처럼 전자 우편 헤더 의 To:및 Cc:필드에있는 주소와 관련이 있습니다. 봉투에. 즉, 보낸 사람이 일치하도록하는 것은 보낸 사람의 책임이며, 메일 배달 서비스는 편지가 열리지 않은지 확인하기 위해 편지를 열지 않을 것입니다.

전자 메일의 경우 이는 사실이 아닙니다. 전자 메일 배달 시스템은 메일 내용 (헤더 및 본문)을 검사하여 스팸 및 바이러스를 탐지합니다. 그러나 전자 메일로 숨은 경우 주소는 봉투에 있지만 메일의 어느 곳에도 표시되지 않습니다 (그 때문에 블라인드 카본 사본 이라고합니다) -일부 전자 메일 클라이언트는 별도의 메일 사본을 생성합니다. 추가 입력란에 귀하의 주소가 포함되어 있지만 이것이 보편적 인 것은 아닙니다. 이것은 합법적 인 사용 사례이며 스패머는이를 사용합니다. (당신은 있다 - 당신 문서화받는 것없이 indetended받는 사람입니다 정의에 의해, 그 메일에 bcc'ed.)

헤더에 언급되지 않은 "To"봉투를 갖는 것은 메일이 스팸 일 수 있음을 암시하지만 힌트 일뿐입니다. 숨은 참조 및 반송 메일에 합법적으로 발생합니다.

숨은 참조 : 목록의 요점은 수신자 가 볼 수 없다는 것입니다. 봉투 수신자 (RCPT TO : SMTP 트랜잭션에 지정된 수신자)와 헤더 수신자 (To : 행의 주소)가 다른 것은 완벽하게 합법적입니다. 이것이 숨은 참조 목록을 얻는 방법입니다.

걱정하지 마십시오. 이것은 완전히 정상입니다.

BCC가 실제로 작동하는지 확인하기 위해 일부 테스트 메시지를 Gmail 계정으로 보내면 (정크 폴더에있을 수 있음) 다음과 같이됩니다.

먼저 누가 수신 Gmail 메시지를 처리하고 있는지 파악하십시오.

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.

그런 다음 Mac의 터미널 또는 Windows의 DOS 프롬프트와 같이 굵게 표시된 명령을 입력하십시오. 더미를 바꾸지 마십시오 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테스트 메시지를 전달할 Gmail 주소로 변경하여 다음을 입력하십시오 . (각괄호 <...>가 필요합니다.) rcpt to:Gmail에 알려진 경우 여러 줄을 사용할 수도 있습니다 .

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가 처리되는 방식입니다. 그것은 자주 사용하지 않는 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!

여기에서 Gmail은 Delivered-To:헤더를 추가했습니다 . 모든 메일 서버가 그렇게하는지 확실하지 않습니다.

그러나 일반 헤더는 실제 수신자를 전혀 언급하지 않으며 실제로 입력 한 내용의 사본 일뿐입니다. 이메일 클라이언트는 일반적으로 메시지의 세부 정보 만 표시합니다. 예를 들어, 반송 주소 ( mail from:및 Return-path:)는 표시된 발신자 ( From:)와 다를 수 있으며 둘 다 거짓 일 수 있습니다. 날짜는 실제로 발신자가 설정 한 날짜입니다. 스팸은 새로운 메시지가 도착한 후에도 화면 상단에 메시지를 표시하기 위해 미래 또는 과거에 날짜가있는 경우가 있습니다.