V3.0稳定版本SP1发布
V3.0版本升级到V3.0.1版本，本次升级修改了一个“Ringing-group (振铃组)”的bug：
在1000客户版本中，MSS查询数据库失败，无法获取振铃组的相关用户信息，导致RG业务不能对所有组内的用户发起呼叫，实际上就导致“振铃组”业务失败。
该问题只在1000客户版本中存在，不影响20/50/100/300客户版本。
V3.1（1000客户版）也存在这个问题，我们同一时间进行了修复。
请受影响的客户下载最新版本，不受影响的客户可以不进行升级。
miniSipServer V3.1开发版本发布，支持更新后的卡号业务
V3.1第一个开发版本发布，主要对callingCard业务进行了修改，包括以下几方面的修改：
（1）如果呼叫来自不同的呼叫方，即使采用同一个卡号，也可以配置不同的费率。主要是在“计费矩阵”配置中，增加了“Dial Plan”索引项；
（2）在寻呼被叫之前，会给主叫用户放提示音，提示其所使用卡号在当前呼叫情况下，最长能通话多少秒；
（3）优化了业务流程。在老的流程中，输入密码后，系统会提示“按1查询余额，按2拨打被叫”，然后会提示用户输入被叫。而在新版本中，输入密码后，系统会直接提示“请输入被叫号码，或者按1#查询余额”
callingCard业务在国内一般也称为”200号卡号业务”或者“300号卡号业务”，这个业务属于运营商业务，在企业通信中（IPPBX）一般不会部署此类业务。miniSipServer的卡号业务主要是依据德国和巴西的卡号业务流程，国内用户如果对此业务有兴趣，可以参考。
从callingCard业务可以看出，miniSipServer不仅仅是一个简单的IPPBX，而且可以充当标准SIP网络的Application Server（应用服务器），提供复杂的高级业务。
MyVoipApp的开发工具
我们的研发团队在各项软件产品的开发过程中，开发了一些工具软件。这些工具软件与其他工具软件的主要差别在于：这些软件都是专门针对通信软件开发而设计的，在我们的日常开发过程中，我们研发团队的每一位同事都经常使用。
我们相信这些软件对国内同行，尤其是通信软件工程师，也是有用的。如果大家有兴趣的话，可以访问以下网站下载。这些软件对于个人使用的情况是完全免费的！
在Ubuntu系统中运行miniSipServer
2011-12-26 更新：
最新的miniSipServer提供GUI界面和安装包（不在需要WINE），请参考新的博文：
================================
随着linux系统的不断完善，越来越多的企业和个人开始部署linux系统，其中尤其是Ubuntu系统获得了最广泛的部署。同时，也越来越多的客户来信询问：miniSipServer是否有linux版本？是否能运行在Ubuntu上？
我们需要说明的是，miniSipServer是专门为windows设计的SIP服务器，因此目前是不能直接就在Ubuntu/Linux环境中运行。当然，我们也有计划未来将miniSipServer移植到Ubuntu系统中，尤其是V3.0版本采用了QT框架后，移植工作的可行性完全可以预期。
但是这不等于说，目前的miniSipServer版本不能在Ubuntu中运行。借助于Wine软件，miniSipServer可以毫无障碍地运行在Ubuntu中！在这里，我们要非常感谢Wine团队做出的杰出贡献。
请参考在线文档获得更多的相关信息：
http://www.myvoipapp.com/docs/faq/linux_sip_server/index.html
miniSipServer V3.0 稳定版本发布
历经多个月的开发，V3.0稳定版本终于正式发布了。这个版本是一个非常重大的发布版本，不仅仅因为这个版本相对V2.x版本增加了很多特性，也不仅仅因为这个版本在开发工具、重要部件升级等方面作了很重大的改动，而且还因为这个版本将是未来版本的重要基石。
从各方面使用情况以及我们内部的测试结果看，V3.0版本非常值得信赖，我们建议V2.x以及旧V3.x版本的用户都升级到这个版本。
Win7/Vista环境安装MSS应注意的问题
Win7/Vista系统与以前的windows系统，例如xp系统，在安全管理方面有一些差异。对部署MSS有影响的安全措施是：win7/Vista限制了C盘的程序对本地文件的写操作。
例如，如果我们将MSS安装在c:\program files\minisipserver目录下，然后运行。运行是非常正常的，但是如果我们更改了MSS的配置，重启MSS后发现，配置没有起作用，所有的修改都没有保留。
如何来解决这个问题呢？有以下两种方法：
（1）将MSS安装在其他盘符下，例如安装在D盘。由于Win7/Vista目前只限制了C盘的安全，没有限制D盘的安全性，因此将MSS直接安装在D盘，能正常保留本地配置文件。
（2）以管理员身份运行MSS。右键点击MSS的桌面图标，选择以管理员身份运行，win7/Vista运寻管理员对C盘进行完全控制，因此这样也能将本地配置文件保存在C盘及其子目录下。
我们建议采用第一种方式。采用第二种方式在每次运行时，系统都可能要求输入管理员密码，使用时不太方便。
V3.0版本更新，修正callingCard业务的bug和流程
新版本为V3.0 Build 20110124，主要修正了callingCard相关的bug和流程。
新流程中，卡号可以不配置密码。这种情况下，MSS的IVR流程中，不再提示输入密码进行验证。只要卡号正确，就会直接进行后续流程（查询余额或者输入被叫号码）。这种只有卡号没有密码的流程，在欧洲一些国家中比较流行，是这些国家传统卡号业务的处理方式。
另外，新版本中也修改了一个奇怪的bug。这个bug是由于VC编译器处理特殊字符串的一个bug（？缺陷）而引入的，这个bug会导致feeMatrix中的记录无法正确进行匹配，从而导致callingCard业务失败。在以前的V2.x版本中不存在这个问题，以前的BCB编译器相对比较标准些。
对工信部政策的解读
去年底，工信部发布了一些政策，强调了VOIP业务在国内的管制特性，VOIP业务只能由特定的几个国有电信运营商运营。
陆陆续续地，国内有些客户来信问：还能使用VOIP吗？
对啊，还能使用VOIP吗？ 我们认为不能简单地回答说可以或者不可以，应当具体情况具体分析。
毫无疑问，我们应当尊重当地政府的法律法规，每个国家都会对基础电信领域进行管制或者约束，这很正常，我们不应当对此有太多的抱怨。
从工信部的政策看，我们认为工信部约束的是“VOIP运营业务”，也就是说，一般人或者企业不能向公众提供VOIP业务，更不能从VOIP运营中获取不法收入。这对国内部分“回呼”类业务的提供者，可能会有影响，因为大部分回呼类业务都或多或少地进行了VOIP运营。
而对一般企业用户来说，在企业内部应用VOIP应该是不受影响的。第一，企业只是用VOIP进行企业内部沟通，没有对公众提供VOIP业务，更没有从中获取收入。第二，企业应用VOIP时，往往是使用企业内部的专网，不占用社会资源，对公众没有影响。
因此，对于绝大部分MSS的客户而言，我们认为没有必要担心，大家并没有违反国家的法律法规。到国内的电信运营商对VOIP业务并不积极，因此实际上国内没有真正意义上的VOIP运营商，考虑到这点，我们建议国内企业在部署VOIP时，采用以下方式：
传统PSTN网络 <—-> VOIP网关 <—-> MSS <—-> 企业内网用户
即，在传统的PSTN网络和企业内部VOIP网络之间，部署VOI网关设备进行转接。
呼叫队列
在最新的V3.0版本中，我们增强了连选组业务，在其中增加了对呼叫队列的支持，即：如果话务员全忙，系统可以提示用户进行等待（包括当前等待的人数）并播放音乐给等待客户听。一旦有空闲话务员，系统就会自动将等待用户转接给空闲话务员。
“呼叫队列”，又称为“等待队列”，对提高企业系统的沟通质量非常有帮助，尤其是非常有助于提高企业的对外形象，增加客户满意度等等。
MSS的呼叫队列可以灵活配置，可以配置为不支持队列、队列最大等待数、用户最长等待时间等等。不同的连选组，可以配置不同的呼叫队列策略。具体配置请参考“连选组组配置”的配置项信息。
欢迎大家下载试用。
虚拟会议室
昨天我们发布了miniSipServer V3.0版本的更新。在这个更新版本中，最重要的特性就是“虚拟会议室”业务。
虚拟会议室实际上就是一个多方语音会议的业务，在企业日常工作中，电话会议的应用是非常广泛的。一般的会议电话系统，往往是采用专有的软硬件设备，价格昂贵。而miniiperver提供的“虚拟会议室”业务，是纯软件解决方案，不增加部署时的额外花费。当然，相比单独的会议系统，MSS的解决方案目前只支持4方会议。作为一般的企业应用而言，大部分会议其实只有三方，因此基本可以满足大部分的电话会议需求。
与以往的特性一样，MSS的“虚拟会议室”业务也是非常容易使用，无论配置、使用等，都非常简单。
请大家参考在线中文文档作进一步了解：
http://www.myvoipapp.com/docs/mss_services/conf_room/index_cn.html