====== IRC Devel Meeting - 2020-04-29 ======

**Note: //because freenode.net IRC service is now requiring user registration, this time the online meeting is planned to be hosted on a Matrix room where we can grant guest access and people can join via web browser. See more details below.//**

Date:
  * **Proposed: 14:00 UTC, Wednesday, Apr 29, 2020**
    * can attend: dcm, vseva, qxork, grumvalski
    * cannot attend:
  * Alternatives (add your id if you can attend)
    * Apr 28: dcm, vseva, qxork, grumvalski 
    * Apr 30: dcm, vseva, qxork, grumvalski

**Time** of the meeting across the world:
  * 16:00 - Berlin, Germany
  * 15:00 - London, UK
  * 10:00 - New York, USA
  * 07:00 - Seattle, USA

**Place:**
  * Matrix chat room: **#kamailio:matrix.kamailio.dev**
    * https://riot.kamailio.dev/#/room/#kamailio:matrix.kamailio.dev
  * To join as a guest:
    * go to: https://riot.kamailio.dev/#/welcome
    * click on **Room Directory**
    * then click on **kamailio** room to join it 

//Backup place://
  * IRC channel: **#kamailio** on **irc.freenode.net** server

Utilities:
  * [[http://www.timeanddate.com/worldclock/converter.html|Time Converter]]
  * Matrix resources
    * website: https://matrix.org/
      * it allows public registrations for getting a Matrix user account
    * client applications: https://matrix.org/clients
    * unofficial list of other public matrix servers: https://www.anchel.nl/matrix-publiclist/
  * IRC resources
    * IRC webchat: http://webchat.freenode.net/
    * IRC client apps: http://en.wikipedia.org/wiki/Internet_Relay_Chat#Clients

===== Participants =====

Participation is open to anyone, just join the IRC channel if you want to participate.

People adding notes in the agenda using abbreviations:

  * dcm - Daniel-Constantin Mierla
  * vseva - Victor Seva
  * qxork - Fred Posner
  * grumvalski - Federico Cabiddu

===== Agenda =====

Kamailio Development Status:

  * open issues (dcm)
  * minor releases for 5.2 and 5.3 branches (dcm)

Administration:

  * servers maintenance
  * community interaction and communication channels
  * existing mailing lists review

Kamailio 5.4 (next major release):

  * roadmap
  * features
    * anything relevant that is missing?
    * priorities

Documentation:

  * tutorials/cookbooks -- wiki vs mkdocs (github markdown)

Collaborative Projects:

  * unit testing, documentation, etc.
  * community announcements

===== Transcript of Meeting =====

===== Transcript of Meeting =====

^ User ^ Message ^
| @miconda:matrix.kamailio.dev | hello everyone! we are going to start in 2-3 min|
| @63:matrix.kamailio.dev | 429 Too Many Requests |
| | No server is available to handle this request.|
| @miconda:matrix.kamailio.dev | to allow a few more to join|
| @miconda:matrix.kamailio.dev | ready to start ...|
| @miconda:matrix.kamailio.dev | ok ... then first topic|
| @miconda:matrix.kamailio.dev | major issues that need to be fixed|
| @miconda:matrix.kamailio.dev | anyone aware of something not yet reported|
| @vseva:matrix.kamailio.dev | nope|
| @miconda:matrix.kamailio.dev | in the tracker I saw some problems with latest ubuntu 16.04 with security updates for libssl|
| @miconda:matrix.kamailio.dev | fearing that there can be some backport from libssl 1.1 back to 1.0, which is the default libssl version in 16.04|
| @vseva:matrix.kamailio.dev | no|
| @vseva:matrix.kamailio.dev | that was caused by me/us in the repo of kamailio-deb-jenkins|
| @miconda:matrix.kamailio.dev | I think that's another one, I am speaking about https://github.com/kamailio/kamailio/issues/2274|
| @vseva:matrix.kamailio.dev | builds should be using latest lib version already|
| @vseva:matrix.kamailio.dev | ah, sorry|
| @henning:matrix.kamailio.dev | well, ubuntu 20.04 was just released..|
| @henning:matrix.kamailio.dev | maybe people should upgrade ;)|
| @fred:matrix.lod.com | 16.04 is still with us through at least Apr 2021|
| @henning:matrix.kamailio.dev | don't wanted to suggest to not fix it|
| @miconda:matrix.kamailio.dev | ok ... I will look into it, just wanted to see if any developers faced themselves the issue|
| @henning:matrix.kamailio.dev | I did not noticed anything in this regards, my oldest ubuntu is 18.04|
| @miconda:matrix.kamailio.dev | ok ... then the next|
| @miconda:matrix.kamailio.dev | actually the one from V�ctor Seva related to redis reply error|
| @miconda:matrix.kamailio.dev | need to look at it as well|
| @henning:matrix.kamailio.dev | this looked also strange|
| @miconda:matrix.kamailio.dev | because the example is using the same hiredis function like our code|
| @vseva:matrix.kamailio.dev | I will take a look this week to try to find out the cause|
| @vseva:matrix.kamailio.dev | for me not a big issue|
| @miconda:matrix.kamailio.dev | ok, then next one that was added on tracker|
| @miconda:matrix.kamailio.dev | about a sip client adding alias to contact parameter, conflicting with what we do for nat traversal|
| @miconda:matrix.kamailio.dev | I haven't seen that so far|
| @miconda:matrix.kamailio.dev | I will comment on the issue in the tracker, but if someone wants to add something here, let's discuss|
| @miconda:matrix.kamailio.dev | first would be that set/add_contact alias should not be used for register|
| @henning:matrix.kamailio.dev | it looked to me more like a client/interop issue|
| @henning:matrix.kamailio.dev | not sure what we could do here better in K|
| @miconda:matrix.kamailio.dev | that is usually for forwarded requests |
| @miconda:matrix.kamailio.dev | I guess the person does it in an edge proxy and then registrar saves it with alias param|
| @miconda:matrix.kamailio.dev | normally it should be Path added and Contact unchanged|
| @miconda:matrix.kamailio.dev | ok, anything else on issues?|
| @miconda:matrix.kamailio.dev | if not, then next on minor releases|
| @miconda:matrix.kamailio.dev | probably next on 5.3 is next week or the one after ... |
| @miconda:matrix.kamailio.dev | I plan to send an announcement after this meeting, based on what is concluded here in terms of major issues to be fixed|
| @henning:matrix.kamailio.dev | this one would be nice, but it is nothing to wait for a minor update: Debian package version don't support distribution upgrades|
| @henning:matrix.kamailio.dev |  * this one would be nice, but it is nothing to wait for a minor update: Debian package version don't support distribution upgrades|
| @miconda:matrix.kamailio.dev | is this one what V�ctor Seva worked on?|
| @vseva:matrix.kamailio.dev | I'm working on that|
| @henning:matrix.kamailio.dev | thanks :)|
| @miconda:matrix.kamailio.dev | Henning Westerholt: do you have time for a 5.2.x in the near future? If not, I will plan it in my side soon after next 5.3|
| @henning:matrix.kamailio.dev | 5.2.7. would be also probably good to release|
| @henning:matrix.kamailio.dev | miconda: i can do it|
| @miconda:matrix.kamailio.dev | @henning: ok|
| @miconda:matrix.kamailio.dev |  * @henning: ok|
| @vseva:matrix.kamailio.dev | I have a fix for nightly builds but not yet for upgrades|
| @henning:matrix.kamailio.dev | miconda: ok, I will plan it after 5.3 release|
| @miconda:matrix.kamailio.dev | ok|
| @miconda:matrix.kamailio.dev | then going to next topic|
| @miconda:matrix.kamailio.dev | anything we need to do in our infrastructure ... new tools people would like to use?|
| @miconda:matrix.kamailio.dev | thanks to Fred Posner we have now also this matrix server|
| @miconda:matrix.kamailio.dev | I am still fan of mailing lists, but I am asked from time to time about web forums, etc ...|
| @henning:matrix.kamailio.dev | I like it much more than the old IRC 🙂|
| @oej:matrix.kamailio.dev | A big thank you to Fred Posner from all of us|
| @fred:matrix.lod.com | Thank you =)|
| @miconda:matrix.kamailio.dev | next topic ... kamailio 5.4 - the upcoming major release|
| @miconda:matrix.kamailio.dev | anything major we miss and should be added (as a feature of kamailio)?|
| @miconda:matrix.kamailio.dev | we have 3 new modules now|
| @miconda:matrix.kamailio.dev | quite some work on a couple of other modules ...|
| @miconda:matrix.kamailio.dev | just about to commit support for permissions to load the list of addresses from a text file|
| @miconda:matrix.kamailio.dev | not for trusted, though|
| @miconda:matrix.kamailio.dev | maybe in the future|
| @miconda:matrix.kamailio.dev | and eventually some work on dialog to make it a bit more independent of tm callback|
| @miconda:matrix.kamailio.dev | it is an overhead right now, imo|
| @henning:matrix.kamailio.dev | the module chain can get complex, indeed|
| @miconda:matrix.kamailio.dev | tm still to be used for sending requests|
| @henning:matrix.kamailio.dev | especially if you have tm -> dialog -> uac etc..|
| @96:matrix.kamailio.dev | Improving dialog module this way seems very valuable (Julien  Chavanton)|
| @miconda:matrix.kamailio.dev | anyone else planning any relevant new addition?|
| @federico:matrix.kamailio.dev | to dialog module?|
| @miconda:matrix.kamailio.dev | one in my list for long time is still making use of cnxcc (for prepaid) a bit easier to use in config, by adding support to load its parameters from database|
| @miconda:matrix.kamailio.dev | not to have to do queries in config|
| @miconda:matrix.kamailio.dev | Julien: anything new planned for rtp_media_server module?|
| @federico:matrix.kamailio.dev | on dialog module I'm working to be able to set from script some dialog properties that are supposed not to change, like the routes-sets of the two legs|
| @miconda:matrix.kamailio.dev | @96 - Julien -- see above|
| @miconda:matrix.kamailio.dev | @federico -- ok|
| @miconda:matrix.kamailio.dev | then, for a target date to release 5.4 ...|
| @miconda:matrix.kamailio.dev | should we do it before mid of summer?|
| @henning:matrix.kamailio.dev | well, summer vacation will be a bit un-usual this year ;)|
| @fred:matrix.lod.com | ;)|
| @fred:matrix.lod.com | I think before fall is probably best|
| @henning:matrix.kamailio.dev | 5.3.0 was in middle of October |
| @henning:matrix.kamailio.dev | so either mid of summer, or early after summer vacation|
| @miconda:matrix.kamailio.dev | then I would set it for the mid of summer and delay if something pops up|
| @henning:matrix.kamailio.dev | fine with me|
| @vseva:matrix.kamailio.dev | mid of summer seems fine|
| @103:matrix.kamailio.dev | 👋|
| @miconda:matrix.kamailio.dev | ok ...|
| @miconda:matrix.kamailio.dev | next topic ... documentation|
| @miconda:matrix.kamailio.dev | we discussed for quite some time dokuwiki vs markdown/github -- any new opinions?|
| @miconda:matrix.kamailio.dev |  * we discussed for quite some time dokuwiki vs markdown/github -- any new opinions?|
| @96:matrix.kamailio.dev | For rap media server module, my attempt to use dialog module was not very productive yet.|
| @fred:matrix.lod.com | I don't think I even remember my old opinion|
| @miconda:matrix.kamailio.dev | :-)|
| @vseva:matrix.kamailio.dev | I think I voted for markdown|
| @fred:matrix.lod.com | I do like markdown|
| @96:matrix.kamailio.dev | Someone tested it recently hopefully I will have more feedback  but there is a lot of work to do|
| @miconda:matrix.kamailio.dev | from my point of view was more about access to contribute|
| @miconda:matrix.kamailio.dev | now one has to make an account on our dokuwiki, which doesn't seem to be very attractive|
| @miconda:matrix.kamailio.dev | while having on github will make it open for pull requests|
| @miconda:matrix.kamailio.dev | we will still host the docs file, probably built by mkdocs (or something else) to html|
| @miconda:matrix.kamailio.dev | the big effort will be to translated from dokuwiki format to markdown format|
| @miconda:matrix.kamailio.dev |  * the big effort will be to translated from dokuwiki format to markdown format|
| @henning:matrix.kamailio.dev | This is of course some work, but could be probably scripted|
| @fred:matrix.lod.com | I like the github idea|
| @fred:matrix.lod.com | anything to make contributions easier|
| @miconda:matrix.kamailio.dev | @96 Julien: ok, thanks. Planning to test it myself, but didn't get a chance yet|
| @henning:matrix.kamailio.dev | if we move to github, we should migrate the current wiki to it. to not have another docs source|
| @henning:matrix.kamailio.dev | at least the content that is for the current branches and is not outdated|
| @henning:matrix.kamailio.dev | if you search right now for some modules, you get old siprouter wiki, old kamailio wiki and current wiki ;)|
| @henning:matrix.kamailio.dev | this can be confusing, imho|
| @miconda:matrix.kamailio.dev | searching on web was always confusing, returning old releases ... |
| @fred:matrix.lod.com | web has a very long memory|
| @fred:matrix.lod.com | =)|
| @miconda:matrix.kamailio.dev | :-)|
| @henning:matrix.kamailio.dev | in the end it will depends on some volunteers to do the migration, i guess|
| @miconda:matrix.kamailio.dev | indeed :-)|
| @vseva:matrix.kamailio.dev | maybe a job for the online devel meetings??|
| @75:matrix.kamailio.dev | ok, we can try to do some 30-60min sessions|
| @vseva:matrix.kamailio.dev | It would be nice|
| @75:matrix.kamailio.dev | 1-2 per week or month :-)|
| @miconda:matrix.kamailio.dev | 75 was me, as a guest|
| @miconda:matrix.kamailio.dev | wrong window, left open when I tested guest access|
| @giavac:matrix.kamailio.dev | and meanwhile we could add a link to the latest versions at the top of older versions pages? I'd like to help with the migration BTW.|
| @fred:matrix.lod.com | works for me|
| @vseva:matrix.kamailio.dev | giavac, that's a great idea|
| @miconda:matrix.kamailio.dev | btw, I forgot to ask, related to dmq, any module that should add support for it?|
| @103:matrix.kamailio.dev | it would be great if presence active_watchers could use dmq much like dmq_usrloc|
| @103:matrix.kamailio.dev | i understand there is dmq support for presentity table but IMO that implementation was flaky when i tested|
| @henning:matrix.kamailio.dev | I never tested it as well, or saw it running in production yet (presence dmq)|
| @miconda:matrix.kamailio.dev | to wrap up on docs wiki vs markdown -- let's try to come up with a plan on mailing list and take it further from there and see who can participate|
| @jsmith:matrix.org | I've done lots of document conversion -- so if nobody else volunteers, I may jump in and help|
| @miconda:matrix.kamailio.dev | ok, so nothing else for dmq apart of seeing what is in presence and enhance for all records, if needed|
| @miconda:matrix.kamailio.dev | Jared Smith: thanks, any hints you may have will be appreciated |
| @miconda:matrix.kamailio.dev | for the US folks: how is stir/shaken evolving there? I wrote the secsipid module, but not much feedback afterwards|
| @103:matrix.kamailio.dev | have not tested it but it's on the 2020 roadmap|
| @fred:matrix.lod.com | I've not had anyone need to implement it yet... but people are very happy that it's done|
| @jsmith:matrix.org | miconda: It's been mandated by July 1st 2021 by the FCC, if I remember correctly.|
| @miconda:matrix.kamailio.dev | I got only one reporting that it is working with their implementation|
| @jsmith:matrix.org | miconda: But the industry players still haven't figured out how they're going to play nicely together.|
| @oej:matrix.kamailio.dev | At some point we need to look at the new auth|
| @96:matrix.kamailio.dev | I asked West/intrade why they were not considering open source for Stir/shaken sharing the recent presentation from miconda|
| @fred:matrix.lod.com | I know of people who have already added kamailio in anticipation since it's not in freeswitch or asterisk|
| @96:matrix.kamailio.dev | At least they are aware about this option|
| @96:matrix.kamailio.dev | Things are moving forward|
| @96:matrix.kamailio.dev | With proprietary tech|
| @miconda:matrix.kamailio.dev | for me is not clear who is going to issue the certificates ... be the trust authority, if any is going to be assigned for such task|
| @fred:matrix.lod.com | exactly|
| @oej:matrix.kamailio.dev | That's a PKI that's not going to work properly for sure.|
| @104:matrix.kamailio.dev | :)|
| @fred:matrix.lod.com | and even when implemented, I expect it to be as useful as dkim was in preventing spam|
| @miconda:matrix.kamailio.dev | :-)|
| @jsmith:matrix.org | It's being added to Asterisk, and we will be doing interop testing with @miconda's code|
| @jsmith:matrix.org |  * It's being added to Asterisk, and we will be doing interop testing with @miconda's code|
| @miconda:matrix.kamailio.dev | @oej: do you mean new auth mechanisms? |
| @oej:matrix.kamailio.dev | yes|
| @oej:matrix.kamailio.dev | We've been working on this RFC for OpenID connect and Oauth2|
| @miconda:matrix.kamailio.dev | what is pushed from IETF these days? I am on sipcore, but don't read much of it|
| @oej:matrix.kamailio.dev | And the replacement of MD5|
| @oej:matrix.kamailio.dev | I am trying to push a discussion on downgrade attacks, but people don't want to listen|
| @oej:matrix.kamailio.dev | The 3gpp people have their problem sorted out and not enough of the rest of us is there to push back|
| @oej:matrix.kamailio.dev | But for OpenID connect we need to handle encrypted JWT tokens and other cool stuff|
| @oej:matrix.kamailio.dev | RFC 3261 is getting an update to deprecate TLS 1.0 and 1.1|
| @henning:matrix.kamailio.dev | replacement on MD5 would be great, if only UAs support it|
| @oej:matrix.kamailio.dev | The big problem is migration path|
| @henning:matrix.kamailio.dev | but also worried about down-grade attacks|
| @miconda:matrix.kamailio.dev | that's my question as well, when UAs will support the new auth|
| @96:matrix.kamailio.dev | I can ask questions to West we have FCC member|
| @96:matrix.kamailio.dev | I will let them know this is from the open source community |
| @fred:matrix.lod.com | well... from what we see with UAs... not until they absolutely have to|
| @miconda:matrix.kamailio.dev | JWT can be added, more or less stir/shaken is JWT|
| @oej:matrix.kamailio.dev | Yes, the passport stuff|
| @96:matrix.kamailio.dev | In cas it does matter but I think they must be transparent in the end|
| @miconda:matrix.kamailio.dev | and another generic question before going to next topic ... anyone seeing increase on using webrtc with sip (given the world wide situation)?|
| @fred:matrix.lod.com | definitely|
| @fred:matrix.lod.com | especially in call centers|
| @henning:matrix.kamailio.dev | yes|
| @miconda:matrix.kamailio.dev | ok, good to hear!|
| @miconda:matrix.kamailio.dev | next topic I had in list is about community announcement|
| @miconda:matrix.kamailio.dev | this is practically about announcing related projects/services to our community, when those are not commercial |
| @miconda:matrix.kamailio.dev | so far we had a policy of allowing announcement about open positions (jobs)|
| @miconda:matrix.kamailio.dev | and we also announced about siremis or other projects from time to time|
| @miconda:matrix.kamailio.dev | but not sure if we have anything clear in this aspect|
| @miconda:matrix.kamailio.dev | for commercial things there is business mailing list|
| @henning:matrix.kamailio.dev | there was also the phone announcement recently|
| @miconda:matrix.kamailio.dev | phone annoucement? I forgot or missed that ...|
| @henning:matrix.kamailio.dev | saraphone?|
| @miconda:matrix.kamailio.dev | ahh, right ...|
| @miconda:matrix.kamailio.dev | so indeed, that is a perfect match|
| @miconda:matrix.kamailio.dev | personally I am fine when a project is started/launched, but probably not for every new release |
| @miconda:matrix.kamailio.dev | I think is useful for community to know about such projects, but we have to set a limit not to get "flooded"|
| @henning:matrix.kamailio.dev | initial announcement/project started sounds good to me, more would be probably too much|
| @henning:matrix.kamailio.dev | also for major/established projects they have their own lists usually|
| @henning:matrix.kamailio.dev |  * also for major/established projects they have their own lists usually|
| @miconda:matrix.kamailio.dev | ok|
| @miconda:matrix.kamailio.dev | any topic that someone wants to discuss?|
| @miconda:matrix.kamailio.dev | looks like we are pretty good in the features list, nothing major that we do not have and want to add ...|
| @henning:matrix.kamailio.dev | I can give a quick update on the fuzzing project from me|
| @federico:matrix.kamailio.dev | I have an enhancement in my whishlist but probably for the 6.0 release|
| @miconda:matrix.kamailio.dev | Henning Westerholt: sure|
| @federico:matrix.kamailio.dev | I'd like to overcome the limitation for which a tcp connection can only be handle by a single worker|
| @oej:matrix.kamailio.dev | Got to go, sorry. Nice chatting with you all :-)|
| @henning:matrix.kamailio.dev | ok, about the fuzzing: I restarted it with a new version of the fuzzer some month ago. I started two runs, one about server msg input, and one about cfg input|
| @henning:matrix.kamailio.dev | the cfg one is on hold right now, after it found some issues (had no time to dig into it much)|
| @henning:matrix.kamailio.dev | the main server one is running fine|
| @henning:matrix.kamailio.dev | Summary stats|
| | =============|
| | Fuzzers alive : 3|
| | Total run time : 206 days, 3 hours|
| | Total execs : 406 million|
| | Cumulative speed : 67 execs/sec|
| | Pending paths : 2484 faves, 44094 total|
| | Pending per fuzzer : 828 faves, 14698 total (on average)|
| | Crashes found : 0 locally unique|
| @henning:matrix.kamailio.dev | no crashes found 🙂|
| @miconda:matrix.kamailio.dev | nice|
| @miconda:matrix.kamailio.dev | the one for cfg is about syntax, need to sort grammar there|
| @henning:matrix.kamailio.dev | yes, it mainly tries to crash the cfg parser, which is rather easy comparing to the sip one|
| @miconda:matrix.kamailio.dev | looked a bit, but then diverged to other projects, because it is a start up issue with unusual syntax|
| @henning:matrix.kamailio.dev | sure, it is nothing that normally is used in cfgs|
| @miconda:matrix.kamailio.dev | federico: you are working on it, or just wanting to have it|
| @federico:matrix.kamailio.dev | starting to looking at it and giving some thoughts|
| @federico:matrix.kamailio.dev | nothing concrete, tough topic :)|
| @miconda:matrix.kamailio.dev | right now probably you can dispatch it using send*() functions ...|
| @miconda:matrix.kamailio.dev | we discussed at last kamailio devel meeting in dusseldorf that an architectural change might be needed for v6|
| @federico:matrix.kamailio.dev | yes :)|
| @miconda:matrix.kamailio.dev | so maybe after kamailio 5.4 we should plan the v6 jump|
| @miconda:matrix.kamailio.dev | anything else?|
| @miconda:matrix.kamailio.dev | or should we conclude here ...|
| @henning:matrix.kamailio.dev | I think for the 6.0 topic we should have a developer meeting again|
| @fred:matrix.lod.com | Nothing else from me... would love feedback on how this experience (matrix) was vs. IRC.|
| @henning:matrix.kamailio.dev | to better discuss and plan/architecture etc..|
| @fred:matrix.lod.com |  * Nothing else from me... would love feedback on how this experience (matrix) was vs. IRC.|
| @henning:matrix.kamailio.dev | if its possible again, of course|
| @henning:matrix.kamailio.dev | Fred Posner: I liked it|
| @federico:matrix.kamailio.dev | Fred Posner: I liked it too|
| @miconda:matrix.kamailio.dev | Henning Westerholt: if traveling restrictions will be lifted :-)|
| @miconda:matrix.kamailio.dev | sure we can plan for another face to face devel meeting and code most of 6.0 stuff :-))|
| @giavac:matrix.kamailio.dev | @fre|
| @giavac:matrix.kamailio.dev | Fred Posner: good experience, thanks again (apart the wrong Enter I just did :) )|
| @johann8384:matrix.org | 👍|
| @miconda:matrix.kamailio.dev | giavac: you can edit the message|
| @miconda:matrix.kamailio.dev | ok ... we can consider the devel meeting finished|
| @miconda:matrix.kamailio.dev | we will have a summary on the wiki page (hopefully, or just this transcript)|
| @miconda:matrix.kamailio.dev | happy to see we do not lack anything critical at this moment|
| @giavac:matrix.kamailio.dev | > <@miconda:matrix.kamailio.dev> giavac: you can edit the message|
| | no, I can't... or I need to understand how :) |
| @fred:matrix.lod.com | I'll volunteer for the transcript again|
| @miconda:matrix.kamailio.dev | and happy to see people look for improved architecture for future versions/v6|
| @fred:matrix.lod.com | giavac: depends on the client youre using|
| @giavac:matrix.kamailio.dev | > <@giavac:matrix.kamailio.dev> no, I can't... or I need to understand how :)|
| | The pencil, of course! :) |
| @miconda:matrix.kamailio.dev | 😁|
| @miconda:matrix.kamailio.dev | now free discussion ...|
| @miconda:matrix.kamailio.dev | if you know interesting news or funny stories from the industry :-)|
| @henning:matrix.kamailio.dev | Thanks to all!|
| @miconda:matrix.kamailio.dev | Thank you all, as well!|
| @fred:matrix.lod.com | thank you! Missing everyone this week.|
| @giavac:matrix.kamailio.dev | Bye|
| @miconda:matrix.kamailio.dev | everyone take care, stay safe and healthy!|
| @federico:matrix.kamailio.dev | I have to go (not too far...just the ground floor)|
| @federico:matrix.kamailio.dev | thanks and bye all |
| @lucianb:matrix.org | bye all!|
| @federico:matrix.kamailio.dev | stay safe!|
| @103:matrix.kamailio.dev | i tried to sign up for an official matrix account on here but it's not letting me login. anything special i need to do?|
| @henning:matrix.kamailio.dev | maybe just contact Fred Posner |
| @fred:matrix.lod.com | The homeserver isn't open for account creation; but the Matrix platform is federated... so for example, my Matrix account is on a homeserver we have at LOD. Others may have matrix accounts from matrix.org or their own deployments.|
| @miconda:matrix.kamailio.dev | @103 - if you are a registered developer (have git commit access) and need a matrix account, we will try to find a solution, just let us know. Otherwise, this matrix server is intended to be only the host for chat rooms needed by Kamailio project, it is not intended to public user registrations|
| @miconda:matrix.kamailio.dev | besides matrix.org, there are other public matrix servers that allow user registration, I found this page collecting some of them: https://www.anchel.nl/matrix-publiclist/|