Nếu tiêu đề 'Tới' và 'Từ' là địa chỉ email của người gửi thư rác, làm thế nào tôi có được email này?


10

Tôi đã thử kiểm tra tiêu đề 1. Tôi thấy địa chỉ email của mình trong "Envel-to: my_email@my_domain.com" nhưng không có trong To / CC / BCC

  1. Làm thế nào người gửi có thể làm điều này?
  2. Tôi nghĩ tôi không phải là người nhận BCC vì Thunderbird đã không nói với tôi về điều này.

Vui lòng xem các tiêu đề bên dưới (đã thay đổi một số tên):

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 không phải là một tiêu đề thực tế. Nó chỉ được gửi trong phiên SMTP dưới dạng "RCPT TO". Việc nó không được gửi trong tiêu đề là điều khiến nó trở thành BCC.
Belmin Fernandez

Liên quan: superuser.com/questions/665477/ Mạnh . Ngoài ra, thêm một số từ khóa của công cụ tìm kiếm: người nhận spam không phải tôi , email không được gửi đến tôi
aexl

Câu trả lời:


12

Làm thế nào bạn có thể thấy nếu bạn là người nhận BCC nếu bạn thực sự là người nhận BCC? Bản chất của BCC là nó ẩn tất cả những người nhận tin nhắn được liệt kê trong trường BCC ...

Tôi đã từng làm việc với các danh sách phân phối trước đây trong Outlook và nếu tôi đặt tất cả người nhận của mình vào trường BCC và email / tên của riêng tôi vào trường Đến, thì không ai khác ngoài tôi có thể xem email được gửi cho ai nữa. .

Ngoài ra, địa chỉ email của người gửi thư rác trong trường Đến có thể là tên của danh sách phân phối ... - do đó ẩn tất cả các email theo cách đó ...


9

Địa chỉ e-mail trong phong bì, thành phố này có liên quan nhiều đến các địa chỉ trong To:Cc:các trường trong tiêu đề e-mail vì địa chỉ trên phong bì thư phải liên quan đến địa chỉ người nhận trên tiêu đề thư trong phong bì. Đó là, trách nhiệm của người gửi là làm cho chúng khớp với nhau và dịch vụ chuyển phát thư sẽ không mở thư để kiểm tra xem nó có bị làm phiền không.

Trong trường hợp e-mail, điều này không hoàn toàn đúng: hệ thống gửi e-mail sẽ kiểm tra nội dung thư (tiêu đề và nội dung) để bắt thư rác và vi-rút. Nhưng nếu bạn đã gửi thư điện tử, địa chỉ của bạn sẽ ở trên phong bì chứ không phải bất cứ nơi nào trong thư (đó là lý do tại sao nó được gọi là bản sao - một số ứng dụng email tạo ra một bản sao riêng của thư họ bao gồm địa chỉ của bạn trong một trường bổ sung, nhưng điều này không phổ biến). Đây là một trường hợp sử dụng hợp pháp và những kẻ gửi thư rác sử dụng nó. ( Theo định nghĩa, bạn được bcc'ed trên thư đó - bạn là người nhận không được phép mà không phải là người nhận tài liệu.)

Có một phong bì mà đề xuất mà không được đề cập trong các tiêu đề là một gợi ý rằng thư có thể là thư rác, nhưng đó chỉ là một gợi ý. Nó xảy ra hợp pháp cho các thư bcc và bị trả lại.


5

Toàn bộ điểm của danh sách Bcc: là người nhận không thể nhìn thấy nó. Hoàn toàn hợp pháp khi người nhận phong bì (người nhận được chỉ định trong giao dịch RCPT TO: SMTP) và người nhận tiêu đề (địa chỉ trong dòng To:) khác nhau; đó là cách danh sách Bcc đạt được.

Vì vậy, đừng lo lắng, điều này là hoàn toàn bình thường.


3

Và để xem BCC hoạt động, đây là những gì xảy ra khi gửi một số thông báo kiểm tra đến tài khoản Gmail (có thể sẽ kết thúc trong thư mục rác).

Trước tiên, hãy tìm hiểu xem ai đang xử lý thư Gmail đến:

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.

Tiếp theo, nhập các lệnh in đậm, như trong Terminal trên máy Mac hoặc dấu nhắc DOS trong Windows. Đừng thay đổi hình nộm 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

Tiếp theo, nhập nội dung sau, thay đổi your-real-gmail-address@gmailthành bất kỳ địa chỉ Gmail nào bạn muốn gửi thư kiểm tra. (Bắt <...>buộc phải có dấu ngoặc góc .) Bạn cũng có thể sử dụng nhiều rcpt to:dòng, miễn là chúng được biết đến với Gmail:

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

data
354 Go ahead p57si7771934eeh.86

Sau đó 354 Go ahead, bất cứ điều gì bạn gõ đến một dòng chỉ bằng một dấu chấm, sẽ được coi là thông báo. Điều này là hoàn toàn độc lập với các rcpt to:bạn đã ban hành ở trên. Các tiêu đề đi trước, sau đó là một dòng trống, tiếp theo là văn bản cơ thể. Chỉ cần dán một cái gì đó như sau. Một lần nữa, đừng thay đổi @example.comđịa chỉ:

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!
.

(Cuối cùng nhấn Ctrl-]và gõ quitđể thoát Telnet.)

Lưu ý rằng trong thông báo thực tế ở trên địa chỉ email của bạn hoàn toàn không được đề cập. Đây cũng là cách BCC được xử lý; nó thường không sử dụng Bcc:tiêu đề, vì sau đó bên gửi không thể gửi cùng một tin nhắn cho nhiều người nhận của cùng một nhà cung cấp trong một lần.

Khi nhận được tin nhắn này, điều này mang lại:

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!

Tại đây, Gmail đã thêm Delivered-To:tiêu đề; Tôi không chắc chắn nếu tất cả các máy chủ mail làm điều đó.

Nhưng: các tiêu đề thông thường hoàn toàn không đề cập đến người nhận thực sự và thực sự chỉ là một bản sao của bất cứ điều gì bạn đã nhập. Và ứng dụng email của bạn thường chỉ hiển thị chi tiết từ tin nhắn. Ví dụ: địa chỉ thoát ( mail from:Return-path:) có thể khác với người gửi được hiển thị ( From:) và cả hai có thể sai. Và ngày thực sự chỉ là ngày mà người gửi đã đặt. Đôi khi thư rác có một ngày trong tương lai hoặc quá khứ, trong nỗ lực để có được thông báo hiển thị trên màn hình của bạn ngay cả sau khi tin nhắn mới đã đến.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.