exchange

是一种应用程序对应用程序的通信方法。应用程序通过读写出入队列的消息（针对应用程序的数据）来通信，而无需专用连接来链接它们。 消息传递指的是程序之间通过在消息中发送数据进行通信，而不是通过直接调用彼此来通信，直接调用通常是用于诸如远程过程调用的技术。排队指的是应用程序通过队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。 排队指的是应用程序通过 队列来通信。队列的使用除去了接收和发送应用程序同时执行的要求。 二、AMQP 即 Advanced Message Queuing Protocol 高级消息队列协议，是应用层协议的一个开放标准，为面向消息的中间件设计。消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。 AMQP 的主要特征是面向消息、队列、路由（包括点对点和发布 / 订阅）、可靠性、安全。 三、 Rabbitmq概念： 属于一个流行的开源消息队列系统。属于AMQP( 高级消息队列协议 ) 标准的一个 实现。是应用层协议的一个开放标准，为面向消息的中间件设计。用于在分布式系统中存储转发消息，在 易用性、扩展性、高可用性等方面表现不俗。 消息中间件主要用于组件之间的解耦，消息的发送者无需知道消息使用者的存在，反之亦然。 AMQP 的主要特征是面向消息、队列、路由（包括点对点和发布 / 订阅）、可靠性、安全。 RabbitMQ特点： 　

国内好像没有ad什么域控管理工具，只看到卓豪admanager，老外人写的软件，功能很多，很强大，但是不符合国人的使用习惯。结合自己平时的工作需要，然后开发了一套管理工具，现在管理大概3万员工，解决了运维人员的大难题。首先考虑管理工具需要是BS,只需要浏览器就能管理AD和exchange，比如执行ADpowershell、exchangepowershell、修改AD节点用户、OU、计算机的属性。同时提供接口给公司的其他业务系统，所有系统的账号都基于AD统一管理。 AD管理： AD控制台：直观展示AD域控组织目录，同时对OU目录节点进行操作。 OU：新建OU、删除OU、重命名OU；导出OU子节点相关信息、移动对应到OU目录等 用户：编辑人员属性、重置密码、删除账号，添加组、退组、查看邮箱信息等 组：设置组属性、添加组成员、删除组成员、添加组、退组，设置邮件组发送限制等 计算机：设置计算机属性、重命名计算机、删除计算机等 AD批量操作：批量对组、用户、计算机进行相关功能的操作，例如禁用账号、删除账号、批量加组、退组。 AD报表：抓取AD所有节点相关信息，进行统计分析，例如账号有效期快要到期的账号、禁用的账号等 域控powershell:在服务器上执行adpowershell命令，无需再去开远程执行powershell. exchange管理： 邮箱数据库：显示所有数据库相关信息

csharp Exchange邮件操作 准备 安装nuget包：Microsoft.Exchange.WebServices 使用命名空间 Microsoft.Exchange.WebServices.Data using Microsoft . Exchange . WebServices . Data ; 连接服务器 ExchangeService service = new ExchangeService ( ExchangeVersion . Exchange2007_SP1 ) ; service . Credentials = new WebCredentials ( "yue_zhou" , "youarefat0A" , "intsig" ) ; service . AutodiscoverUrl ( "yue_zhou@intsig.net" ) ; 收件箱 Folder inbox = Folder . Bind ( service , WellKnownFolderName . Inbox ) ; Console . WriteLine ( inbox . DisplayName ) ; // 输出"收件箱" var subFolders = inbox . FindFolders ( new FolderView ( 100 ) ) . Folders ;

