<p>I would like to discuss more about the removal of use_domain parameter. It is a common parameter name across many modules and it is a easy way to turn on/off multi-domain support (even done also for alias_db in default kamailio.cfg).</p>

<p>I would like a coherent solution, like either removing this mod param everywhere or still keep it and also allow the per-function option to enable/disable.</p>

<p>Moreover, changing the default in using the domain is going to break compatibility may result in unexpected behaviour without prior visible notice, as people can reuse an old config without use_domain parameter set, so no error is triggered, but behaviour is changed. So I think the default should be without domain (this is the default across kamailio modules) and a flag to enable domain based lookup.</p>

<p>Keeping the use_domain won't change much the patch, the flags need to be initialized based on it:</p>

<pre><code>if(use_domain) {
  flags |= **domain_lookup_flag**
}
</code></pre>

<p>Travis reports that the inter-module API was broken -- app_lua doesn't compile as the function prototype for alias db lookup was changed. This is an easy fix, I can take care of.</p>

<p style="font-size:small;-webkit-text-size-adjust:none;color:#666;">—<br />You are receiving this because you are subscribed to this thread.<br />Reply to this email directly, <a href="https://github.com/kamailio/kamailio/pull/823#issuecomment-253757171">view it on GitHub</a>, or <a href="https://github.com/notifications/unsubscribe-auth/AF36ZUUgO35pY1UZZrO1Z9juWchGJ3A-ks5qz1CagaJpZM4KWzqp">mute the thread</a>.<img alt="" height="1" src="https://github.com/notifications/beacon/AF36ZRqB03CjId6-9wZy8P3hY3pTCCevks5qz1CagaJpZM4KWzqp.gif" width="1" /></p>
<div itemscope itemtype="http://schema.org/EmailMessage">
<div itemprop="action" itemscope itemtype="http://schema.org/ViewAction">
  <link itemprop="url" href="https://github.com/kamailio/kamailio/pull/823#issuecomment-253757171"></link>
  <meta itemprop="name" content="View Pull Request"></meta>
</div>
<meta itemprop="description" content="View this Pull Request on GitHub"></meta>
</div>

<script type="application/json" data-scope="inboxmarkup">{"api_version":"1.0","publisher":{"api_key":"05dde50f1d1a384dd78767c55493e4bb","name":"GitHub"},"entity":{"external_key":"github/kamailio/kamailio","title":"kamailio/kamailio","subtitle":"GitHub repository","main_image_url":"https://cloud.githubusercontent.com/assets/143418/17495839/a5054eac-5d88-11e6-95fc-7290892c7bb5.png","avatar_image_url":"https://cloud.githubusercontent.com/assets/143418/15842166/7c72db34-2c0b-11e6-9aed-b52498112777.png","action":{"name":"Open in GitHub","url":"https://github.com/kamailio/kamailio"}},"updates":{"snippets":[{"icon":"PERSON","message":"@miconda in #823: I would like to discuss more about the removal of use_domain parameter. It is a common parameter name across many modules and it is a easy way to turn on/off multi-domain support (even done also for alias_db in default kamailio.cfg).\r\n\r\nI would like a coherent solution, like either removing this mod param everywhere or still keep it and also allow the per-function option to enable/disable.\r\n\r\nMoreover, changing the default in using the domain is going to break compatibility may result in unexpected behaviour without prior visible notice, as people can reuse an old config without use_domain parameter set, so no error is triggered, but behaviour is changed. So I think the default should be without domain (this is the default across kamailio modules) and a flag to enable domain based lookup.\r\n\r\nKeeping the use_domain won't change much the patch, the flags need to be initialized based on it:\r\n\r\n```\r\nif(use_domain) {\r\n  flags |= **domain_lookup_flag**\r\n}\r\n```\r\n\r\nTravis reports that the inter-module API was broken -- app_lua doesn't compile as the function prototype for alias db lookup was changed. This is an easy fix, I can take care of."}],"action":{"name":"View Pull Request","url":"https://github.com/kamailio/kamailio/pull/823#issuecomment-253757171"}}}</script>