Browsed by
Tag: 注册

拒绝使用某些免费电子邮件地址

拒绝使用某些免费电子邮件地址

最近有很多客户向我们反映,他们收不到注册账号时系统发送的激活邮件。大部分客户使用的电子邮件都是来自某些免费的邮件系统,例如 gmail、163等。

起初我们认为这些系统将我们的激活邮件转移到“垃圾”分类中去了,但是客户们在那也没有找到相应的邮件,因此我们判断这些电子邮件系统拒绝了来自我们的邮件。

我们完全可以理解这些系统的处理方式。 我们的系统会发出大量的邮件,包括激活邮件、账户余额提示邮件等等,这些系统可能据此将我们判定为垃圾邮件发送者。

这让我们很困扰,而且我们实在不愿意这样,因此我们决定不再接受用免费邮件地址来注册 miniSIPServer 云系统的账号。我们希望我们的系统被视为严肃的云通信系统,当然我们也衷心希望客户们能理解这点。

关于云miniSIPServer注册邮箱的问题

关于云miniSIPServer注册邮箱的问题

我们要求必须使用 email 邮箱地址来注册、激活云 miniSIPServer 帐号(minisipserver.com),因为我们需要通过email及时反馈系统状况给您,有时候我们也需要发送一些必要的通知给您,比如账户余额的情况,确保您的系统能保持正常、稳定地运行,避免意外情况对您的 VoIP 系统造成不必要的冲击。

出于保护客户隐私的考虑,我们的服务器全部部署在有最严格法律规范约束的美国、德国两地。我们也承诺绝对不会泄漏您的email邮箱地址,也绝对不会用于营销等目的,仅仅是作为系统维护时的联系手段而已。

目前我们已经与全世界绝大多数邮件服务商都工作良好,唯一让我们感到困惑的是大陆地区的QQ邮箱。我们已经多次收到用户的抱怨,注册云miniSIPServer账户后,无法收到激活邮件。我们检查了自身系统的相关情况,发现QQ邮箱退回了我们的邮件,原因是我们的IP地址发送了过多的邮件。

根据我们的日志,大陆地区用户用QQ邮箱注册的情况并不多,频率大约是一周二三个而已,我们的邮件系统不可能频繁发送激活邮件。我们完全有理由相信,QQ 邮箱简单粗暴地过滤了海外邮箱地址。我们尝试联系 QQ 邮箱的支持部门进行沟通,但是很遗憾,没有获得反馈,状况也没有改善。

因此,如果您是大陆地区用户,建议您不用QQ邮箱注册云miniSIPServer帐号。我们推荐采用163或者outlook邮箱,这些都没有任何问题。当然,如果您有海外邮箱帐号,比如gmail、yahoo等,那就更没有问题。

Invalid CSeq number

Invalid CSeq number

最近一位客户报告了一个问题:他的外线始终无法注册到VoIP运营商的网络。这让人倍感奇怪,毕竟“外线”是MSS非常基础的功能,已经和众多VoIP运营商对接过,我们从没想到过“外线注册”居然会有问题。

抓取了相应的log,发现该运营商返回了“400 Bad Request”消息,其中携带了以下原因信息:

P-Registrar-Error: Invalid CSeq number

我们检查了REGISTER消息,MSS在处理CSeq时并没有任何问题。以下是MSS消息的摘要:

==>
REGISTER sip:sip.xxx.com SIP/2.0
...
Call-ID: 18BF67854AE23D6D2CD772AFMSS002A0001.
CSeq: 13 REGISTER
...

<==
SIP/2.0 401 Unauthorized
...
Call-ID: 18BF67854AE23D6D2CD772AFMSS002A0001.
CSeq: 13 REGISTER
...

==>
REGISTER sip:sip.xxx.com SIP/2.0
...
Call-ID: 18BF67854AE23D6D2CD772AFMSS002A0001.
CSeq: 14 REGISTER
...

<==
SIP/2.0 400 Bad Request
...
Call-ID: 18BF67854AE23D6D2CD772AFMSS002A0001.
CSeq: 14 REGISTER
P-Registrar-Error: Invalid CSeq number
...

我们再次检查了RFC3261规范中的定义:

A UA MUST increment the CSeq value by one for each REGISTER request with the same Call-ID.

显然我们是完全正确的,但是为什么对端会拒绝了注册呢?

最终我们尝试修改了Call-ID参数后注册成功。这让我们更感困惑!RFC3261规范很清楚地说明了注册流程中Call-ID参数的注意事项:

All registrations from a UAC SHOULD use the same Call-ID header field value for registrations sent to a particular registrar.

我们认为这个VoIP运营商的系统是不专业的。不幸的是,该运营商很难去升级他们的系统,因此我们在MSS中增加了一个开关变量来控制这种情况:

[sip]
gVarSipRegSameDialog=0

如果您在与某些VoIP运营商系统对接时遇到类似的问题,请在“mss_var_param.ini” 文件中增加上述参数并重启MSS。