John's profile非完全过滤垃圾PhotosBlogListsMore Tools Help

    IT新技术与企业运行效率

    今天参加了港俊科技主办的信息主管论坛活动,让我感觉十分有意义,于是整理一点东西供大家分享,整整4个小时(下午2点到6点)的会议主要涉及了以下三个方面的内容:

    1. 微软的OCS2007:集成企业统一沟通平台。它包括邮件、即时消息、传统电话与PC电话集成、远程培训、视频会议等协作服务、;感觉是比前期的版本强大很多,整合了更多内容。 其中的视频会议服务,我认为对提高我司的沟通效率有很大的借鉴作用,微软测试数据宣称300K一个终端就可以达到良好的声音视频图像效果,目前全国普及的ADSL带宽就基本足够:想想每周深圳与惠阳多次来回的各种开销与花费,若能及早实现即时视频会议或以其他快速有效的沟通方式来代替目前传统的异地现场会议,将减少会议成本,节省花费在路途中的时间,提高工作效率。当然,在公司各办事处及分部均可推广应用,只要保障带宽及会议效果。
    2. CITRIX思杰系统:是领先的以及最值得依赖的按需接入基础架构解决方案提供商。它通过随时随地地使用任何设备安全按需接入企业信息,提高企业和个人的生产效率。它强调“在任何地方以最低成本交付WINDOWS应用的事实标准”从应用客户来看,全球顶级公司几乎无一不是它的客户(100%的财富100强,98%的财富500强……),最新4.5版宣称可以做到10-30K 的带宽上均可良好实现企业的各种应用,因为它是一种把虚拟技术做到极致的技术,而在虚拟技术上能实现的功能再整合应用程序授权限、单点登录等管理:于是它可以远程良好实现ERP,OFFICE,远程支持等一切能在本地运行的企业应用(并且不需要在客户端安装任何除浏览器之外的软件,完全快速虚拟化实现服务器上指定授权的各种应用)。其核心技术是虚拟化协议(RDP,ICA)及良好的算法。应用远比VPNRDP Client来得快速(微软服务器的终端服务就是使用CITRIX的早期技术,就像微软自带的备份程序使用Veritas[已被symantec收购]的简化版备份系统),并且整合单点登录,应用授权,全球实时培训(限于视频及演示,无声音)。在广域网内推广实施ERP及企业其他应用显得尤为重要。缺点可能是有些昂贵。
    3. MOSS2007:Office共享服务器,涵盖协同、门户、搜索、内容、流程、智能等内容。其主要功能如下:
      1. 网站:企业门户展示灵活,各种门户或站点应用模板,sharepoint
      2. 协同工作:文件共享,文件、邮件;EXCEL,WORD,PPT,Groove
      3. 商业智能:简单处理、分析;excel,word
      4. 商务表单:infopath;筛选,决策判断
      5. 企业内容管理:文档版本控制,权限管理(RMS,IRM),离在线,迁入迁出;纸制文档,电子文档的统一管理;DOC,PPT等
      6. 搜索:根据文件、人员或定制的搜索条件;outlook等
      7. 工作流:无代码开发工作流程sharepoint designer,VS2005;
      8. 良好的备份及灾难恢复:统一在SQL2005数据库上完成;

    今天参与的人员不多,差不多12人,但都是已经实施或计划实施的较有名气的公司和集团企业。感觉效果比以往在深圳举办的类似IT技术聚会活动要好得多。

    身处中小企业,IT技术人员少,我们对IT新技术的了解与测试的精力不足,以及向领导层推广力度不够(缺乏信息技术向上推销机会及勇气);但内心始终有非常强烈的愿望(和技术挑战激情),让公司信息化技术程度逐步向前推进,以最前沿和先进的技术来解决目前企业比较传统和落后的沟通与协作方式及信息化管理运行环境,不断提升信息化程度,使企业能收到更大的回报和投资增长。

    想想信息化推进工作,它不仅仅是IT工作的需要,也是整个公司提高运行效率和快速发展的需要。

    check name(以前曾多次寻找的问题)ZT

    引子:

    邮件帐号创建问题

    windows server2003+Exchange2003,用Exchange提供的AD用户与计算机为域用户创建邮箱。提示全部创建成功,但是个别用户在创建完邮箱之后,用户对象属性“电子邮件地址”属性页为空,用OWA、Outlook均无法访问。手工添加SMTP地址和x.400地址后用OWA可以访问,但用Outlook任无法防问。故障表现为在创建邮箱帐号时显示:“无法完成此操作,此姓名与地址列表中的姓名不符”。隐藏地址显示后也会出现无法check name的问题,常常我是手动更新收件人策略方可正常。
    经典回答:
    本文介绍典型疑难解答步骤, 可用于确定原因为下列客户端错误消息:
    无法解析名称。 名称不是匹配为在地址列表名。
    注意 : 本文假设您已熟悉 Ldp.exe。

    更多信息
    警告 如果您使用 ADSIEdit 管理单元, LDP 实用程序, 或其他任何 LDAP 版本 3 客户端, 地修改了 ActiveDirectory 对象属性, 可能会导致严重问题。 这些问题可能需要重新安装 MicrosoftWindows2000Server、 Microsoft WindowsServer 2003、 MicrosoftExchange2000Server、 Microsoft Exchange Server 2003, 或同时 Windows 和 Exchange。 Microsoft 无法保证对象属性可解决错误修改 ActiveDirectory 时出现的问题。 修改这些属性需要您自担风险。

    若要解决此问题, 请按照下列步骤。

    注意 对于此过程, " 用户帐户 " 是 " 管理员帐户 " 是域管理员组, 中任何帐户和 " 用户 " 指向用户登录作为其帐户名称无法解析, ActiveDirectory 用户帐户。 1. 验证 ActiveDirectory 帐户, 登录到邮箱或者到创建客户端配置或使用已启用邮箱。

    验证可用于登录到工作站帐户或帐户 Outlook 进入密码 对话框中用于您输入凭据是否启用邮箱。 如果此帐户是不启用邮箱, 帐户无法检查名称。

    使该帐户, 已启用邮箱的启动 ActiveDirectory ActiveDirectory 用户和计算机管理单元, 右键单击用户帐户, Exchange 任务, 依次创建邮箱。  
    2. 验证该用户可使用 ActiveDirectory 帐户来在 Users 容器 (或) Active Directory 组织单元包含用户帐户中查看同级对象。 要这样: a.  启动 Ldp.exe, 然后键入用户凭据的帐户, 是不解析为绑定到端口 389 的域控制器 (: 以下列格式键入用户凭据 域 / 密码 用户 / ).  
    b.  用户容器或其父组织单位中查找用户。  
    用户必须能够在其组织单位查找本身它们绑定到域控制器使用其凭据时。 如果 Ldp.exe 报告, 组织单位中没有 " 没有子级 " 计算机可能没有适当权限。

    要解决此问题: a.  启动 lActiveDirectory 用户和计算机管理单元, 单击 视图 , 并然后确保已选中 高级功能 。  
    b.  右击 用户 、 安全 选项卡, 依次 AuthenticatedUsers 组。  
    c.  验证被分配到任一 Users 容器或组织单位帐户位于 读取 权限。  

    3. 验证用户帐户之后, 邮箱启用用户帐户已被标记由收件人更新服务。 要这样做, 启动 Ldp.exe, 用于绑定, 和以下属性已填充到帐户, 然后验证用户凭据: • showInAddressBook)
    • textEncodedORAddress
    • msExchUserAccountControl
    • msExchALObjectVersion
    • msExchPoliciesIncluded
    如果这些属性是填充, 收件人更新服务已标记该用户帐户。 如果有未填充这些属性, 解决收件人更新服务和收件人策略以确定为什么属性已被标记不。  
    4. 验证用户可以看到全球通讯簿对象的全球通讯簿使用 Ldp.exe showInAddressBook 属性和成员中列出。 要这样: a.  打开 showInAddressBook 属性对用户复制可分辨名称值对于全局地址列表对象, 并粘贴到 Microsoft 记事本文件这些值 (参见步骤 3),。  
    b.  启动 Ldp.exe, 然后再使用用户凭据的帐户, 是不解析为绑定到端口 389 的域控制器  
    c.  在 视图 菜单上, 单击 树 。
    d.  在 文章 Dn 框粘贴之一全球通讯簿对象的可分辨名称。  
    e.  双击显示全局地址列表对象。

    用户应该能够看到自己作为子对象。  
    如果 Ldp.exe 报告有 " 没有子级, " 全局地址 List 对象可能没有适当权限。 用户必须能够看到至少一个全局地址列表对象及其成员。 要解决此问题, 启动 Exchange 系统管理器, 并确保用户有权查看全局地址列表对象成员。 确保 AuthenticatedUsers 组具有列表内容权限。

    注意 如果您键入一个正确辨别名称, Ldp.exe 报告有 " 没有子级 "。 请确保您输入了正确的可分辨名称。  
    5. 验证用户可以看到本身和他们属性在全局编录。 可以进行, 启动 Ldp.exe, 然后使用用户凭据来绑定到端口 3268 上全局编录。 如果用户或以下属性是不可见, 您可能遇到复制延迟或属性升级问题。 • 邮件
    • proxyAddresses
    • showInAddressBook
    有关复制延迟或属性升级问题, 请单击下列文章编号以查看 Microsoft 知识库中相应:
    248717 (http://support.microsoft.com/kb/248717/) 如何修改属性, 复制到全局编录  
    6. 以管理员, 登录并然后验证有是否没有重复的 域 , cn 下 MicrosoftExchange 对象 addressBookRoots 属性中 = Configuration, cn = 服务 = 服务 = Configuration, cn。

    无法指定父容器和子级的父作为一个地址簿根目录。 例如, 如果您输入所有地址列表作为一个地址簿根目录, 它具有可唯一地址簿根。 所有地址列表下列出所有其他地址列表 ; 如果您键入父对象和子对象存在此父对象, 下, 输入子对象多次。 这样做, 检查姓名和所有其他全局地址列表和 NSPI 操作执行失败。  
    7. 验证不是全局编录服务器上安装 Microsoft Exchange Server 5.5。  
    8. 如果谁正在检查名称用户是谁正在检查名为其他用户, 管理员确认正在使用管理员帐户是否已启用邮箱。

    管理员帐户和用户, 正在检查必须常见全局地址列表的成员。 ( showInAddressBook 属性对两个用户必须包含一个公共全局地址列表对象)。 此外, 常见全球通讯簿对象必须是管理员全局地址列表。