邮槽创建在服务程序内，可以创建成功，

但外部客户端连接时

m_hMailslot = CreateFile("\\\\.\\mailslot\\zdpMailslot",GENERIC_WRITE,FILE_SHARE_READ,NULL,OPEN_EXISTING,FILE_ATTRIBUTE_NORMAL,NULL);

GetLastError返回错误 5 ，无权限访问Access Denied

如果路径改为

\\\\*\\mailslot\\zdpMailslot

\\\\compername\\mailslot\\zdpMailslot

则可以连接成功，但是发一条数据服务端就重复接收三次，而且延时巨大(几分钟)。让人费解。

查到了这篇文章解释的：猜测路径不是点的话那么走的远程调用，每次都要建立授权会话，导致延时巨大

http://www.360doc.cn/article/2660674_95457447.html

lpSecurityAttributes参数决定了为邮槽施加的访问控制权限。在Windows NT和Windows2000中，这个参数只实现了一部分，所以同时还应指定一个null(空)参数。在邮槽上，唯一能够施加的安全措施是针对本地I/O进行的----客户机试图将服务器的名字设为小数点(.)，以打开一个邮槽。要想绕过这种安全机制，客户机可指定服务器的实际名字，而不是一个小数点，亦即相当于发出一个远程I/O调用。在Windows NT和Windows2000中，并未针对远程I/O而实现lpSecurityAttributes参数，因为假如每次发出一条消息时，都在客户机与服务器之间建立一个授权会话，那么效率会显得十分低下。因此，邮槽仅一部分符合标准文件系统采用的Windows NT和Windows2000安全模型。结果便是，网络中的任何邮槽客户机都可将数据发给服务器。

===搜了半天找到了这个网上的文章====

跨进程访问共享内存的权限问题

http://m.blog.csdn.net/jiangsheng/article/details/25563

采用了蒋老师的CShareRestrictedSD 类指定自定义的SECURITY_ATTRIBUTES，

不知道为啥这个类写的这么复杂

但放到服务程序里CreateMailslot的时候就挂了。

于是放弃

===继续搜了半天找到了这个网上的文章 stackoverflow老外的====

https://stackoverflow.com/questions/8389549/access-denied-on-writing-on-mailslot-in-windows-service-program

给出了一个指定SECURITY_ATTRIBUTES的代码：

SECURITY_DESCRIPTOR sd;

InitializeSecurityDescriptor(&sd, SECURITY_DESCRIPTOR_REVISION);

SetSecurityDescriptorDacl(&sd, true, NULL, false);

SECURITY_ATTRIBUTES sa;

sa.lpSecurityDescriptor=&sd;

sa.bInheritHandle=true;pHandleMailSlot = CreateMailslot("your mail slot path", 0, -1, &sa);

弄上果然可以外部连接成功了!!!之前的延时大也是自己调用错了。