nas*_*ash 10 email thunderbird spam-prevention headers
我试图检查标题 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
Run Code Online (Sandbox Code Playgroud)
stu*_*ack 12
如果您确实是 BCC 收件人,您如何查看您是否是 BCC 收件人?BCC 的本质是它隐藏了 BCC 字段中列出的消息的所有收件人......
我以前在 Outlook 中使用过通讯组列表,如果我将所有收件人放在密件抄送字段中,并将我自己的电子邮件/姓名放在收件人字段中,那么除了我之外没有人可以看到电子邮件发送给了谁...... .
此外,“收件人”字段中垃圾邮件发送者的电子邮件地址可能是分发列表的名称... - 这样就隐藏了所有电子邮件...
信封“收件人”中的电子邮件地址与电子邮件标题中To:
和Cc:
字段中的地址的关系就像蜗牛邮件信封上的地址与纸张信头上的收件人地址的关系一样在信封里。也就是说,使它们匹配是发件人的责任,并且邮件递送服务不会打开信件以检查它没有被误写地址。
就电子邮件而言,这并不完全正确:电子邮件传送系统确实会检查邮件内容(标题和正文)以捕获垃圾邮件和病毒。但是,如果您的电子邮件被密件抄送,您的地址将在信封上,但不会在邮件中的任何地方(这就是为什么它被称为密件抄送——一些电子邮件客户端会生成一份单独的邮件副本,其中它们在一个额外的字段中包含您的地址,但这不是通用的)。这是一个合法的用例,垃圾邮件发送者会利用它。(根据定义,您在该邮件上被密件抄送 - 您是指定的收件人,而不是记录在案的收件人。)
邮件头中没有提到的信封“收件人”暗示该邮件可能是垃圾邮件,但这只是一个提示。它合法地发生在密件抄送和退回的邮件中。
密件抄送:列表的全部意义在于收件人无法看到它。信封收件人(RCPT TO: SMTP 事务中指定的收件人)和标题收件人(To: 行中的地址)不同是完全合法的;这就是密件抄送列表的实现方式。
所以不用担心,这是完全正常的。
归档时间: |
|
查看次数: |
8985 次 |
最近记录: |