Якщо заголовки "До" та "Від" - це адреса електронної пошти спамера, то як я отримав цей електронний лист?

Я спробував перевірити заголовок 1. Я бачу свою адресу електронної пошти в "Конверт-до: my_email@my_domain.com", але не в To / CC / BCC

1. як відправник здатний це зробити?
2. Я думаю, що я не отримувач BCC, тому що Thunderbird не сказав мені про це.

Перегляньте заголовки нижче (змінили деякі назви):

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? Природа BCC полягає в тому, що він приховує всіх одержувачів повідомлення, перелічених у полі BCC ...

Я раніше працював зі списками розповсюдження в Outlook, і якщо я розміщую всіх своїх одержувачів у полі BCC, а також мою власну електронну пошту / ім’я в полі To, ніхто, крім мене, не може бачити, кому ще було надіслано повідомлення. .

Також адреса електронної пошти спамера в полі Ко може бути назвою списку розповсюдження ... - таким чином, приховуючи всі електронні листи таким чином ...

Адреса електронної пошти в конверті "До" має стільки ж спільного з адресами в полях To:та Cc:полях у заголовках електронної пошти, скільки адреса в конверті "Равликова пошта" пов'язана з адресою одержувача на бланку паперу. в конверті. Тобто, відправник несе відповідальність за те, щоб вони відповідали, а служба доставки пошти не збирається відкривати лист, щоб перевірити, чи його не було вказано неправильно.

Що стосується електронної пошти, це не зовсім вірно: системи доставки електронної пошти перевіряють вміст пошти (заголовки та тіло), щоб виявити спам та віруси. Але якщо ви надіслані електронною поштою електронною поштою, ваша адреса буде в конверті, але не в будь-якому місці пошти (тому її називають сліпою копією копію - деякі клієнти електронної пошти генерують окрему копію пошти, де вони включають вашу адресу в додаткове поле, але це не є універсальним). Це законний випадок використання, і спамери використовують це. (Ви являєшся bcc'ed на цій пошті, за визначенням - ви є indetended одержувач , не будучи документований одержувачем.)

Маючи конверт "До", який не згадується у заголовках, це натяк на те, що пошта може бути спамом, але це лише натяк. Це законно трапляється з електронною поштою та відмовними повідомленнями.

Вся суть у Bcc: списку полягає в тому, що одержувачі не можуть його бачити. Цілком законно, щоб одержувач конверта (одержувач вказаний у транзакції RCPT TO: SMTP) та одержувач заголовка (адреса в рядку Кому:) відрізнялися; саме так досягаються списки Bcc.

Тому не хвилюйтеся, це абсолютно нормально.

А щоб побачити 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.

Далі введіть команди жирним шрифтом, як у Terminal на Mac або DOS-запит у Windows. Не змінюйте манекен 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для виходу з Telnet.)

Зауважте, що у фактичному повідомленні над власною електронною адресою взагалі не згадується. Це також обробка БКК; він часто не використовує 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:), і обидва можуть бути помилковими. А дата - це дійсно просто дата, яку встановив відправник. Іноді спам має дату в майбутньому чи минулому, намагаючись відобразити повідомлення у верхній частині екрана навіть після надходження нових повідомлень.