博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
exchange发信流程
阅读量:2435 次
发布时间:2019-05-10

本文共 402 字,大约阅读时间需要 1 分钟。

1.客户端使用outlook使用MAPI进行发信,这封信保存在了用户邮箱的发件箱里面

2. 邮箱服务器组件 microsoft exchange mail submission service检测到用户发件箱下面有邮件可用,它会随机挑选一个HUB,提交邮件通知HUB的store driver。

3.store driver把这封邮件从邮件服务器组件上通过MAPI拿过来放到submission queue里面(放到pickup directory目录中)。此时用户发件箱用没有这封邮件了,而是在已发送邮箱里面保存一份副本。

4.通过分类器进行处理。分类器会验证SMTP收信人地址,如果收信人地址在本地,那么就会做一个本地投递。

如果分类器邮箱目标在另外站点中,那么它通过AD site信息发送到站点中的hub上。

如果分类器邮箱目标在internet那么它通过edge传输服务器发送到internet上

转载地址:http://lchmb.baihongyu.com/

你可能感兴趣的文章
Mongodb内存管理和使用情况情况查询
查看>>
seconds_behind_master监控复制延迟的不足及pt-heartbeat改进方法
查看>>
MongoDB状态查询详解:db.serverStatus()
查看>>
MySQL几点重要的性能指标计算和优化
查看>>
故障案例:磁盘空间不足可能引起的mysql问题
查看>>
故障案例:定时备份可能引起的问题
查看>>
故障案例:主从同步报错Fatal error: The slave I/O thread stops because master and slave have equal MySQL server
查看>>
故障案例:mysql5.6下,mysqlbinlog版本不对可能导致的问题
查看>>
故障案例:slave延迟很大
查看>>
ProxySQL快速上手
查看>>
故障案例---innodb表出现大量的Waiting for table level lock
查看>>
sql_log_bin在GTID复制下的一个现象
查看>>
双主+haproxy手工切换的一个注意点
查看>>
利用binlog2sql实现闪回
查看>>
mongos分片集群下db数量过多导致服务不可用
查看>>
gtid主从报错When@@SESSION.GTID_NEXT is set to a GTID
查看>>
利用mongosync做数据库迁移
查看>>
mysql唯一索引的一个小常识--Duplicate entry 'XXX' for key 'XXX'
查看>>
故障处理--mongos count不准
查看>>
大量短连接导致haproxy服务器端口耗尽
查看>>