| 00:00.06 | caio1982 | russellb: same problem having to bypass "unable to lock channel list" on osx? |
| 00:00.17 | caio1982 | i thought i was the only one having this kind of issue |
| 00:00.55 | caio1982 | mvanbaak: that's because you ranted about its OS last night ;) |
| 00:01.15 | mvanbaak | caio1982: prolly |
| 00:01.20 | mvanbaak | but still, it sux |
| 00:01.28 | mvanbaak | I now have a non-working ibook here |
| 00:01.45 | lmadsen | I have exactly 1/4 of a bottle of 1.5L of wine |
| 00:02.50 | mvanbaak | I guess a module for talking to a specific CRM application wont make it into the core of asterisk right ? |
| 00:03.15 | caio1982 | mvanbaak: btw, what does return on your OpenBSD from ./configure | grep PKT ? |
| 00:03.48 | mvanbaak | hang on |
| 00:04.24 | mvanbaak | just configure or ./configure --enable-dev-mode ? |
| 00:04.37 | mvanbaak | I always run with the --enable-dev-mode |
| 00:04.42 | caio1982 | both are fine, it's up to you :) |
| 00:05.51 | mvanbaak | running |
| 00:07.29 | mvanbaak | checking for IP_PKTINFO... no |
| 00:07.48 | caio1982 | as expected, thanks mvanbaak ! |
| 00:08.26 | mvanbaak | :) |
| 00:08.28 | mvanbaak | ur welcome |
| 00:09.35 | caio1982 | chan_unistim does not work on bsd then, it's not really an osx-only issue |
| 00:25.27 | *** join/#asterisk-dev obnauticus (n=obnautic@c-24-22-14-101.hsd1.or.comcast.net) |
| 00:56.06 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 00:59.32 | JunK-Y | caio1982: on any bsd? |
| 01:03.38 | caio1982 | JunK-Y: it depends on IP_PKTINFO that's not supported by osx nor openbsd at least, looks linux-only, but I guess netinet6/in6.h can solve it |
| 01:09.10 | JunK-Y | maybe, im just a linux guy. |
| 01:23.47 | *** join/#asterisk-dev RoyKa (n=roy@91.149.5.132) |
| 02:33.24 | *** join/#asterisk-dev mog (n=mog@c-68-62-172-83.hsd1.al.comcast.net) |
| 02:33.24 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:45.31 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 03:12.08 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 04:00.45 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 04:27.22 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 04:27.22 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 04:38.05 | *** join/#asterisk-dev jameswf-home (n=james@ip72-204-221-181.ph.ph.cox.net) |
| 05:16.08 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 05:27.33 | *** join/#asterisk-dev _Vile (n=vile@208.100.152.234) |
| 05:29.49 | *** join/#asterisk-dev JunK-Y (n=junky@modemcable183.17-83-70.mc.videotron.ca) |
| 05:48.57 | *** join/#asterisk-dev Damin (n=damin@nucleus.nacs.net) |
| 06:44.19 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 07:46.05 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 07:46.05 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 08:02.51 | *** join/#asterisk-dev anonymouz666 (n=anonymou@200.218.193.6) |
| 08:04.46 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 08:04.46 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:23.09 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 09:18.25 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 09:33.56 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583433.dsl.bell.ca) |
| 09:48.04 | *** join/#asterisk-dev ZX81_ (n=ZX81@202.20.97.211) |
| 09:51.02 | jmls | morning all |
| 10:01.22 | jmls | can a new feature be added to asterisk-addons for 1.4 ? |
| 10:05.08 | tzafrir | I believe that the policy is the same as for Asterisk 1.4 |
| 10:05.16 | tzafrir | But what feature did you have in mind? |
| 10:25.33 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583433.dsl.bell.ca) |
| 10:36.37 | jmls | tzafrir: I was hoping to get / pay for a backport of res_config_curl .. |
| 10:37.09 | jmls | I can spend 500% more time testing it in 1.4 than trunk |
| 10:38.30 | tzafrir | I figure there can be a backport without a need for it to be included in the "formal" addons, in the worst case |
| 10:38.51 | mvanbaak | yup |
| 10:39.10 | mvanbaak | I think russel already has a repo with backported stuff |
| 10:39.27 | mvanbaak | so it happened before |
| 10:54.48 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 10:54.48 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 11:19.49 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583433.dsl.bell.ca) |
| 11:46.21 | *** join/#asterisk-dev RoyK (n=roy@91.149.28.116) |
| 12:27.02 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 12:46.58 | *** join/#asterisk-dev ccesario (n=Taikonau@189-47-247-86.dsl.telesp.net.br) |
| 12:47.20 | *** join/#asterisk-dev IgorG (n=IgorG@host-90-188-188-119.pppoe.omsknet.ru) |
| 13:14.54 | mvanbaak | caio1982: ping |
| 13:15.04 | caio1982 | mvanbaak: pong |
| 13:15.38 | mvanbaak | what's the bonus for ast_goto_if_exists ? |
| 13:16.20 | caio1982 | mvanbaak: it's just listed as a janitor project on asterisk.org |
| 13:16.40 | caio1982 | but i realized that maybe my patches are wrong, i'm not sure |
| 13:17.54 | caio1982 | mvanbaak: i followed a very old patch that update some apps codes to it, but had to ask you if they're ok, i didnt resist messaging you |
| 13:18.19 | mvanbaak | hhmm, I looked at your patches |
| 13:18.27 | mvanbaak | and I think they are ok |
| 13:18.44 | caio1982 | but? :) |
| 13:18.55 | mvanbaak | I wasn't sure why you did it |
| 13:18.57 | mvanbaak | ;) |
| 13:19.22 | caio1982 | for the sake of fun, someone have to to the dirty janitor job :P |
| 13:19.56 | mvanbaak | uhhuh |
| 13:20.38 | mvanbaak | did not check the janitor project list |
| 13:20.46 | caio1982 | mvanbaak: i'll ask about it on the -dev list then :) |
| 13:20.59 | caio1982 | mvanbaak: there are some already finished tasks there, though |
| 13:21.02 | mvanbaak | yeah, create a ticket for it and post to the -dev list |
| 13:30.59 | caio1982 | mvanbaak: i guess my patches are wrong really, the "direct setting of chan->priority" the janitor task talks about seems to be this in fact: http://svn.digium.com/view/asterisk/trunk/apps/app_chanisavail.c?r1=6533&r2=6532&pathrev=6533 |
| 13:32.01 | caio1982 | i thought it would bee, too, setting the priority directly on calling ast_exists_extension(), not in its blockcode |
| 13:36.08 | mvanbaak | back to the drawing board ;) |
| 13:36.51 | mvanbaak | hhmm |
| 13:36.55 | mvanbaak | it's easy to fix I think |
| 13:37.06 | mvanbaak | because you already did the ast_goto_if_exists |
| 13:40.16 | mvanbaak | hhmm |
| 13:40.20 | mvanbaak | wait, I see what you mean |
| 13:40.26 | mvanbaak | yeah, that's evil |
| 13:40.57 | caio1982 | yep |
| 13:54.35 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 14:42.51 | *** join/#asterisk-dev _ys (n=yuri@236-069.nat.mns.ru) |
| 15:23.55 | *** part/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 15:26.24 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 15:26.24 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 16:12.41 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-96-159.bredband.comhem.se) |
| 16:23.00 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 16:28.47 | jmls | Corydon76-dig: ping |
| 16:32.33 | *** join/#asterisk-dev RoyK (n=roy@91.149.24.225) |
| 16:45.32 | *** join/#asterisk-dev anthm (n=anthm@75-135-78-143.dhcp.mdsn.wi.charter.com) |
| 16:45.32 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 17:00.56 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 17:00.56 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 17:00.57 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 17:00.57 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 17:02.23 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 17:38.47 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 17:44.16 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 18:23.40 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 18:23.42 | *** join/#asterisk-dev lmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:23.42 | *** mode/#asterisk-dev [+o lmadsen] by ChanServ |
| 18:25.14 | jmls | arrgh! |
| 18:25.34 | jmls | how the hell do I reload the dialplan |
| 18:26.14 | russellb | dialplan reload? |
| 18:26.24 | jmls | didn't have that as an option ... |
| 18:26.42 | russellb | is ... pbx_config not loaded? |
| 18:26.42 | jmls | dialp <tab> only gave me set and show |
| 18:26.54 | russellb | module show like config |
| 18:27.55 | jmls | is 1.6 slower to compile than 1.4 ? It seems that way |
| 18:28.12 | russellb | shouldn't be |
| 18:28.15 | jmls | sorry, trunk. |
| 18:28.16 | russellb | it has more code |
| 18:28.36 | russellb | and if you use ccache and haven't built trunk before, it'll seem slower |
| 18:29.10 | jmls | wtf. dialplan reload is now there ... |
| 18:29.18 | jmls | if *definately* was not before |
| 18:29.37 | jmls | sip <tab> was missing as well. |
| 18:34.09 | jmls | ;) |
| 18:34.59 | jmls | is "warning: implicit declaration of function ast_str_create" a bad thing ? |
| 18:35.10 | russellb | yes |
| 18:35.13 | russellb | :) |
| 18:35.22 | russellb | where did that warning come from? |
| 18:35.24 | jmls | trying to compile res_curl_config under 1.4 |
| 18:35.32 | jmls | <PROTECTED> |
| 18:35.57 | russellb | oh, lol |
| 18:36.05 | jmls | as per Corydon76-dig: "Oh, and I don't see any reason why this shouldn't work directly in 1.4." |
| 18:36.17 | russellb | ah, well if he used ast_str(), then it's not going to |
| 18:36.24 | jmls | M11747 |
| 18:36.25 | MuffinMan | [new] [Asterisk] Resources/NewFeature 0011747: [patch] res_config_curl reported by Corydon76 http://bugs.digium.com/view.php?id=11747 |
| 18:36.29 | russellb | there are equivalent functions available ... but it will require some work |
| 18:36.34 | jmls | eek |
| 18:38.35 | jmls | interesting - just compiling 1.4 on my test box, and it's a _lot_ faster than 1.4, even to the naked eye ! |
| 18:39.35 | jmls | erm, that's "than 1.6" obviously |
| 18:39.57 | jmls | ooooooo |
| 18:40.45 | jmls | make update on the 1.4 branch |
| 18:40.49 | jmls | try to compile |
| 18:40.51 | jmls | http://www.pastebin.ca/853647 |
| 18:41.04 | russellb | hm, i don't know why compiling one would be faster than the other |
| 18:41.39 | jmls | have a look at the pastebin .. |
| 18:41.59 | russellb | you have a conflict in the source |
| 18:42.06 | russellb | you had it modified, updated, and it conflicted |
| 18:42.22 | jmls | oh. It was ok until the update. Dammit. |
| 18:42.38 | jmls | what the hell did I change ... |
| 18:42.42 | russellb | search for <<< |
| 18:42.46 | russellb | and you'll see ... |
| 18:43.39 | lmadsen | you'll see the light! |
| 18:43.46 | lmadsen | hallelujah! |
| 18:44.17 | jmls | oh, I've added some code to add the channel to a group if GROUP is set as a variable |
| 18:45.11 | jmls | a little knowledge is a very dangerous thing |
| 18:49.25 | Daviey | svn 1.4 zaptel broken? |
| 18:49.39 | russellb | shouldn't be |
| 18:49.49 | jmls | Daviey: hope not. that's what I use ;) |
| 18:50.44 | Daviey | pciradio.c errors |
| 18:51.13 | russellb | make menuselect ... disable pciradio |
| 18:51.14 | russellb | :) |
| 18:51.18 | jmls | heh |
| 18:51.19 | Daviey | heh |
| 18:51.21 | jmls | problem fixed |
| 18:51.30 | jmls | that's the way to go, russellb ! |
| 18:51.34 | Daviey | who uses that anyway! |
| 18:53.13 | jmls | russellb: I was right = 1.4 takes 1m19s to compile, and trunk takes 4m5s ... |
| 18:53.28 | jmls | make clean;make install |
| 18:53.37 | russellb | w, t, f? |
| 18:53.43 | jmls | same box. |
| 18:53.48 | russellb | $ which gcc |
| 18:54.02 | jmls | gcc version 4.1.1 20070105 |
| 18:55.02 | russellb | literally, i meant `which gcc` |
| 18:55.07 | russellb | curious if you had ccache installed |
| 18:55.21 | jmls | <PROTECTED> |
| 18:55.26 | russellb | k |
| 18:55.44 | russellb | well we don't have 4 times the amount of code in trunk ... |
| 18:55.58 | russellb | so that's odd |
| 18:56.09 | Daviey | ahhh, i needed to make oldconfig and make prepare on kernel src's |
| 18:56.20 | jmls | go Daviey! |
| 18:56.53 | jmls | russellb: it's visibly slower compiling each file (chan_sip, app_queue etc) |
| 18:57.09 | *** join/#asterisk-dev DarkRift (i=dark@bas10-montreal02-1177583433.dsl.bell.ca) |
| 18:57.23 | jmls | shh! DarkRift has just joined .. |
| 18:57.25 | russellb | jmls: i have no idea. |
| 18:57.34 | *** join/#asterisk-dev oej (n=olle@soll4-125.cust.blixtvik.net) |
| 18:57.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 18:57.38 | jmls | well, it's not a problem - just curious |
| 19:03.35 | tzafrir | Daviey, what errors? Could you pastebin? What kernel do you use? |
| 19:04.17 | Daviey | tzafrir: 2.6.22-14-generic ubuntu gutsy stock kernel |
| 19:04.31 | Daviey | tzafrir: kernel-headers didn't work, so had to use src |
| 19:06.16 | Daviey | tzafrir: but did work after a make distclean.. /me *hides* |
| 19:07.46 | tzafrir | can you pastebin the errors? |
| 19:07.46 | Daviey | RoyK: not kernel.org's stock kernel - but the ubuntu stock kernel :) |
| 19:08.17 | Daviey | tzafrir: my own fault really.. errors are long gone in scrollback :( |
| 19:08.59 | tzafrir | not in my scrollback |
| 19:09.16 | tzafrir | can you try to reproduce them? |
| 19:09.33 | tzafrir | e.g: rebuild zaptel in another directory? |
| 19:09.56 | Daviey | brb |
| 19:14.08 | *** join/#asterisk-dev ctooley (n=ctooley@doc-72-47-33-80.maryville.mo.cebridge.net) |
| 19:16.46 | jmls | what would be nice if there was an option to specify installation directory and config directory in menuselect |
| 19:17.32 | jmls | let alone having to remove modules that each version doesn't lile |
| 19:17.36 | jmls | (like) |
| 19:22.13 | *** join/#asterisk-dev ZX81 (n=ZX81@202.20.97.211) |
| 19:44.26 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 19:48.24 | Daviey | jmls: /etc/asterisk.trunk /etc/asterisk.1/4 /etc/asterisk is a symlink to either :) |
| 19:48.35 | Daviey | /etc/asterisk.1.4* |
| 20:02.43 | Daviey | tzafrir: http://rafb.net/p/3UIptQ33.html |
| 20:03.00 | Daviey | tzafrir: make = fine - it;s the instal failing :( |
| 20:03.30 | tzafrir | hmm... |
| 20:04.19 | tzafrir | that's just for pciradio? pcioradio is the first one (yeah, p is the first letter, a bunch of w-s and z-s) |
| 20:06.25 | Daviey | tzafrir: no - default make |
| 20:07.06 | tzafrir | Others seem to have this problem building other kernel modules on the same distro |
| 20:07.17 | tzafrir | e.g: http://www.howtogeek.com/howto/ubuntu/install-vmware-tools-on-ubuntu-edgy-eft/ |
| 20:07.35 | Daviey | /usr/src/linux = just headers |
| 20:11.28 | tzafrir | Daviey, try: apt-get install zaptel-source; m-a a-i zaptel |
| 20:11.32 | tzafrir | sorry: |
| 20:11.37 | tzafrir | m-a build zaptel |
| 20:12.24 | Daviey | tzafrir: hmm - i'm just going to try it with /usr/src/linux being full kernel - be back in 20mins |
| 20:12.36 | tzafrir | if that one builds fine, you have something to compare with. If not, you can ask a very good question at #ubuntu |
| 20:12.42 | tzafrir | as it is easy to reproduce |
| 20:12.53 | Daviey | okay, i'll try that now |
| 20:13.40 | tzafrir | Daviey, linux-headers should be good enough. "full kernel" has much more places to mistake. e.g.: are you sure it is the right config and the right version number for you? |
| 20:14.21 | tzafrir | IIRC the .config file alone does not have the full version string. At least not in Debian |
| 20:14.27 | jmls | stop now |
| 20:14.37 | jmls | arrgh. wrong window :'( |
| 20:14.54 | Daviey | tzafrir: i 'make oldconfig' rather than cp the .config myself |
| 20:15.06 | Daviey | oh dear |
| 20:15.10 | Daviey | module assistant worked fine |
| 20:16.04 | tzafrir | Now what was that special spice added in the packaging? |
| 20:17.01 | Daviey | hmm, i could make a fresh tarball of svn and try m-a |
| 20:18.39 | tzafrir | Daviey, you can build with KERNEL_VERBOSE=1 in the environment to see the full build commands |
| 20:20.03 | Daviey | doing |
| 20:22.26 | jmls | Corydon76-dig: ping |
| 20:22.36 | jmls | or even |
| 20:22.40 | Daviey | tzafrir: that didn't work |
| 20:22.41 | jmls | Corydon76-vcch: ping |
| 20:23.23 | tzafrir | didn't work == ? no new data? |
| 20:23.31 | Daviey | yep |
| 20:23.51 | Daviey | i assume # KERNEL_VERBOSE=1 m-a a-i zaptel ; is enough? |
| 20:24.35 | Daviey | be back in 5 |
| 20:27.13 | tzafrir | yes |
| 20:36.31 | jmls | heh |
| 20:43.50 | RoyK | oej: ping |
| 20:45.44 | jmls | in line 478 of utils.c |
| 20:45.59 | jmls | for (o = s; *s; s++, o++) { |
| 20:46.05 | jmls | there is no check to see if s is null |
| 20:46.26 | oej | RoyK: Pong |
| 20:46.31 | jmls | is this the reponsibility of the code calling ast_uri_decode, or ast_uri_decode itself ? |
| 20:46.37 | jmls | iow, should I raise a bug ? |
| 20:54.41 | Corydon76-dig | jmls: pong |
| 20:55.02 | jmls | yay! |
| 20:55.10 | jmls | Been testing res_config_curl |
| 20:55.38 | jmls | first, it won't compile under 1.4 (boo) |
| 20:56.24 | jmls | second, because I'm just starting to build the back end, I'm not passing data back. This causes segfaults. |
| 20:56.47 | jmls | line 478 of utils.c does not check to see if s is null |
| 20:59.59 | Corydon76-dig | What line is the previous frame? |
| 21:00.56 | jmls | 0x00d3cf04 in realtime_curl (url=0x2196730 "http://90.0.0.4/cgi-bin/cgiip.exe", unused=0x2196630 "voicemail", ap=0x2196898 "") at res_config_curl.c:98 |
| 21:01.15 | Corydon76-dig | Okay, that makes sense |
| 21:01.42 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 21:02.46 | jmls | I'm just trying to work out what fields are passed as post data |
| 21:04.53 | Corydon76-dig | jmls: okay, try that |
| 21:06.53 | jmls | ? |
| 21:07.07 | Corydon76-dig | jmls: look at the bug |
| 21:07.16 | Corydon76-dig | New file uploaded |
| 21:07.29 | jmls | heh. Me was looking at make update .. |
| 21:08.12 | Corydon76-dig | This is always helpful... |
| 21:09.20 | jmls | what is? |
| 21:09.39 | jmls | [Jan 13 21:09:26] WARNING[30186]: app_voicemail.c:3014 leave_voicemail: No entry in voicemail config file for '5711' |
| 21:09.45 | Corydon76-dig | Yay! |
| 21:09.45 | jmls | that's better :) |
| 21:10.53 | jmls | without looking through the source code, how do I know what fields are available in POST ? |
| 21:11.08 | Corydon76-dig | What do you mean? |
| 21:11.20 | jmls | abc=123&def=456 |
| 21:11.25 | Corydon76-dig | The driver is simply passing back what is sent from the module |
| 21:11.27 | jmls | I have to know that there is abc and def |
| 21:11.43 | jmls | yeah, so what is being passed from the module ? |
| 21:11.47 | Corydon76-dig | There should be a dump function that you can use to peruse all the variables |
| 21:12.24 | jmls | that's what I was looking for ;) I was hoping that there would be some environment variable |
| 21:12.27 | Corydon76-dig | So that query will be mailbox=123&context=456 |
| 21:12.38 | jmls | cool. |
| 21:13.10 | jmls | Hmm. could the app return a different mailbox ? |
| 21:13.26 | jmls | If I returned 888 instead of 123, would it use mailbox 888 ? |
| 21:13.39 | Corydon76-dig | or for the "voicemail show users command", it will come back as "/multi" and "context=456" |
| 21:13.54 | Corydon76-dig | err, "voicemail show users" command |
| 21:14.12 | Corydon76-dig | jmls: Yeah, I guess so |
| 21:14.27 | Corydon76-dig | jmls: transparent mailbox redirection? |
| 21:14.30 | jmls | yup |
| 21:14.42 | Corydon76-dig | Deposit-only mailboxes |
| 21:14.59 | jmls | also for leavers etc you could forward to a "left" mailbox. Sorry, the person you are contacting is no longer here. |
| 21:15.16 | Corydon76-dig | Aha |
| 21:15.55 | Corydon76-dig | That's pretty much it, unless you're using imap storage or voicemail_data storage |
| 21:17.16 | Corydon76-dig | Are you using Perl or PHP? |
| 21:17.22 | Corydon76-dig | or something else? |
| 21:17.51 | jmls | something else at the moment. the Progress language |
| 21:18.28 | Corydon76-dig | Ah... then I can't help you find anything on that end |
| 21:18.39 | jmls | no, but I think I've found it. |
| 21:19.31 | jmls | yup. |
| 21:19.38 | jmls | getvalue returns "mailbox,context" |
| 21:20.58 | jmls | hmm. PATH_INFO is "/voicemail". is that correct ? |
| 21:21.11 | Corydon76-dig | No, shouldn't ever be |
| 21:21.25 | Corydon76-dig | The URL in extconfig.conf specifies that |
| 21:22.07 | jmls | extconfig: voicemail => curl,http://90.0.0.4/cgi-bin/cgiip.exe/voicemail |
| 21:22.17 | Corydon76-dig | Ah, then yes |
| 21:22.19 | jmls | should the /voicemail not be there ? |
| 21:22.28 | Corydon76-dig | That works |
| 21:22.39 | jmls | okay, that was from when I was trying to debug the segfaulkt |
| 21:22.47 | Corydon76-dig | Just realize that sometimes the PATH_INFO will be /voicemail/multi |
| 21:23.02 | Corydon76-dig | because Asterisk tacks the extra bit on the end |
| 21:23.15 | Corydon76-dig | run "voicemail show users" to confirm this to yourself |
| 21:23.43 | Corydon76-dig | I wonder... should I specify in the query string which fields I am setting? |
| 21:24.10 | Corydon76-dig | It might could make it easier for some backends |
| 21:24.11 | mvanbaak | I wonder, should I code res_python |
| 21:24.45 | Corydon76-dig | mvanbaak: my wonder is a query to jmls |
| 21:25.39 | mvanbaak | I was serious though |
| 21:26.06 | jmls | Corydon76-dig: may be very useful |
| 21:26.30 | jmls | then at least I can query (fieldsused) or something like that |
| 21:27.26 | jmls | Corydon76-dig: so what should I pass back for the VoiceMail(123) command? mailbox=123&context=default ? |
| 21:27.56 | jmls | "" or "-1" for failure (no such mbox) |
| 21:34.35 | Corydon76-dig | jmls: for that query, pass back the empty string |
| 21:35.10 | jmls | for failure ? |
| 21:35.18 | jmls | that seems to work |
| 21:38.17 | Corydon76-dig | Okay, I've just made it a little more explicit... it should return NULL now for that case |
| 21:40.13 | Corydon76-dig | and voicemail will immediately detect no mailbox |
| 21:40.26 | *** join/#asterisk-dev ZX81 (n=ZX81@202.49.106.158) |
| 21:47.41 | jmls | what do I need to pass back as data if a valid mbox exists ? a) "voicemail/?mailbox=123&context=default" b) "mailbox=123&context=default" c) "?mailbox=123&context=default" |
| 21:47.52 | jmls | b) doesn't seem to work |
| 21:48.14 | Corydon76-dig | jmls: b plus all of the other information |
| 21:48.34 | jmls | ah, here's the nub - what other information ? |
| 21:49.02 | jmls | stuff in voicemail.conf I presume |
| 21:50.24 | Corydon76-dig | password, fullname, email, pager, context, and any other option |
| 21:53.15 | Corydon76-dig | Oh, and if you want to be able to change the password, "uniqueid" |
| 21:55.22 | Corydon76-dig | I'm going to run out for a bit |
| 21:55.28 | jmls | me too |
| 21:55.33 | jmls | dinner is a'calling |
| 21:55.52 | jmls | just ... must ... finish ... this little bit ... |
| 21:56.25 | jmls | is ther any way of seeing what's coming back into res_config_curl from the server ? |
| 21:57.31 | mvanbaak | wireshark ? |
| 21:57.43 | jmls | oh, boring. |
| 21:57.44 | jmls | ;) |
| 21:57.48 | mvanbaak | or maybe a browser ? |
| 21:57.50 | jmls | I wanted debug messages in the cli |
| 21:58.06 | mvanbaak | give it the same url+params as you see arriving in your webapp |
| 21:58.59 | jmls | of course .. |
| 21:59.25 | jmls | mmm. |
| 21:59.34 | jmls | mailbox=5711&context=default&password=0000&fullname=711&uniqueID=12&pager=&email= |
| 21:59.44 | jmls | all seems ok to me |
| 22:00.01 | jmls | [Jan 13 21:56:43] WARNING[31093]: app_voicemail.c:3014 leave_voicemail: No entry in voicemail config file for '5711' |
| 22:00.18 | jmls | jesus. |
| 22:00.19 | jmls | tummy |
| 22:00.32 | mvanbaak | have fun |
| 22:00.42 | mvanbaak | tip: grab some coffee or redbull |
| 22:00.45 | mvanbaak | or both ;) |
| 22:00.54 | jmls | I'm very excited about this res_config_curl. |
| 22:01.05 | mvanbaak | enjoy |
| 22:01.08 | jmls | wife is starting to call .. |
| 22:01.16 | mvanbaak | lol |
| 22:01.22 | mvanbaak | <PROTECTED> |
| 22:01.34 | *** join/#asterisk-dev atisss (n=atisss@193.238.212.171) |
| 22:47.33 | *** join/#asterisk-dev RoyK (n=roy@91.149.24.225) |
| 22:52.27 | jmls | Corydon76-dig: you back ? |
| 22:52.40 | *** join/#asterisk-dev mvanbaak (n=michiel@vanbaak.xs4all.nl) |
| 23:23.42 | jmls | Corydon76-vcch: gotta run for a bit. Still not working. I added some debug |
| 23:23.43 | jmls | http://www.pastebin.ca/854063 |
| 23:32.01 | *** join/#asterisk-dev russellb (n=russell@asterisk/developer-and-stable-maintainer/drumkilla) |
| 23:32.01 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 23:43.56 | Daviey | tzafrir: still can't find the problem.. :( wondered if it was a bashism.. nut it aint :( |
| 23:44.03 | Daviey | s/nut/but |
| 23:59.47 | *** join/#asterisk-dev JT (n=j@unaffiliated/jt) |