产品升级、Patch等相关信息发布
miniSipServer的设计初衷，是作为一个为企业用户通信服务的SIP-PBX。因此，缺省认为企业对通信服务器的管理是非常严格的，对安全性要求比较高，MSS只需要提供GUI管理界面就足够了。
随着MSS应用范围越来越广泛，越来越多的用户提出：MSS要具备远程进行访问和配置的能力，即MSS需要能提供WEB方式的管理配置界面。另外，第三方应用程序也迫切希望能提供http的接口与MSS进行合作。
因此，在最新的版本中（V3.1 build 20110408），我们提供了AJAX接口以及HTTP服务，第三方程序可以通过AJAX与MSS交互，同时一般用户也能通过浏览器来访问MSS的web管理界面。
当然，WEB管理界面还比较简陋。我们会逐步完善这个界面以及相应的AJAX接口。
关于Web管理方式的具体信息，请参考中文在线指导文档：
http://www.myvoipapp.com/docs/mss_services/web_management/index_cn.html
callingCard业务（卡号业务）是MSS非常有特色的一个高级业务，受到有运营VOIP业务的客户欢迎。在以往的版本中，MSS卡号业务有一些不足，例如（1）流程比较简单，不支持连续呼叫等；（2）局部流程不合理，最终用户使用卡号拨打时，稍显麻烦；（3）业务流程修改不方便，需要改动MSS core。等等。
而最新的V3.1版本极大地增强和丰富了卡号业务！请大家参考在线文档中的流程:
http://www.myvoipapp.com/docs/mss_services/calling_card/index.html
从文档中的流程可以看到，MSS卡号业务基本已经是运营商级的高级业务，支持非常丰富的流程：
（1）支持连续呼叫；
（2）支持用户输入容错处理；
（3）支持多级语音菜单、更贴切的语音提示；
（4）强大的计费和路由策略配置；
（5）非常灵活的脚本化业务流程支持。现在卡号业务从MSS core中分离出来，采用python script实现，流程更加灵活，更能快速适应用户运营流程的需求，用户甚至可以自己修改流程。
目前新卡号业务已经在德国正式商用，并得到了客户的极高评价（super good!）。欢迎华语地区的客户使用该业务，助推您的商业发展！
目前我们维护两个中文网站: myvoipapp.com/cnblog和minisipserver.blog.sohu.com.
其中, myvoipapp.com/cnblog作为主站，而minisipserver.blog.sohu.com主要服务大陆用户。从已有的运作情况看，sohu的blog网站似乎屏蔽或者限制了搜索引擎的索引，海外中文用户不太容易搜索到我们的内容，访问也不太稳定。
我们决定重新恢复对以前的blogspot上的中文blog支持。由于大陆的特殊情况，blogspot在大陆被屏蔽，因此主要服务海外华人用户。该blog的地址为：
http://minisipserver.blogspot.com/
这样，我们将同时支持三个官方中文博客。
V3.1最新版本释出，在callingCard业务上再次进行优化：
（1）通话时长提示音
在提示通话时长时，MSS会进行判断。如果最大允许通话时长超过1分钟，则按照分钟单位进行播报。如果最大允许通话时长小于1分钟，则按照秒单位进行播放。
（2）在卡号信息中支持”拨号计划”
在卡号配置中，允许通过callingCard改变基本呼叫的DialPlan，同时，也可以改变callingCard的计费矩阵。这样可以实现特殊的需求：同一个用户使用不同的卡拨打同一个被叫，会采用不同的费率。
欢迎下载试用：http://www.myvoipapp.com/download
V3.0版本升级到V3.0.1版本，本次升级修改了一个“Ringing-group (振铃组)”的bug：
在1000客户版本中，MSS查询数据库失败，无法获取振铃组的相关用户信息，导致RG业务不能对所有组内的用户发起呼叫，实际上就导致“振铃组”业务失败。
该问题只在1000客户版本中存在，不影响20/50/100/300客户版本。
V3.1（1000客户版）也存在这个问题，我们同一时间进行了修复。
请受影响的客户下载最新版本，不受影响的客户可以不进行升级。
V3.1第一个开发版本发布，主要对callingCard业务进行了修改，包括以下几方面的修改：
（1）如果呼叫来自不同的呼叫方，即使采用同一个卡号，也可以配置不同的费率。主要是在“计费矩阵”配置中，增加了“Dial Plan”索引项；
（2）在寻呼被叫之前，会给主叫用户放提示音，提示其所使用卡号在当前呼叫情况下，最长能通话多少秒；
（3）优化了业务流程。在老的流程中，输入密码后，系统会提示“按1查询余额，按2拨打被叫”，然后会提示用户输入被叫。而在新版本中，输入密码后，系统会直接提示“请输入被叫号码，或者按1#查询余额”
callingCard业务在国内一般也称为”200号卡号业务”或者“300号卡号业务”，这个业务属于运营商业务，在企业通信中（IPPBX）一般不会部署此类业务。miniSipServer的卡号业务主要是依据德国和巴西的卡号业务流程，国内用户如果对此业务有兴趣，可以参考。
从callingCard业务可以看出，miniSipServer不仅仅是一个简单的IPPBX，而且可以充当标准SIP网络的Application Server（应用服务器），提供复杂的高级业务。
我们的研发团队在各项软件产品的开发过程中，开发了一些工具软件。这些工具软件与其他工具软件的主要差别在于：这些软件都是专门针对通信软件开发而设计的，在我们的日常开发过程中，我们研发团队的每一位同事都经常使用。
我们相信这些软件对国内同行，尤其是通信软件工程师，也是有用的。如果大家有兴趣的话，可以访问以下网站下载。这些软件对于个人使用的情况是完全免费的！
历经多个月的开发，V3.0稳定版本终于正式发布了。这个版本是一个非常重大的发布版本，不仅仅因为这个版本相对V2.x版本增加了很多特性，也不仅仅因为这个版本在开发工具、重要部件升级等方面作了很重大的改动，而且还因为这个版本将是未来版本的重要基石。
从各方面使用情况以及我们内部的测试结果看，V3.0版本非常值得信赖，我们建议V2.x以及旧V3.x版本的用户都升级到这个版本。
新版本为V3.0 Build 20110124，主要修正了callingCard相关的bug和流程。
新流程中，卡号可以不配置密码。这种情况下，MSS的IVR流程中，不再提示输入密码进行验证。只要卡号正确，就会直接进行后续流程（查询余额或者输入被叫号码）。这种只有卡号没有密码的流程，在欧洲一些国家中比较流行，是这些国家传统卡号业务的处理方式。
另外，新版本中也修改了一个奇怪的bug。这个bug是由于VC编译器处理特殊字符串的一个bug（？缺陷）而引入的，这个bug会导致feeMatrix中的记录无法正确进行匹配，从而导致callingCard业务失败。在以前的V2.x版本中不存在这个问题，以前的BCB编译器相对比较标准些。
在论坛中有朋友问到“呼叫代答”业务。这个业务在MSS中很早就已经支持了，只是一直没有提供中文业务指导文档，可能大家都不太了解具体的使用方法。
其实这个业务非常容易使用。我们更新了业务指导文档，请参考下面的链接：
http://www.myvoipapp.com/docs/mss_services/call_pick_up/index_cn.html
我们非常高兴看到国内用户在应用VOIP时，有了越来越多的业务需求（以往的需求往往是回呼之类的特殊需求）。我们非常期待能与国内的用户们共同合作，开发适合国内企业应用的VOIP系统。
顺便透露一下，V3.0即将发布新的版本，在这个新版本中，将提供“会议”业务。“会议”业务对企业提高沟通效率非常有意义，目前我们正在进行测试工作，争取在新年到来之前进行发布。