随笔 - 43  文章 - 0 评论 - 188 trackbacks - 61
<2008年12月>
30123456
78910111213
14151617181920
21222324252627
28293031123
45678910

与我联系

搜索

 

常用链接

留言簿(17)

我的标签

随笔分类

随笔档案

相册

.首要链接

MOSS 2007 概述

MOSS博友的友情链接

SharePoint WorkFlow 工作流

最新评论

阅读排行榜

评论排行榜

虽然北京五月份的SharePoint峰会没有去,还是寄了两个奖状过来,真是让大家费心了!

 

 

posted @ 2008-10-16 00:09 dosboy 阅读(334) | 评论 (0)编辑
     摘要: 在使用INFOPATH时,有时候我们可能要根据填写表单的人的选择,来把表单放入A表单库或是B表单库,也就是说,在表单模板中是没有办法固定保存的文档库的。 可是,在使用提交时,不输入一个保存位置是没有办法进行下去的。 可喜的是,VSTA可以在提交前,让你更改保存的表单库的位置。  阅读全文
posted @ 2008-10-15 22:08 dosboy 阅读(251) | 评论 (2)编辑

如果企业内有Exchange服务器,又有SharePoint服务器,最好的方法就是分开部署。

因为SharePoint的传入电子邮件功能是利用SharePoint服务器上Windows 2003自带的本身的SMTP来工作的。

 

环境: 1 公司邮件地址形式:    收件人@company.com

          2 域:company.net

          3 Exchange服务器 oa.company.net MOSS服务器 oss.company.net

          4 防火墙已经把25端口映射到oa.company.net

          5 公司域名的company.com的MX记录指向公司防火墙Internet的IP。

 

如何在企业内部Exchange服务器与SharePoint服务器的整合呢,大概的步骤如下:

 

1 在MOSS服务器上安装Windows 2003的SMTP服务。

 

2 在这个SMTP服务上,配置一个别名域,这个域就是company.com。

 

3 在Exchange服务器设置转发到,“Exchange系统管理器”-> “服务器”->“协议”->“SMTP”下面的“默认SMTP虚拟服务器”右击选“属性”,在“邮件”选项卡上有一项“将具有未解析的收件人的所有邮件发至如下主机”填上oss.company.net。

 

4 “MOSS管理中心”->“传入电子邮件”下启用这个功能, 目录管理一项一般选否。邮件地址写:company.com。

 

5 “MOSS管理中心”->“传出电子邮件”设置 1)发件人和回复地址为MOSS的管理员用户admin@company.com,这个用户要填上MOSS管理中心和MOSS各个应用程序的程序池的标识用户(这个用户必须是Exchange中有邮箱的),这样MOSS在连接Exchange发邮件时,才会通过验证。2)服务器,填上Exchange的服务器地址oa.company.net

 

 

 

 

 

 

 

 

posted @ 2008-08-23 18:05 dosboy 阅读(451) | 评论 (2)编辑

  其实在没有WSS和MOSS之前,Exchange一直是作为OA的后端服务器,我就看过海关在内部办公中使用Exchange的共公文件夹来发布内部文件,各种企业内部的工作流都是通过Exchange来进行流转的,但是不知道什么时候,人们习惯了在网上看东西,有些人上班连OUTLOOK都不打开。也许MS就产生了想做STS的冲动,把文件协同和邮件通过网页来展示,到了WSS2.0,MS还是推荐在Exchange和Biz Talk上做流转和自动化,那个时候在网上很多人自已写基于WSS 2 的工作流代码, 其实我接触WSS 2 的时候也写过这样的代码,无非实现文档库与文档库之间文件传输,比起WSS 3的工作流设计器很弱很弱。

  从现在看来,其实OUTLOOK还是很有优势的,共享日历、视频会议、公共文件夹、电邮等等。

  现在最热门和值得说得就是Pocket Outlook,现在以微软为平台的手机都集成了这个软件,这个软件可以通过HTTPS协议与用户在公里Exchange服务器注册的帐号(或Exchange服务提供商)来同步电子邮件、日历、联系人、任务,这就是说你出门带个手机就够了。这有一个好处就是整合信息。你手机的联系人同步到你网上(或公司)的Exchange帐户里,你电子邮件随时可以阅读,只要设置一下手机,搞个手机上网包包月业务(一个月20元)这一切就可以搞定。如果大家都用MS的智能机,另一个好处,就可以免无数条短消息(因为你可以发电子邮件还发什么消息呀)。

  Pocket outlook,是很多公司都在应用移动的解决方案。

 

今天独立把Ex 2003安装在一台非DC的V-Server上,出现了一点小问题,老是过不去,后来配置了NNTP就搞定了,发现自己真是粗心。

 

以前总是人有帮我把Ex 2003搞定,今天自己搞了一下,发现小问题还真是不少。

 

启动POP3都启动不起来,后来在系统服务里发现POP3被禁用了,晕,难道2003版的默认是关了POP3服务的?

 

EXchange 配好后,收发电邮都正常。

 

以前总是用VPC,现在用Virtual Server ,感觉不错,但是要配合上Vmrc+,有了这个工具,才可以像VPC一样操作V-server。

 

感觉服务器4G内存非常不够用,MOSS 果然是消耗内存大户。

 

 

