计算机网络安全第四章电子邮件安全

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

6
目录>>电子邮件概述
9之5
延迟交付
发送端的时延 发送端必须提供一个临时存储(spooling)系统,
邮件在发送前先存储在这里。邮件传送系统定期 地检查存储在临时存储系统中的邮件,看是否能 够发出。
接收端的时延 当邮件到达时,并不要求由收信人立即读取,
而是存储在收信人的邮箱中,等收信人来读取。
3/23/2022
15
目录>>电子邮件概述>>相关协议和标准
6之4Biblioteka Baidu
头域
— 供UA或收信人使用
头域
含义
Date:
发送邮件的日期和时间
Reply-To: 回复邮件应该到的电子邮件地址
Message-Id: 邮件的唯一编号
In-Reply-To: 回复邮件所对应邮件的Message-Id
References: 其他相关的Message-Id
3/23/2022
7
目录>>电子邮件概述
9之6
别名
— 一对多别名扩展
3/23/2022
8
目录>>电子邮件概述
9之7
别名
— 多对一别名扩展
3/23/2022
9
目录>>电子邮件概述
9之8
邮件传送代理
(MTA)
MTA完成将邮件从源端传送到目的端, 一般是系统守护进程,即:在后台运行的进 程。
要发送邮件,一个系统必须有客户 MTA;而要接收邮件,一个系统必须有服 务器MTA。
电子邮件安全
电子邮件概述 电子邮件安全 安全电子邮件系统
3/23/2022
1
2
目录
电子邮件概述
系统工作原理 相关协议和标准 安全需要
3/23/2022
目录>>电子邮件概述
9之1
概述
电子邮件是Internet上最早出现的服务之一, 1972年由Ray Tomlinson发明。经过30年的发展, 电子邮件已经从单纯传递文字信息发展为可以传 送各类多媒体信息的通信工具。它以使用方便、 快捷、容易存储和管理等特点很快被大众接受, 成为传递公文、交换信息、沟通情感的有效工具。 在Internet上,用户使用最多的网络服务当属邮件 服务。
3/23/2022
10
9之9
邮件的传送
3/23/2022
11
目录>>电子邮件概述
相关协议和标准
邮件格式
RFC 822
MIME
邮件发送
SMTP
邮件投递
POP3
IMAP
3/23/2022
12
目录>>电子邮件概述>>相关协议和标准
6之1
RFC 822
RFC 822定义了用户之间通过电子邮件来交换 文本信息(US-ASCII字符集)的语法。
头域
含义
MIME-Version:
标识MIME版本
Content-Description:
可读字符串,描述邮件内容
Content-Id:
邮件的唯一标识符
Content-Transfer-Encoding: 邮件主体的编码
Content-Type:
内容的类型和格式
3/23/2022
21
目录>>电子邮件概述>>相关协议和标准>>(新增)内容
3/23/2022
3
邮件客户
电子邮件系统
9之2
邮件客户
邮件服务器 邮件服务器
3/23/2022
4
目录>>电子邮件概述
9之3
用户代理(UA)
UA通常是一个用来发送和接收邮件的程序, 是用户与电子邮件系统的接口,例如:Outlook Express(OE)、Foxmail等。
UA至少具有如下三个功能:
一个电子邮件分为信封和内容两部分。RFC 822只规定了邮件内容中的首部格式(定义了若干 头域),而对邮件的主体部分则让用户自由撰写。 用户写好首部后,邮件系统将自动地将信封所需 的信息提取出来并写在信封上,用户无需填写邮 件信封上的内容。
3/23/2022
13
6之2
电子邮件格式
3/23/2022
2之2
(新增)内容
邮件首部格式 新增5个头域,用于提供有关邮件主体的信息。
内容类型格式 定义了许多邮件内容的格式,对多媒体邮件的
表示方法进行了标准化。 编码转换方法
定义了传送编码,可对任何内容格式进行转换。
3/23/2022
20
目录>>电子邮件概述>>相关协议和标准>>(新增)内容
邮件首部格式
撰写
给用户提供很方便地编辑邮件的环境。
显示
能方便地在计算机屏幕上显示邮件的内容。
处理
包括发送和接收邮件。
3/23/2022
5
目录>>电子邮件概述
9之4
电子邮件地址
收信人邮箱名@邮箱所在主机的域名
邮箱 邮箱中存储了所有收到的发给用户的邮件,
以便UA进行读取 。 域名
邮件服务器的域名。
3/23/2022
例子
6之6
3/23/2022
18
目录>>电子邮件概述>>相关协议和标准
2之1
MIME
随着电子邮件在Internet上的流行,RFC 822存在的问 题日益显著,主要表现在:RFC 822为文本信息的格式进 行了规范,但对于非文本的多媒体信息,例如音频和视频 等信息并没有涉及;即使对文本信息,RFC 822也仅限于 US-ASCII字符集,而不能支持多种语言的字符集,例如 GB2312、Unicode编码等。
MIME(Multipurpose Internet Mail Extension)扩展 了RFC 822,在与之兼容的基础上解决了RFC 822存在的 诸多问题。目前,MIME的用途早已超越电子邮件的范围, 成为在Internet上传输多媒体信息的基本协议之一。
3/23/2022
19
目录>>电子邮件概述>>相关协议和标准
5之1
离散型MIME内容类型
类型 text
image audio video application
3/23/2022
子类型 plain enriched jpeg gif basic mpeg PostScript Octest-stream
Keywords: 用户选择的关键字
Subject:
用于显示在一行上的简短邮件摘要
3/23/2022
16
目录>>电子邮件概述>>相关协议和标准
6之5
头域
— 用户自定义
RFC822规定:用户可以自己发明新的 头域以供自己私人使用,只要这些头域以字 符串X-开始即可。
3/23/2022
17
目录>>电子邮件概述>>相关协议和标准
14
目录>>电子邮件概述>>相关协议和标准
6之3
头域
— 与邮件传输有关
头域
含义
To:
主收信人的电子邮件地址
Cc:
次收信人的电子邮件地址
Bcc:
密件抄送的电子邮件地址
From:
创建邮件的人/人们
Sender:
实际发送者的电子邮件地址
Received: 在传递路径上每个MTA增加的行
Return-Path: 可用来确定返回至发送者的路径
相关文档
最新文档