前言 消息队列在现今数据量超大，并发量超高的系统中是十分常用的。本文将会对现时最常用到的几款消息队列框架 ActiveMQ、RabbitMQ、Kafka 进行分析对比。 详细介绍 RabbitMQ 在 Sprinig 框架下的结构及实现原理，从Producer 端的事务、回调函数（ConfirmCallback / ReturnCallback）到 Consumer 端的 MessageListenerContainer 信息接收容器进行详细的分析。通过对 RabbitTemplate、SimpleMessageListenerContainer、DirectMessageListenerContainer 等常用类型介绍，深入剖析在消息处理各个传输环节中的原理及注意事项。 并举以实例对死信队列、持久化操作进行一一介绍。 目录 一、RabbitMQ 与 AMQP 的关系 二、RabbitMQ 的实现原理 三、RabbitMQ 应用实例 四、Producer 端的消息发送与监控 五、Consumer 端的消息接收与监控 六、死信队列 七、持久化操作 一、RabbitMQ 与 AMQP 的关系 1.1 AMQP简介 AMQP（Advanced Message Queue Protocol 高级消息队列协议）是一个消息队列协议，它支持符合条件的客户端和消息代理中间件（message

函数 int func(int x){ //x：形式参数 .... } int main(){ .... int res=func(z); //z：实际参数 } 实参与形参具有不同的存储单元， 实参与形参变量的数据传递是“ 值传递 ”； 函数调用时，系统给形参分配存储单元，并将实参对应的值传递（ copy ）给形参； P.S. 实参与形参的类型必须相同或可以兼容； 示例： #include<iostream> using namespace std; void exchange(int a, int b){ int p; p = a; a = b; b = p; } int main(){ int a = 3, b = 5; exchange(a, b); cout<<a<<" "<<b<< endl; return 0; } 输出结果将会是3 5. 因为在调用exchange()时，main函数里的a和b的值被copy给exchange()，然后修改的是exchange函数内存空间里的a和b，而不是main函数内的。那如何实现exchange功能呢？可以用指针 #include<iostream> using namespace std; void exchange(int *a, int *b){ int p; p = *a; *a = *b; *b = p; } int

Python 的创始人为吉多·范罗苏姆(Guido van Rossum).1989年的圣诞节期间,吉多·范罗苏姆为了在阿姆斯特丹打发时间,决心开发一个新的脚本解释程序,作为ABC语言的一种继承.Python是纯粹的自由软件,源代码和解释器CPython遵循 GPL(GNU General Public License)协议.关于python的哲学：python崇尚:"优雅"、"明确"、"简单",Python是用最简单最优雅最明确的方法来解决问题. RabbitMQ RabbitMQ是一个在AMQP基础上完整的,可复用的企业消息系统,他遵循Mozilla Public License开源协议,MQ全称为Message Queue,消息队列(MQ)是一种应用程序对应用程序的通信方法,应用程序通过读写出入队列的消息(针对应用程序的数据)来通信,而无需专用连接来链接它们.消息传递指的是程序之间通过在消息中发送数据进行通信,而不是通过直接调用彼此来通信,直接调用通常是用于诸如远程过程调用的技术.排队指的是应用程序通过队列来通信,队列的使用除去了接收和发送应用程序同时执行的要求,说的笼统点是queue+socket实现. ◆MQ的基础应用◆ 如果启动了多个消费者,那么他们之间是串行获取数据的,也就是说如果1号消费者收不到数据,那么MQ将默认发送给2号消费者,以此类推,如果全部消费者不在线

一、背景 RabbitMQ是一个由erlang开发的AMQP（Advanced Message Queue ）的开源实现。AMQP 的出现其实也是应了广大人民群众的需求，虽然在同步消息通讯的世界里有很多公开标准（如 COBAR的 IIOP ，或者是 SOAP 等），但是在异步消息处理中却不是这样，只有大企业有一些商业实现（如微软的 MSMQ ，IBM 的 Websphere MQ 等），因此，在 2006 年的 6 月，Cisco 、Redhat、iMatix 等联合制定了 AMQP 的公开标准。 RabbitMQ是由RabbitMQ Technologies Ltd开发并且提供商业支持的。该公司在2010年4月被SpringSource（VMWare的一个部门）收购。在2013年5月被并入Pivotal。其实VMWare，Pivotal和EMC本质上是一家的。不同的是VMWare是独立上市子公司，而Pivotal是整合了EMC的某些资源，现在并没有上市。 RabbitMQ的官网是http://www.rabbitmq.com 花絮：本篇文章是一个系列的文章，本片是开篇，后续会陆陆续续的整理出来，我会现在我自己个人博客发表出来(www.battleheart.cn)，因为在自己的博客里面可以先修改了完善有些不对的地方，等完善后再发到博客园，免得误导大家。 二、基础概念

最近在做一个跨林迁移的POC测试，在迁移邮箱时遇到了问题，下面我将遇到的问题及排错过程分享出来，希望对大家有所帮助。 所有的前期工作准备好后，在通过以下命令 New-MoveRequest -Identity test01 -Remote -TargetDeliveryDomain wtaik.com -RemoteHostName source-exch2013.source.com -TargetDatabase BXDB01 -RemoteCredential $RemoteCredentials 进行迁移的时候报以下错误： 通过以下命令Test-MigrationServerAvailability测试目标服务器的有效性时，报错和迁移时一样，如下图： 通过ECP创建迁移终结点的时候，无法检测到服务器： 查看EWS日志，报错如下： 通过以上日志判断问题的原因肯定是出在源exchange 服务器。 通过查看源域exchange 2013的事件日志，发现了很多的TLS相关事件，如下图： 展开详细信息如下： 通过事件日志判断问题应该跟TLS有关，通过查找相关资料发现了一篇文章 通过以上的事件日志，解决方法有2种： 在exchange服务器上添加注册表键值 Location:HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

　　上一篇我介绍了Exchange的日常检查操作，大家都知道Active Directory是微软的基础架构，也是Exchange的基础架构，没有Active Directory就搭建不了Exchange，今天给大家分享下Active Directory的日常检查，希望对大家有所帮助。 基础检查 服务器时间检查 时间对域控服务器非常重要，所以一定要确保所有域控服务器时间是一致的 PDC服务器建议指定一个特定的时间源 W32tm /query /source 复制状态 相信大家检查复制状态都是使用命令检查，今天给大家推荐一款微软的复制状态检查工具。 adreplstatusInstaller： https://www.microsoft.com/en-us/download/details.aspx?id=30005 工具安装完成后，直接点击运行就可以了： 运行完成后如下图所示，复制状态，错误什么都有 获取域控服务器清单 服务器清单可以使用如下2条命令获取 nltest /dclist:您的域名 nltest /dnsgetdc:您的域名 DNS检查 检查DNS状态您可以使用如下命令检查 dcdiag /test:dns 事件日志检查 检查应用程序日志 检查系统日志 检查Active Directory Web Services日志 检查DFS Replication日志

　　上一章《 Exchange 2016部署实施案例篇-03.Exchange部署篇（上） 》我们对部署Exchange Server 2016的先决条件做了简单的讲解，接下来我们进入先决条件准备工作。 先简单说下环境： 服务器名称 IP地址 系统 作用 ADSrv01 192.168.1.10 Win2016 GC(已部署完成) ADSrv02 192.168.1.20 Win2016 GC(已部署完成) EXSrv01 192.168.1.50 Win2016 MailBox（未安装） EXSrv02 192.168.1.70 Win2016 MailBox（未安装） 老铁们如果想知道活动目录我是如何部署的可以参考《 Exchange 2016部署实施案例篇-02.活动目录部署篇 》 先决条件准备 　　聊到先决条件准备，那么我们就一起看下官方是如何带我们一步步准备Exchange Server 2016的先决条件的。 Exchange Server 2016先决条件准备： https://technet.microsoft.com/zh-cn/library/bb691354(v=exchg.160).aspx 首先我们打开上面链接可以看到，大致分了如下几个步骤 在开始之前，您需要知道什么 我们先一步步来，首先我们看下“在开始之前，您需要知道什么”