posted @ 2008-08-18 00:41 dosboy 阅读(200) | 评论 (2)编辑
经常有这样的需求,比如选了大类:中国,就会出现小类:各省,选了各省,就会出现省内各市.
这对于INFOPATH是非常好配置的,而且不需要编写程序 ,在这个示例里,我们要做的是:
建立一个INFOPATH表单模板,其中包括下拉列表“大类”,“小类”,“商品名称”和文本框“单价”,这个模板从商品列表中(商品名称,大类,小类,单价)读出大类的信息,当用户选择特定大类时,下一个小类的下拉框也会显出大类下面的全部小类,选择小类后,这个类别的商品也会列在商品名称列表框中,选中商品后,单价会自动显示出来。

这主要是利用了,INFOPATH下拉列表框的,筛选功能。不过这个功能Infopath Form Service不支持,如果要在浏览器实现这个功能,建议还是写VSTA代码。

示例网址:http://www.sharepoint.org.cn/dosboy/default.aspx

文章地址:http://www.sharepoint.org.cn/dosboy/blog/Lists/Posts/Post.aspx?ID=2
posted @ 2008-07-12 00:13 dosboy 阅读(497) | 评论 (3)编辑
     摘要: 译者的话:数据视图可以很方便地来交叉或是使用单独的数据源来显示各种视图,但是对于开发人员来说,数据视图有一个不太方便的功能就是开发或是定制出的数据视图根本没有办法重用,你不能像使用WEB部件一样随意地导到某个页面或网站中去。但是有一个WEB部件,我们可以使用它来做各种各样的定制,这就是WEB内容查询部件。

原文地址:http://msdn.microsoft.com/zh-cn/library/ms497457(en-us).aspx  阅读全文
posted @ 2008-05-07 11:59 dosboy 阅读(631) | 评论 (2)编辑
     摘要: 概述:

使用列表作为企业小型数据管理的解决方案是非常方便的,但是不方便的地方是列表与列表之间不方便进行数据的连接,但是使用SPD我们可以建立列表与列表之间的交叉查询的数据视图。唯一不方便的是,使用跨列表查询时,我们不可以使用“表单”这一种数据视图,这意味着我们就不可以使用设计出的页面进行编辑的操作。但是对于不复杂的应用,跨列表的数据视图功能还是给了我们非常大的方便。

结果的URL:http://www.sharepoint.org.cn/dosboy/remain.aspx  阅读全文
posted @ 2008-04-10 19:59 dosboy 阅读(1107) | 评论 (4)编辑
     摘要: 使用内容查询WEB部件可以去创建从多个数据源获取数据的用户统一视图。当你添加一个内容查询WEB部件到一个WEB页面后,你可以通过设置用户属性来自定义WEB部件的查询行为、自定义列表和内容类型。对于ContentByQueryWebPart类来说有60个属性和方法可用,它们中的很多是可以自定义的。本章介绍了很多属性,包括其结构和CAML格式的用法示例。

有各种不同的方式去理解内容查询WEB部件自定义属性。他们是MOSS 2007从WSS3.0继承过来的或是独特的MOSS 2007属性。本章把重点放在MOSS 2007的属性上,它们可以有两个基本的分类:

Ÿ 设置或重写WEB部件的底层行为方面的属性。某些情况下,他们也影响界面。

Ÿ 不通过设置或是重写底层动作来修改WEB部件界面的属性。

  阅读全文
posted @ 2008-04-08 23:58 dosboy 阅读(853) | 评论 (1)编辑

应该说这不是InfoPath的问题,而是表单文档库的问题,我们知道在实际部署一个SharePoint网站的时候,会有多个访问路径:

比如有的人通过
 
A方式:http://www.companyname.com 来从外面访问。

有的人会通过
B方式:http://Servername 来从内部来访问。

比如有一个文档库“客户资料”作为InfoPath表单库,如果启动了InfoPath Form Service功能。

外部用户通过A方式建立了一个InfoPath的XML文档,那么它点击这个文档时,服务器就会自动导向Form Service通过浏览器来打开。

内部员工通过B方式来点击打开这个InfoPath的XML文档中,就会提示打开文件,而不是通过浏览器来打开这个表单。

这个问题很简单,但是却是比较头疼,根本原因是因为每一个新表单新建时关联了一个模板的URL,如果系统在你请求访问的时候发现不是这个URL,那么就不会通过Form Service来打开它。

解决这个问题的办法很多,其中一个比较简单的办法就是只公布服务器的外部地址,在域内通过使用DNS来解决内部访问的问题。

posted @ 2008-04-07 12:02 dosboy 阅读(457) | 评论 (1)编辑
     摘要: 觉得这篇文章比较有参考价值,把大意翻译过来,没有忠实于原文。

原文链接:http://blogs.msdn.com/sharepointdesigner/archive/2007/06/13/using-javascript-to-manipulate-a-list-form-field.aspx

为什么要这样做?
很多人抱怨经过SharePoint Designer设计的数据视图不够智能化,其中之一就是:SPD没有办法来设定字段的默认值,当然我们可以通过SharePoint中的WEB界面来设定某个列表中的字段的默认值,但是那样做的话,只能设置固定的值。比如我想设计一个表单,这个表单有一栏叫做“审批人”,系统根据用户在前一个页面的选择来产生的一个URL查询参数。
比如http://www.server.com/page.aspx?RequestName=RequestValue,这样来设置“审批人”的值为RequestValue。
  阅读全文
posted @ 2008-03-06 22:39 dosboy 阅读(657) | 评论 (2)编辑