zoukankan      html  css  js  c++  java
  • Exchange 2013接收连接器介绍

    Exchange 2013默认的接受连接器有5种如下:

    那么,如何区分和理解这5种接收连接器呢?

    首先明确接收连接器的定义:

    • 接收连接器用于控制发送到 Exchange 组织的入站邮件流。

    • 接收连接器的作用域限于单台服务器,及每个接收连接器都属于单台服务器,其设置仅对此台服务器生效。

    Exchange 2013默认的接收连接器虽然有5个,但按角色分只有两类。我们可以先从接收连接器的两类角色开始了解。

    接收连接器两类角色分别为:FrontendTransport即前端传输,和HubTransport即集线器传输。其中,FrontendTransport存在于客户端访问角色服务器,即前端服务器;HubTransport存在于邮箱角色服务器,即后端服务器。

    Exchange 20135个默认接收连接器中,属于FrontendTransport角色的有3个,属于HubTransport角色的有2个。因此,如果邮件服务器仅安装前端角色,则只有3个默认接收连接器,如果仅安装后端角色则只有2个默认接受连接器,只有安装了全角色的服务器才包含全部的5个默认接收连接器。

    下面是每一个接收连接器的作用:

    • Default <Server>   ,属于HubTransport角色,用于接受来自运行传输服务的邮箱服务器和来自边缘服务器的连接,因为在Exchange 2013,邮箱服务器承载传输服务,因此这个连接器也可接收自己本身的邮件提交。使用2525端口。

    • Client Proxy <Server>   ,属于HubTransport角色,接受来自前端服务器的连接。通常,邮件会通过 SMTP 发送到前端服务器。使用465端口。

    • Default FrontEnd <Server>  ,属于FrontendTransport角色,通过端口 25 接受来自 SMTP 发件人的连接。这是进入组织的常用邮件入口点。正常情况外部邮件都是通过这个接收连接器进入组织的。并且,因为此接收连接器属于前端服务器,所以我们要接收外部邮件时需要将前端服务器的地址映射出去。

    • Outbound Proxy Frontend <Server> ,属于FrontendTransport角色 ,接受来自后端服务器(启用了前端代理)上的发送连接器的邮件,即当后端服务器开启了前端代理后,前端服务器才使用这个接收连接器接收后端提交的邮件,使用717端口。

    • Client Frontend <Server>   ,属于属于FrontendTransport角色,接受应用了传输层安全性 (TLS) 的安全连接,即使用pop3或者imap协议的邮件客户端通过TLS加密通道提交的邮件,因为pop3imap都是接收邮件的协议,它们发送邮件都是使用SMTP(加密)协议,使用587端口

    以上理论介绍之后,举一个例子说明这些理论知识在实际排错中的用处:

    某次客户反映,他们公司用户无法接收附件较大的外部邮件,而内部邮件一切正常。以上现象,我第一反应是定位到邮件网关,然后再查看传输规则,但是以上两项都正常。排查之后才发现是接收连接器的问题,具体是Default FrontEnd <Server>这个连接器。前面介绍到,此接收连接器作用是,通过25号端口,使用SMTP协议接收外部邮件,因此外部邮件必定会经过此接收连接器。查看连接器属性,发现其中的“最大接收邮件大小”被管理员不小心改成了10M,改为合适值后就恢复正常了。

     
     
  • 相关阅读:
    python中关于with以及contextlib的使用
    Python之Redis操作
    Python操作memecache
    COM组件技术名称解释
    C++11-新增正则表达式
    BSTR与char*、cstring、CComBSTR的转换
    ATL字符宏使用以及代码测试
    获取与一个磁盘的组织以及剩余空间容量有关的信息以及代码测试
    关于cstring ->string-> const char * 用U2A一步转换 错误的内存问题
    cstring、string、wstring、int、char*、tchar、 int、dword等相互转换代码输出测试
  • 原文地址:https://www.cnblogs.com/yujianadu/p/14487544.html
Copyright © 2011-2022 走看看