Email应用

1 Email应用的构成

Email应用的构成组件

  • 邮件客户端(user agent)
  • 邮件服务器
  • SMTP协议(Simple Mail TransferProtocol)
      

邮件客户端

  • 读、写Email消息
  • 与服务器交互,收、发Email消息
  • Outlook, Foxmail, Thunderbird
  • Web客户端
      

邮件服务器(Mail Server)

  • 邮箱:存储发给该用户的Email
  • 消息队列(message queue):存储等待发送的Email
      

SMTP协议

  • 邮件服务器之间传递消息所使用的协议
  • 客户端:发送消息的服务器
  • 服务器:接收消息的服务器

这里写图片描述

2 SMTP协议:RFC 2821

  • 使用TCP进行email消息的可靠传输
  • 端口25
  • 传输过程的三个阶段
    • 握手
    • 消息的传输
    • 关闭
  • 命令/响应交互模式
    • 命令(command): ASCII文本
    • 响应(response): 状态代码和语句
  • Email消息只能包含7位ASCII码

Email应用示例

这里写图片描述

SMTP交互示例

S: 220 hamburger.edu
C: HELO crepes.fr
S: 250 Hello crepes.fr, pleased to meet you
C: MAIL FROM: <alice@crepes.fr>
S: 250 alice@crepes.fr... Sender ok
C: RCPT TO: <bob@hamburger.edu>
S: 250 bob@hamburger.edu ... Recipient ok
C: DATA
S: 354 Enter mail, end with "." on a line by itself
C: Do you like ketchup?
C: How about pickles?
C: .
S: 250 Message accepted for delivery
C: QUIT
S: 221 hamburger.edu closing connection

  
SMTP协议的注意点

  • 使用持久性连接。
  • 要求消息必须由7位ASCII码构成。
  • SMTP服务器利用CRLF.CRLF确定消息的结束。
      

SMTP协议与HTTP对比

  • HTTP: 拉式(pull),SMTP: 退式(push)
  • 都使用命令/响应交互模式:命令和状态代码都是ASCII码
  • HTTP: 每个对象封装在独立的响应消息中,SMTP: 多个对象在由多个部分构成的消息中发送

3 Email消息格式

SMTP: email消息的传输/交换协议
  

RFC 822:文本消息格式标准

  • 头部行(header)
    • To
    • From
    • Subject
  • 消息体(body)
    • 消息本身
    • 只能是ASCII字符

这里写图片描述

Email消息格式:多媒体扩展

MIME:多媒体邮件扩展 RFC 2045, 2056,通过在邮件头部增加额外的行以声明MIME的内容类型。

这里写图片描述

4 邮件访问协议

这里写图片描述

邮件访问协议:从服务器获取邮件。

POP: Post Office Protocol [RFC 1939],认证/授权(客户端服务器)和下载。

IMAP: Internet Mail Access Protocol [RFC 1730],更多功能,更加复杂,能够操纵服务器上存储的消息。

HTTP: 163, QQ Mail等。

POP协议

认证过程

  • 客户端命令
    • User:声明用户名
    • Pass: 声明密码
  • 服务器响应
    • +OK
    • -ERR
        

事务阶段

  • List:列出消息数量
  • Retr:用编号获取消息
  • Dele: 删除消息
  • Quit

这里写图片描述

下载并删除模式:用户如果换了客户端软件,无法重读该邮件。

下载并保持模式:不同客户端都可以保留消息的拷贝。

POP3是无状态的。

IMAP协议

  • 所有消息统一保存在一个地方:服务器。
  • 允许用户利用文件夹组织消息。
  • IMAP支持跨会话(Session)的用户状态:
    • 文件夹的名字。
    • 文件夹与消息ID之间的映射等。
概要介绍:本门课程属于“Java分布式中间件大汇聚实战”系列课程,主要介绍了企业级项目中真实的应用场景的实现及主流的Java核心技术栈(Redis、RabbitMQ、Spring AOP、Redisson、ZooKeeper…)的实战等等。除此之外,还介绍了如何基于Redis设计并实战一款点赞系统(点赞、取消点赞、排行榜、用户中心、文章点赞用户列表…)可以说技术干货甚多,不仅可以巩固企业级应用系统的开发实战能力,相信在面试、跳槽涨薪方面也能带来相应的帮助!课程内容:传说中的金三银四、面试跳槽涨薪季已经来临,Debug特地为大家准备了一系列跟面试、跳槽、巩固核心技术栈相关的课程,本门课程属于第一季,其中的内容包括企业级项目中真实的应用场景实战、面试相关的技术点分享、主流的Java技术栈(Undertow、Redis、RabbitMQ、Spring AOP、Redisson、ZooKeeper…)实战等等。除此之外,我们还基于Redis设计并实战了一款点赞系统,可以说技术干货甚多。在课程的最后,Debug给大家整理了一份最新的面向BAT大厂招聘 ~ 2020年程序猿最新的Java面试题(附带目录和答案),希望对各位小伙伴的成长有所帮助!值得一提的是,本季课程实战的应用场景包括“日志记录”、“邮件发送”、“通告消息通知”、“短信验证码失效验证”、“会员到期自动提醒/到期前N天自动提醒”以及“点赞系统”的设计与实战,其大纲如下所示:其中,涉及到的技术栈包括Spring Boot2.0、Mybatis、Undertow、Redis、RabbitMQ、Redisson、Spring AOP、 Java8…下面罗列出本门课程重点介绍的价格应用案例以及业务场景的实现流程图!(1)基于Spring的消息驱动模型实现日志的异步记录:(2)基于消息中间件RabbitMQ的消息队列实现日志的异步记录:(3)基于缓存中间件Redis的订阅发布机制实现商户公告消息通知:(4)基于Redis的Key失效与定时任务实现实现短信验证码的过期失效验证:其他核心、典型的应用案例和业务场景的实战可以详细参考“课程目录”!除此之外,我们还基于缓存中间件Redis设计并实战实现了点赞系统中的点赞功能模块,下面罗列出其中涉及到的相关功能模块的实战流程图:其课程收益如下所示:
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值