| 00:01.41 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-67-125-156-53.dsl.irvnca.pacbell.net) |
| 00:52.36 | *** join/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 00:52.36 | *** mode/#asterisk-dev [+o mog] by ChanServ |
| 02:05.53 | *** join/#asterisk-dev jmls (n=jmls@62.49.235.130) |
| 02:17.49 | snuff-work | anyone else experienced with tc400b cards asterisk saying 'WARNING[9336]: translate.c:163 framein: no samples for lintoulaw' |
| 02:18.43 | *** join/#asterisk-dev IgorG (n=FeedomPa@195.162.32.126) |
| 02:19.10 | snuff-work | this is 1.4.12 |
| 03:10.51 | *** join/#asterisk-dev Corydon76-home (i=silver@pdpc/supporter/bronze/Corydon76-home) |
| 03:10.51 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 03:11.35 | IgorG | hello |
| 03:11.41 | *** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 03:11.41 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 03:12.06 | IgorG | can anyone watch here: http://bugs.digium.com/view.php?id=10550, i think this bug ready to close... |
| 03:38.11 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 04:36.23 | *** join/#asterisk-dev CunningPike (n=CunningP@S010600095b33697f.vc.shawcable.net) |
| 05:31.05 | *** join/#asterisk-dev cypherdelic (n=cypherde@p5B27DBDE.dip.t-dialin.net) |
| 05:54.58 | *** join/#asterisk-dev cypherdelic (n=cypherde@p5B27CB32.dip.t-dialin.net) |
| 06:09.22 | *** part/#asterisk-dev mog (n=mog@c-71-207-200-130.hsd1.al.comcast.net) |
| 06:50.35 | *** join/#asterisk-dev Corydon76-dig (i=yellow@pdpc/supporter/bronze/Corydon76-home) |
| 06:50.35 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 06:50.56 | *** join/#asterisk-dev Corydon76-home (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 06:50.56 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 07:14.13 | *** join/#asterisk-dev IvanV3835 (n=Miranda@styx.mcn.ru) |
| 07:55.08 | *** join/#asterisk-dev qdk (n=qdk@85.235.253.139) |
| 10:03.34 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-67-125-156-53.dsl.irvnca.pacbell.net) |
| 10:25.02 | *** join/#asterisk-dev kamanashisroy (n=root@202.56.7.133) |
| 10:32.12 | *** part/#asterisk-dev kamanashisroy (n=root@202.56.7.133) |
| 10:45.19 | *** join/#asterisk-dev cypherdelic (n=cypherde@p5B27CB32.dip.t-dialin.net) |
| 10:53.01 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:17.57 | *** join/#asterisk-dev yannj_fr (n=yannj@LNeuilly-152-21-167-158.w193-253.abo.wanadoo.fr) |
| 11:40.00 | *** join/#asterisk-dev _ys (i=ys@91.151.196.254) |
| 11:40.33 | *** join/#asterisk-dev tzafrir (n=tzafrir@62.90.10.53) |
| 11:40.33 | *** mode/#asterisk-dev [+o tzafrir] by ChanServ |
| 11:41.33 | *** join/#asterisk-dev qdk (n=qdk@0x573fe57e.bynqu2.broadband.tele.dk) |
| 11:58.33 | *** join/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 12:01.21 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 12:01.43 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-444c348668313871) |
| 12:16.19 | *** join/#asterisk-dev blitzrage (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:16.53 | jmls | Corydon76-dig: ping |
| 12:23.14 | blitzrage | morning all |
| 12:26.07 | jmls | morning |
| 12:28.42 | *** join/#asterisk-dev cypherdelic (n=cypherde@p5B27DB35.dip.t-dialin.net) |
| 12:39.27 | *** join/#asterisk-dev dioedu (n=dioedu@201.7.117.114) |
| 12:44.03 | *** join/#asterisk-dev russellb (i=russellb@asterisk/developer-and-stable-maintainer/drumkilla) |
| 12:44.03 | *** mode/#asterisk-dev [+o russellb] by ChanServ |
| 12:57.50 | *** join/#asterisk-dev puzzled (n=patrick@puzzled.xs4all.nl) |
| 13:00.13 | puzzled | hi |
| 13:05.02 | *** join/#asterisk-dev mashroom_ (n=tasty@89-139-171-17.bb.netvision.net.il) |
| 13:11.09 | *** join/#asterisk-dev jsmith (n=jsmith@h460565e0.area3.spcsdns.net) |
| 13:11.09 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 13:21.33 | *** part/#asterisk-dev cypherdelic (n=cypherde@p5B27DB35.dip.t-dialin.net) |
| 13:22.10 | *** join/#asterisk-dev mashroom_ (n=tasty@89-139-171-17.bb.netvision.net.il) |
| 13:32.20 | *** join/#asterisk-dev anthm (n=anthm@CPE-72-131-113-50.wi.res.rr.com) |
| 13:32.20 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 13:36.47 | *** join/#asterisk-dev putnopvut (i=putnopvu@nat/digium/x-6d58ec779f1f66c6) |
| 13:36.47 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 13:57.22 | *** join/#asterisk-dev gaspiz (n=gaspiz@89.120.240.194) |
| 13:57.43 | gaspiz | hi, is there a ss7 parser in the asterisk codebase? |
| 13:58.04 | gaspiz | I am interested in parsing a IAM message |
| 13:58.04 | JT | haha |
| 13:58.41 | gaspiz | JT: haha for me? :) |
| 13:58.48 | JT | yeah |
| 13:58.52 | gaspiz | why? |
| 13:58.54 | JT | free ss7 stack, good luck with that |
| 13:59.09 | gaspiz | that means no :( |
| 13:59.40 | jsmith | Yes, there is |
| 13:59.52 | jsmith | In trunk we have chan_ss7 |
| 14:00.09 | JT | doesn't mean you can use it with a real life ss7 network |
| 14:00.10 | gaspiz | I have documentation and I did parse it by hand, every bit, but why do it if that was done before |
| 14:00.31 | gaspiz | I don't need to: I am trying to add SIP- |
| 14:00.34 | jsmith | JT: People are working on that... as I understand it, there are at least two different ss7 stacks being used in production with Asterisk |
| 14:00.46 | jsmith | JT: (That being said, I don't know if they've been certified or not) |
| 14:01.01 | gaspiz | Sip-T to asterisk |
| 14:01.02 | JT | jsmith: to interconnect with a telco you need to get the whole setup certified |
| 14:01.11 | JT | you cannot simply certify a piece of software |
| 14:01.51 | gaspiz | jsmith: thanks, I'll take a look, and see if I can use that |
| 14:02.00 | jsmith | JT: I'm just repeating what I've heard from reputable sources... I don't claim to be an SS7 expert |
| 14:02.13 | JT | and all the "ss7 stacks" for asterisk only support a very miniscule subset of ss7 |
| 14:02.35 | jsmith | Certainly... but the same can be said for many of our channel drivers :-) |
| 14:02.40 | *** join/#asterisk-dev imesper (n=ian@201-95-102-244.dsl.telesp.net.br) |
| 14:03.05 | JT | asterisk isn't a telco switch anyway |
| 14:04.30 | imesper | I've asked to asterisk user, but no one helped me. Since I upgrade to asterisk branch-1.4-85093 my nated endpoints can't register, anyone has a clue about it? I tried everything I could, I I take the secrets off the sip.conf, asterisk accept the register but the ip phone doesn't give me logged on, I keeps trying to connect |
| 14:05.14 | awk | howdie, hmm, wondering with cdr events in manager what else needs to be enabled I have cdr_manager.conf set to enable. and wondering if I have some action string I need to set for it to display the event |
| 14:05.22 | awk | Action: SetCDRUserField |
| 14:05.27 | Qwell | imesper, awk: Your questions are best asked in #asterisk or the asterisk-users list |
| 14:05.31 | awk | par..... all, etc |
| 14:06.02 | awk | Qwell oh, i would have thought developers would use the manager. my mistake, but I have tried this question in #asterisk for some time now.. |
| 14:06.27 | JT | oh yes, the old excuse "but isn't this L2 support??" |
| 14:06.40 | JT | no, it's the development channel |
| 14:06.51 | awk | and i'm busy developing something |
| 14:06.56 | *** join/#asterisk-dev wunderkin (n=wunderki@ip72-223-86-126.ph.ph.cox.net) |
| 14:07.01 | JT | something that isn't asterisk |
| 14:07.03 | JT | development |
| 14:07.07 | JT | as in coding asterisk |
| 14:07.22 | awk | well ive released enough patches and supprt for asterisk to at least have a question answered |
| 14:07.32 | JT | oh, now the obligation excuse |
| 14:07.44 | JT | we have an obligation to help you? :) |
| 14:08.14 | awk | well i've put enough time and effort into fixing bugs in asterisk, id say a quick answer to a simple question would be nice so i can finish my work |
| 14:08.29 | JT | perhaps no-one around has the answer |
| 14:08.35 | jsmith | imesper: Are the endpoints registering to an IP address, or domain name? |
| 14:08.43 | JT | either way it's off topic in this channel |
| 14:08.45 | Qwell | many of us don't actually use asterisk.. |
| 14:08.55 | Qwell | it doesn't make sense to ask user type questions here |
| 14:09.06 | awk | oh, i' |
| 14:09.13 | awk | 'm supprised users use the manager |
| 14:09.13 | awk | i' |
| 14:09.15 | awk | 58@$^* |
| 14:09.20 | awk | id think .dev people would |
| 14:11.27 | *** join/#asterisk-dev Corydon76-home (i=indigo@pdpc/supporter/bronze/Corydon76-home) |
| 14:11.27 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 14:11.41 | imesper | To an ip address |
| 14:12.09 | jsmith | imesper: Your NAT firewall is probably rewriting the address, causing the SIP authentication to fail |
| 14:12.16 | *** join/#asterisk-dev Corydon76-dig (n=tilghman@pdpc/supporter/bronze/Corydon76-home) |
| 14:12.16 | *** mode/#asterisk-dev [+o Corydon76-dig] by ChanServ |
| 14:13.17 | imesper | It was working like a charm, until I update to this branch following the official 1.4.13 release |
| 14:14.00 | *** join/#asterisk-dev ctooley_ (n=ctooley@209.33.109.249) |
| 14:14.39 | imesper | here is the sip debug of a register http://pastebin.com/m39b52721 |
| 14:15.09 | *** join/#asterisk-dev mashroom_ (n=tasty@89-139-171-17.bb.netvision.net.il) |
| 14:15.27 | jsmith | imesper: Let's take this to #asterisk |
| 14:15.36 | imesper | It is there |
| 14:21.31 | *** join/#asterisk-dev snuff-work (n=bradl@61.29.30.137) |
| 14:27.04 | *** join/#asterisk-dev jcmoore (n=jcmoore@unaffiliated/tgrman) |
| 14:30.44 | gaspiz | imesper: your register doesn't contain auth header, so of course it says 401 unauthorized. The normal flow would require another register request with auth header. |
| 14:47.23 | *** join/#asterisk-dev fakhir (n=fakhir@unaffiliated/fakhir) |
| 14:50.32 | *** join/#asterisk-dev Corydon76-home (i=orange@pdpc/supporter/bronze/Corydon76-home) |
| 14:50.32 | *** mode/#asterisk-dev [+o Corydon76-home] by ChanServ |
| 15:20.55 | *** join/#asterisk-dev miguel3239 (n=elguerom@h-68-167-124-171.cmbrmaor.covad.net) |
| 15:28.18 | *** join/#asterisk-dev Cresl1n (i=matt@nat/digium/x-d085494070ea0527) |
| 15:28.18 | *** mode/#asterisk-dev [+o Cresl1n] by ChanServ |
| 15:28.33 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 15:45.06 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-b73397e31dd926e9) |
| 15:45.06 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:45.12 | *** join/#asterisk-dev JerJer (n=PhatJ@pdpc/supporter/bronze/jerjer) |
| 15:45.12 | *** mode/#asterisk-dev [+o JerJer] by ChanServ |
| 15:46.45 | kpfleming | i am back, and in the office... jet lag has not caught up with me yet |
| 15:47.37 | Juggie | hey kpfleming, hope your feeling better. |
| 15:47.55 | Corydon76-vcch | Morning morning |
| 15:48.59 | kpfleming | q |
| 15:49.03 | kpfleming | oops |
| 15:49.06 | kpfleming | Juggie: i am, thanks |
| 15:49.17 | Juggie | good stuff. |
| 15:49.33 | russellb | kpfleming: my flight back is tomorrow, fyi .. |
| 15:49.58 | kpfleming | ok |
| 15:50.03 | kpfleming | i was going to ask that this morning :-0 |
| 15:50.24 | russellb | heh |
| 15:50.35 | jmls | Corydon76-vcch: you remember you worked out a way of putting setvar=GROUP()=5711@inuse into a peer in sip.conf |
| 15:51.05 | Corydon76-vcch | jmls: setvar=GROUP(inuse)=5711 |
| 15:51.19 | jmls | Corydon76-vcch: both ways work ... |
| 15:51.22 | jsmith | Corydon76-vcch: Oooh... I've never tried that |
| 15:52.03 | jmls | I was wondering if it is possible to do the same thing for a zap channel, or a set of channels |
| 15:52.24 | Corydon76-vcch | Technically we could get rid of the callerid= parameter, in favor of setvar=CALLERID(all)=Some User <1234> |
| 15:53.00 | jsmith | jmls: As I understand it, at least in 1.4, you can't use setvar in zap channels. It's on my wishlist :-) |
| 15:53.01 | Corydon76-vcch | although I dunno how many people would really go for that |
| 15:53.20 | jsmith | I'd use setvar= on zap channels if I could |
| 15:53.29 | Corydon76-vcch | and several others, as well. CDR(accountcode), anyone? |
| 15:55.25 | jmls | eeep. could you use setvar=CALLERID(all)=SomeODBCFunction ? |
| 15:56.21 | Corydon76-vcch | jmls: Uh, no |
| 15:56.36 | Corydon76-vcch | jmls: but you could do: setvar=ODBC_FOO()=bar |
| 15:57.02 | Qwell | why couldn't you? |
| 15:57.09 | Corydon76-vcch | The inverse would require variable substitution, which is not something that is done currently |
| 15:57.13 | Qwell | oh |
| 15:57.14 | jmls | damn. that would be nice. You could pass a GUID of the peer into the odbc function to return the name and callerid of the person assigned to the phone at the time of the channel creation |
| 15:57.21 | Qwell | so you can set a func, but not read a func? |
| 15:57.25 | Corydon76-vcch | Correct |
| 15:57.32 | Qwell | s/func/func & variable/ |
| 15:58.01 | Corydon76-vcch | Effectively, it would be exactly the same as prefixing those lines to every extension in the dialplan |
| 15:58.12 | Corydon76-vcch | Well, that the phone can get to |
| 15:58.30 | jmls | yeah, but this is *much* smarter and less prone to error |
| 15:58.47 | Corydon76-vcch | Oh, and the ordering of it is probably reversed |
| 15:59.14 | Corydon76-vcch | but that shouldn't matter much, since you can't reference variables |
| 15:59.38 | jmls | so, you can't get data out of an ODBC function ? |
| 15:59.48 | jmls | ans store it in a variable ? |
| 15:59.51 | Corydon76-vcch | Correct |
| 16:00.00 | jmls | that's a real pity |
| 16:00.17 | jmls | automatic channel variables populated from the database. |
| 16:00.19 | jmls | mmmm |
| 16:01.43 | jmls | jmls knows you can do this in the dialplan |
| 16:01.48 | jmls | heh |
| 16:01.53 | jmls | s/jmls/me |
| 16:02.02 | jmls | s/jmls/me/ |
| 16:02.13 | jmls | double heh |
| 16:06.50 | jsmith | jmls: Yes, from the h extension |
| 16:07.43 | Qwell | Corydon76-vcch: on 10961, how did you clear the private flag? I tried, but it wasn't happy |
| 16:08.18 | Corydon76-vcch | Did you use the "Update" button? |
| 16:08.30 | Qwell | I went to Update Issue, but the private checkbox wasn't checked, so unchecking it did nothing |
| 16:08.50 | Corydon76-vcch | Might be a browser issue |
| 16:08.57 | Corydon76-vcch | I'm on Konqueror |
| 16:09.06 | Qwell | firefox.. I know I've done it before at some point |
| 16:09.13 | Qwell | maybe not since the new mantis though |
| 16:09.28 | Corydon76-vcch | Hmmm, I can't get to misery externally |
| 16:09.51 | Corydon76-vcch | All connections time out |
| 16:16.05 | kpfleming | what type of connection? |
| 16:16.46 | russellb | Corydon76-vcch and misery are soulmates |
| 16:17.38 | paravoid | kpfleming, russellb: there's something fishy going with asterisk-dev@lists |
| 16:17.49 | paravoid | I've tried over 10 times and mails don't get through |
| 16:17.59 | russellb | paravoid: i think jsmith is the admin for the lists now |
| 16:18.09 | paravoid | someone on the list said about that too |
| 16:18.19 | paravoid | tzafrir said he's experiencing too but only on new threads |
| 16:18.25 | paravoid | replying to old threads works |
| 16:18.50 | paravoid | russellb: ok, I highlighted you because I know that you're Digium employees :) |
| 16:18.55 | Corydon76-vcch | SIP and astman |
| 16:19.03 | Qwell | paravoid: so is jsmith :D |
| 16:19.16 | russellb | Corydon76-vcch: i think it only ever listened for IAX2 from the outside |
| 16:19.23 | tzafrir | And Qwell |
| 16:19.27 | paravoid | Qwell: I can imagine that know, but I didn't know that :) |
| 16:19.30 | russellb | i would exxpect you need vpn for those |
| 16:19.33 | Corydon76-vcch | russellb: No, before the move, it listened to SIP, too |
| 16:19.35 | paravoid | btw, who's webmaster? |
| 16:19.38 | jsmith | paravoid: Yes, it's a problem with the spam filter on the mailing lists... IT is working on it |
| 16:19.45 | paravoid | jsmith: thanks. |
| 16:19.57 | Corydon76-vcch | russellb: and also astman |
| 16:19.58 | paravoid | our watch scripts are failing with the eloqua sillyness |
| 16:20.11 | russellb | Corydon76-vcch: well that doesn't sound very safe :) |
| 16:20.20 | paravoid | http://downloads.digium.com/pub/asterisk/ has weird links that confuse the script |
| 16:20.38 | russellb | heh |
| 16:20.42 | russellb | blame marketing |
| 16:20.43 | Corydon76-vcch | russellb: well, I do need SIP for my phone at the VCCH office |
| 16:20.48 | paravoid | the scripts need a directory listing (either ftp or Apache ones) that have something like |
| 16:20.58 | tzafrir | In addition 'wget -c' doesn't seem to work for not requiring re-downloads |
| 16:21.12 | paravoid | $listing/something/asterisk-1.4.13.tar.gz |
| 16:21.15 | russellb | Corydon76-vcch: yeah, that's fair |
| 16:21.21 | russellb | Corydon76-vcch: itrequest it |
| 16:21.29 | jsmith | tzafrir: Again, because the "download tracking" scripts invalidate the cache, so that they can track every download :-( |
| 16:21.36 | Corydon76-vcch | russellb: I was going to brimstone it, actually |
| 16:21.50 | paravoid | jsmith: can't you just "track" downloads using the logs? |
| 16:22.10 | jsmith | paravoid: Don't look at me! It wasn't my decision! |
| 16:22.10 | tzafrir | jsmith, what ever happened to good old logs? |
| 16:22.11 | russellb | Corydon76-vcch: itrequest is the "proper" way to bug them |
| 16:22.24 | tzafrir | yeah, I know |
| 16:22.43 | paravoid | jsmith: sorry, you're the only one available :) |
| 16:22.51 | paravoid | anyone from marketing around? :P |
| 16:22.58 | jsmith | ~lart Qwell |
| 16:22.58 | jbot | gives Qwell a good seeing to |
| 16:23.00 | jsmith | ~zap russellb |
| 16:23.01 | jbot | ACTION takes out a cattle prod and gives russellb a good jolt. |
| 16:23.07 | russellb | ~thwack jsmith |
| 16:23.07 | jbot | ACTION bludgeons jsmith on the forehead with a Holy Bible |
| 16:23.11 | Qwell | a good seeing to...nice |
| 16:23.13 | jsmith | ~whaleslap russellb |
| 16:23.14 | jbot | ACTION beats russellb upside and over the head with a freakishly huge killer whale named Hugh |
| 16:23.58 | putnopvut | I don't think the marketing folks frequent IRC much. |
| 16:24.14 | paravoid | putnopvut: as expected :) |
| 16:24.15 | Qwell | putnopvut: I bet bmiller is here, in disguise. |
| 16:24.21 | Qwell | mark my words |
| 16:24.22 | tzafrir | Can't blame them, with such jbots around |
| 16:24.26 | russellb | Qwell: lol! |
| 16:24.36 | file | moo |
| 16:24.44 | Qwell | russellb: I bet we could totally convince Lauren to get on IRC. |
| 16:24.50 | file | OH! |
| 16:24.50 | russellb | Qwell: probably. |
| 16:24.55 | russellb | Qwell: do it |
| 16:24.58 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.149) |
| 16:25.19 | Qwell | Aaron is marketing too, no? |
| 16:25.30 | Qwell | he used to get on here... |
| 16:25.31 | russellb | not anymore |
| 16:25.34 | russellb | sales |
| 16:25.36 | Qwell | ahh |
| 16:25.44 | putnopvut | Heck yeah! I just got an e-mail from New Year's Eve 2002!! And it's in Chinese! I feel so special. |
| 16:26.01 | russellb | putnopvut: tubes have been clogged all this time? |
| 16:26.17 | putnopvut | russellb: must be. |
| 16:28.09 | paravoid | so, can someone ask them to do something |
| 16:28.18 | russellb | probably not, no. |
| 16:28.25 | paravoid | about downloads.digium.com I mean |
| 16:29.11 | *** join/#asterisk-dev bkruse (i=bkruse@nat/digium/x-104ae83ff1efa368) |
| 16:32.19 | *** join/#asterisk-dev kpfleming (i=kpflemin@nat/digium/x-9fe3bb2753c47c0a) |
| 16:32.19 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:43.23 | russellb | Qwell: ping |
| 16:43.34 | *** join/#asterisk-dev pnlarsson (n=pnlarsso@c83-248-12-187.bredband.comhem.se) |
| 16:46.41 | russellb | Qwell: someone submitted a bunch of "make rpm" patches. I assigned them all to you since you have the most experience with that. Just making sure that's ok. :) |
| 17:07.12 | *** join/#asterisk-dev _ys (n=yuri@80.70.236.69) |
| 17:15.28 | bkruse | russellb: are they spec file patches? |
| 17:15.34 | bkruse | Those were in desperate need of updating |
| 17:15.44 | bkruse | maybe I will make a 'make dpkg' I did that once upon a time... |
| 17:16.13 | blitzrage | yah... they need to be updated |
| 17:23.00 | tzafrir | I'm not sure I like the "make rpm" / "make deb" concept. Packages (e.g: build deps, dependencies) are quite distro-specific |
| 17:49.25 | jtodd | So, on a SIP INVITE that goes to ENUMLOOKUP, why does * look up an A record for what's in the From: header domain? That makes no sense. |
| 17:55.01 | jtodd | In fact, it's not just nonsensical, it's downright problematic. |
| 17:59.26 | *** join/#asterisk-dev matsk (n=mk@host-217-213-131-114.mobileonline.telia.com) |
| 18:02.46 | jtodd | ...and even more interestingly, DNS is outright failing on most ENUMLOOKUP queries, though the queries go out and the correct replies come back. |
| 18:26.39 | file | jtodd: you should say 1.4 or trunk with your bugs... |
| 18:27.13 | jtodd | I did, since I'm forced to add it in the submission page. And even the SVN revision. |
| 18:27.52 | file | hrm, the enum bug says it's from SVN with revision 85140 |
| 18:27.56 | file | and N/A for branch |
| 18:28.18 | jtodd | Oh, I see - I missed the SVN branch entry. Whoops. Go ahead and mark as "trunk". |
| 18:29.19 | file | trunk for NAT one too I assume? |
| 18:29.23 | jtodd | Yes. |
| 18:29.28 | file | k |
| 18:30.14 | jtodd | file: I'm not using the dnsmgr; would that make a difference? |
| 18:31.02 | file | for what? |
| 18:31.40 | jtodd | The failed DNS lookups. I don't know how dnsmgr works as a shim in front of or behind the resolver calls. |
| 18:31.49 | file | it's only used for chan_iax2 |
| 18:32.00 | jtodd | OK, so never mind then. :-) |
| 18:33.51 | jtodd | So there's a side thread question: I don't know much about dnsmgr - I assumed it was a local fixed-interval cache, like what some web browsers have. Is this true? If so, is there a plan to extend this to other channel types and/or lookup locations? |
| 18:42.29 | citats | jtodd: when you say ENUMLOOKUP is doing an A record lookup on the domain in the from header do you really mean chan_sip is doing it? |
| 18:42.53 | jtodd | I can't tell what is doing the lookup, actually. |
| 18:45.19 | citats | jtodd: well i think doing that lookup is part of the sip spec so I don't think you can get away from it |
| 18:45.20 | jtodd | Yes, it appears to be chan_sip, since when I remove the ENUMLOOKUP and just do an answer/echo, it still performs the A lookup on the From: domain. |
| 18:45.56 | jtodd | citats: Can you tell me what it gets used for in Asterisk? In other words: why is there an A record lookup? where is that data used? |
| 18:46.42 | citats | jtodd: look for the instances of gethostbyname in chan_sip.c and you can see what its being used for |
| 18:48.37 | file | jtodd: can you pastebin the entire INVITE? |
| 18:48.58 | jtodd | Still unclear on this. The "From:" domain might not even _have_ an "A" record, and there doesn't seem to be an SRV lookup. So I don't know where it would be used for media, or for signalling, or for anything. |
| 18:49.00 | file | I have a suspicion and can't get my own cause I'm on a conference call |
| 18:49.09 | jtodd | file: sure, one moment. |
| 18:50.23 | citats | jtodd: is it only the From entry that has the hostname in it? |
| 18:50.55 | jtodd | file: http://pastebin.com/m25597d1a |
| 18:51.31 | jtodd | citats: yes. |
| 18:52.40 | jtodd | It's not in Contact: or anywhere in the SDP. |
| 19:05.28 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 19:06.46 | *** join/#asterisk-dev Netgeeks (n=chris@204.11.231.198.static.etheric.net) |
| 19:07.50 | citats | jtodd-afk: are you getting any WARNING printed because it cant lookup the host? Would be easier to track down which function is doing it |
| 19:33.59 | *** join/#asterisk-dev denon (n=denon@208.122.43.201) |
| 19:35.29 | *** join/#asterisk-dev corramor (i=corramor@nat/digium/x-d70f04ee196a3189) |
| 19:36.15 | *** join/#asterisk-dev Deeewayne (i=dwayne@nat/digium/x-9854a1dd47bd17b2) |
| 19:36.16 | *** mode/#asterisk-dev [+o Deeewayne] by ChanServ |
| 19:38.49 | *** join/#asterisk-dev _charly_ (i=kroseneg@sunrise.schmidham.net) |
| 19:43.56 | *** join/#asterisk-dev Victor_Yure (n=aaa@postfix.tradein.com.br) |
| 19:54.33 | Corydon76-vcch | Any crypto guys around? |
| 19:54.59 | Corydon76-vcch | How exactly do you verify that a private key has been successfully decrypted with a given passphrase? |
| 19:55.39 | Corydon76-vcch | versus giving gobblygook? |
| 20:06.15 | kpfleming | unless the private key contains a checksum or something similar, you can't |
| 20:06.44 | kpfleming | although gpg can tell if you don't give the right passphrase when you are signing things, so i guess it depends on the private key storage foramt |
| 20:07.20 | Corydon76-vcch | I'm digging through tomcrypt again |
| 20:07.47 | Corydon76-vcch | I suppose we need it according to the openssl private key format |
| 20:08.41 | Corydon76-vcch | Oh, well. <dives back in> |
| 20:09.32 | *** join/#asterisk-dev mvanbaak (n=mafkees@vanbaak.xs4all.nl) |
| 20:12.45 | *** join/#asterisk-dev mitcheloc (n=mitchel@adsl-67-125-156-53.dsl.irvnca.pacbell.net) |
| 20:21.32 | *** join/#asterisk-dev outtolunc (n=me@adsl-66-218-53-172.dslextreme.com) |
| 20:31.43 | putnopvut | russellb: ping |
| 20:33.22 | tzafrir | So you recon that there's no real hope to making "Originate" anything less than something that provides full control of Asterisk? |
| 20:35.52 | russellb | putnopvut: pongggg |
| 20:36.29 | russellb | what'd i do |
| 20:36.33 | putnopvut | I saw your note on issue 8407 |
| 20:36.36 | putnopvut | M8407 |
| 20:36.37 | MuffinMan | [ready for testing] [Asterisk] Applications/app_queue 0008407: [patch] app_queue device state change race reported by tim_ringenbach http://bugs.digium.com/view.php?id=8407 |
| 20:36.38 | russellb | ah yes. |
| 20:36.50 | russellb | i looked briefly. it's not quite copy/paste ... |
| 20:36.57 | putnopvut | The trunk version makes calls to ast_event_get_ie_uint and ast_event_get_ie_str |
| 20:37.01 | russellb | but, just noting that trunk had it already to some degree |
| 20:37.01 | russellb | right |
| 20:37.04 | putnopvut | which I don't think exist in 1.4 |
| 20:37.08 | russellb | they do not |
| 20:37.25 | russellb | the part where asterisk calls a function to inform appqueue of the state change will be different |
| 20:37.30 | Corydon76-vcch | tzafrir: how exactly does 'Originate' provide full control? |
| 20:37.33 | russellb | in trunk it uses an ast_event allback |
| 20:37.49 | tzafrir | Corydon76-home, two ways: |
| 20:38.07 | russellb | putnopvut: in 1.4, there is a devicestate specific callback that gets used i think |
| 20:38.14 | tzafrir | 1) run an arbitrary command as the Asterisk user, through the application System |
| 20:38.37 | russellb | putnopvut: i can take it if you want. i know that code pretty well ... |
| 20:39.03 | putnopvut | If you want it, take it. |
| 20:39.18 | Corydon76-vcch | tzafrir: that requires Command privilege |
| 20:39.24 | tzafrir | In many system asterisk is also allowed to write to the ctl socket, so this allows running 'asterisk -rx "dialplan add ..."' |
| 20:39.53 | tzafrir | Corydon76-home, generating a call to the application "System"? |
| 20:41.31 | Corydon76-vcch | tzafrir: but you'd need Command privilege to SET UP the System call |
| 20:41.35 | russellb | putnopvut: ok, then il'l take it :) |
| 20:41.37 | russellb | putnopvut: thanks. |
| 20:41.50 | putnopvut | Yeah, I'd like to see how you handle that one. |
| 20:42.04 | Corydon76-vcch | Oh, I see |
| 20:42.46 | Corydon76-vcch | You're going 3 ways left of Sunday to add something to the dialplan |
| 20:43.14 | tzafrir | And then the second issue is that the originator can do whatever it wants in your dialplan: |
| 20:43.23 | tzafrir | every context and every channel |
| 20:43.58 | Corydon76-vcch | Correct. That's the manager for you |
| 20:44.42 | Corydon76-vcch | So we really need to key in not only on the Command command, but also the Originate command and narrow the privileges more finely |
| 20:44.59 | tzafrir | Yeah. But I also noticed that it is often (ab)used as a calling interface, and wondered if it could safely be used as one |
| 20:46.21 | tzafrir | With my hackish patch I got rid of most of the issues with relatively little changes. I was only left with the problem of the channel |
| 20:46.33 | Corydon76-vcch | Problem? |
| 20:46.33 | tzafrir | But then again, I have no idea if it is actually usable |
| 20:47.21 | tzafrir | the originator can define an arbitrary channel. I suspect that this can cause a problem. But I have no real data. |
| 20:48.38 | Corydon76-vcch | Well, there's the Local channel that is the most problematic |
| 20:49.42 | tzafrir | what I simply did was to allow everything except "Local*" |
| 20:50.43 | Corydon76-vcch | Well, I'd think that people really want is to be able to subclass groups of channels... so a call center admin can Originate calls for his lackeys, but not for the CEO |
| 20:51.32 | Corydon76-vcch | Kind of like how we use callgroup and pickupgroup |
| 21:31.12 | *** join/#asterisk-dev afrosheen (n=cj@207.71.49.137) |
| 21:31.56 | *** part/#asterisk-dev afrosheen (n=cj@207.71.49.137) |
| 21:35.13 | De_Mon | is russellb related to Brett Bryant? |
| 21:35.24 | file | yes. |
| 21:35.33 | *** join/#asterisk-dev jsmith (n=jsmith@h460565e0.area3.spcsdns.net) |
| 21:35.33 | *** mode/#asterisk-dev [+o jsmith] by ChanServ |
| 21:36.17 | De_Mon | nice. whats the story with bbryant's branch? I see it getting automerged but no significant changes |
| 21:36.49 | De_Mon | don't really see it talked about in the dev mailing list either |
| 21:36.53 | Corydon76-vcch | He be gettin' schooled |
| 21:38.42 | De_Mon | ah, shoot |
| 21:45.28 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.149) |
| 21:56.07 | *** part/#asterisk-dev zerohalo (n=zeroHalo@pool-72-70-79-233.bstnma.east.verizon.net) |
| 22:02.56 | *** join/#asterisk-dev CunningPike (n=arodgers@204.239.8.149) |
| 22:47.46 | citats | jtodd: do those ENUM lookups only fail occasionaly? |
| 22:48.00 | jtodd | citats: Yes. Sometimes they work. |
| 22:48.56 | citats | jtodd: is there anything special happening when they are working vs not? |
| 22:49.20 | mvanbaak | maybe it's the way the moon relates to saturnus |
| 22:49.50 | jtodd | citats: I have not been able to discern a difference. Same experimental conditions result in different results. Typically, the lookups fail. I have not done enough to determine what %age succeed, or if there is any hidden issue that might cause them to succeed. |
| 22:52.43 | citats | jtodd: i havent been able to get it to fail on my box. i wonder if its a difference between the libc on openbsd vs linux |
| 22:53.19 | mvanbaak | gheh |
| 22:53.29 | jtodd | citats: Possibly, painfully. |
| 22:53.30 | mvanbaak | there's only a small difference there *cough* |
| 22:57.49 | citats | jtodd: it looks like there is some debugging in enum.c so if you can catch this when its not working with debugging enabled it might help track it down |
| 22:59.37 | mvanbaak | jtodd: you have enum macro in ael2 ? |
| 23:00.07 | jtodd | citats: with debug and verbose up to 5, there is no debug that I can see even though I see the NAPTR queries in a tcpdump |
| 23:00.53 | jtodd | mvanbaak: No. Using standard dialplan, and using the ENUMLOOKUP function very simply. Not an AGI or anything. |
| 23:01.07 | mvanbaak | ah |
| 23:01.35 | jtodd | mvanbaak: Actually, not entirely simply. Using the ISN format (looking for, as an example, "0*270") |
| 23:01.36 | jtodd | exten => _X.,1,Set(ENUM=${ENUMLOOKUP(${EXTEN},sip,,1,freenum.org)}) |
| 23:01.54 | citats | jtodd: when its stops working does all ENUM stop working or just the ISN stuff? |
| 23:02.00 | jtodd | mvanbaak: I see the DNS query on the wire correctly, but for some reason the reply is either ignored or something. |
| 23:02.15 | jtodd | citats: I've not tried with standard E.164 lookups. |
| 23:02.25 | mvanbaak | I never tried ISN stuff |
| 23:02.31 | mvanbaak | sorry to be of so little help |
| 23:02.39 | mvanbaak | I know the E.164 stuff works great |
| 23:02.42 | mvanbaak | I use it all the time |
| 23:02.51 | jtodd | mvanbaak: Seems to work fine on 1.4; been using it for a LONG time now. |
| 23:02.52 | mvanbaak | both asterisk and contact stuff on webpages |
| 23:03.15 | mvanbaak | jtodd: most production boxen we use it on are 1.2 or even 1.0 |
| 23:03.20 | jtodd | citats: E.164 doesn't work either - just tried it. |
| 23:03.21 | mvanbaak | here at home my box is -trunk |
| 23:03.40 | mvanbaak | production is debian stable |
| 23:03.47 | citats | jtodd: i kinda thought it would work like that. asterisk and the libs shouldnt really care about whats looking up |
| 23:03.48 | mvanbaak | home system is OpenBSD 4.1 |
| 23:04.10 | jtodd | mvanbaak: and ENUMLOOKUP works for you on OBSD 4.1 with SVN-TRUNK? |
| 23:04.15 | mvanbaak | yup |
| 23:05.10 | mvanbaak | 90% of the calls I make at home use enum |
| 23:05.24 | mvanbaak | all my friends have asterisk boxen with enum records |
| 23:05.27 | mvanbaak | my work too |
| 23:05.32 | mvanbaak | and my provider as well |
| 23:05.41 | mvanbaak | and those are the ppl I call |
| 23:07.25 | jtodd | mvanbaak: Welp, blows up here, even with E.164 queries. The replies come back, but * is out to lunch. |
| 23:07.44 | mvanbaak | yikes |
| 23:07.56 | mvanbaak | must be something in latest trunk |
| 23:08.04 | mvanbaak | havent updated mine in 2 weeks now |
| 23:08.14 | mvanbaak | too much other stuff going on |
| 23:08.22 | mvanbaak | and it just works for me |
| 23:08.42 | jtodd | Interestingly, even after I hang up a call that is stuck on the ENUMLOOKUP line, and Asterisk clears the call, I still see the NAPTR lookups going on after that point (and the "A" record lookups for the From: line host, which is the other weirdness I've found) |
| 23:09.29 | mvanbaak | the A record stuff, is that because of the sip devices without a peer in sip.conf ? |
| 23:10.41 | mvanbaak | here at home I dont have sip, only skinny phones and IAX trunk to reach the outside world (and IAX+SIP for the ENUM routes I pull from DNS) |
| 23:11.23 | jtodd | mvanbaak: Well, I don't know if I'd use the word "because", but it certainly seems to be related to the fact that there isn't a peer entry for that host. |
| 23:12.18 | jtodd | mvanbaak: I'll use the word 'because' when I notice some meaningful reason for that to happen. :-) |
| 23:12.38 | mvanbaak | jtodd: can you test my number in e164.org ? |
| 23:12.44 | jtodd | mvanbaak: Sure, easily. |
| 23:12.56 | mvanbaak | +31318787244 |
| 23:13.11 | mvanbaak | the sip reply gives you 1-way audio for now |
| 23:13.12 | mvanbaak | ;) |
| 23:14.32 | jtodd | OK, I see (via tcpdump) that there is a reply with 6 NAPTRs, but Asterisk is just hanging there on the ENUMLOOKUP... waiting... |
| 23:14.43 | mvanbaak | eeeew |
| 23:14.46 | mvanbaak | that's nasty |
| 23:15.08 | mvanbaak | and indeed, 6 sounds fair |
| 23:15.26 | mvanbaak | I have: address, iax2, sip, email, http and tel |
| 23:15.37 | jtodd | ...and after the requisite timeout, the ENUMLOOKUP fails and proceeds to the next priority in the dialplan. The ENUMLOOKUP results in a null reply. |
| 23:16.07 | mvanbaak | I'll setup a 4.2 machine later this week and get asterisk on it to test |
| 23:16.37 | mvanbaak | I'll have to upgrade my home box to 4.2 anywayz |
| 23:17.09 | mvanbaak | but last week has been fun. had 2 servers with bad ram all of a sudden |
| 23:17.24 | mvanbaak | segfaults on 2line sh scripts |
| 23:17.29 | mvanbaak | #!/bin/sh |
| 23:17.37 | mvanbaak | echo "hello world" |
| 23:17.49 | mvanbaak | Segfault on line 1: #!/bin/sh |
| 23:18.35 | mvanbaak | I did a complete new setup including documentation this time ;) |
| 23:18.54 | jtodd | I've had machines that segfaulted/rebooted when I brought my hands near the keyboard (static sensitivity). That was a fun one to troubleshoot. |
| 23:18.56 | mvanbaak | that's why I left my asterisk stuff alone. |
| 23:19.31 | mvanbaak | Tue Oct 16 01:19:31 CEST 2007 |
| 23:19.38 | mvanbaak | time for me to get some zzzzzzzz |
| 23:19.47 | blitzrage | sleep?! |
| 23:19.47 | mvanbaak | 6AM my alarm will try to wake me up |
| 23:19.49 | blitzrage | sleep is for the weak! |
| 23:19.56 | blitzrage | :) |
| 23:20.06 | citats | blitzrage: sleep for a week? sounds boring :) |
| 23:20.21 | blitzrage | mvanbaak: mmmmmm |
| 23:20.34 | mvanbaak | weak ! |
| 23:20.36 | mvanbaak | ;) |
| 23:20.48 | blitzrage | weak! :) |
| 23:20.58 | blitzrage | ok.. you go sleep... I'm going to partake in a beer and a hockey game |
| 23:21.08 | mvanbaak | I can wake you up with one of the following: mushrooms, speed or jolt |
| 23:21.19 | blitzrage | ummmm.... jolt I guess |
| 23:21.26 | blitzrage | I don't think mushrooms are really an upper.... |
| 23:21.31 | mvanbaak | or all mixed in a blender |
| 23:21.32 | jmls | wimp |
| 23:21.41 | blitzrage | and I think I'll just avoid the speed... :) |
| 23:21.45 | mvanbaak | blitzrage: depends on the shroom |
| 23:21.54 | blitzrage | I see... not much experience with those |
| 23:22.03 | mvanbaak | I'm from The Netherlands |
| 23:22.10 | jmls | mvanbaak: says it all |
| 23:22.11 | blitzrage | I think someone slipped some onto my pizza once, heh |
| 23:22.11 | mvanbaak | there that kindda stuff is legal :) |
| 23:22.22 | blitzrage | in Canada it's just not a big deal |
| 23:22.27 | mvanbaak | ok, the speed isn't actually |
| 23:22.32 | blitzrage | ya... I would guess not :) |
| 23:22.42 | mvanbaak | but it's commen good |
| 23:22.49 | jmls | je het 'n bitijie "weed", ja ? |
| 23:23.01 | mvanbaak | weed is for 15yr old |
| 23:23.08 | blitzrage | is that scandanavian? |
| 23:23.14 | blitzrage | or dutch? |
| 23:23.24 | blitzrage | or that.... |
| 23:23.24 | mvanbaak | weed == canabis |
| 23:23.31 | blitzrage | aye it does |
| 23:23.52 | mvanbaak | here in .nl, when you're too young to get booze you smoke pot |
| 23:23.53 | mvanbaak | :) |
| 23:23.56 | blitzrage | ok, I'm out for a bit -- lates all |
| 23:24.02 | jmls | so, is skunk to weed like c++ to c ? |
| 23:24.17 | mvanbaak | skunk is weed |
| 23:24.26 | mvanbaak | you have like 150 different brands |
| 23:24.30 | jmls | i thought that skink was fortified weed |
| 23:24.43 | mvanbaak | skunk and orangebutt being the most smoked |
| 23:24.46 | jtodd | skink is a small, dryland lizard. I don't think you want to smoke that. |
| 23:24.51 | jmls | LOL |
| 23:25.08 | mvanbaak | orangebutt being the most heavy |
| 23:25.28 | mvanbaak | lol jmls |
| 23:25.45 | mvanbaak | but weed is not for me |
| 23:25.54 | mvanbaak | all I get is headache and a dry mouth |
| 23:25.56 | mvanbaak | blegh |
| 23:25.57 | jmls | hey! most Englishmen can't even speak English, let alone a foreign language |
| 23:26.12 | mvanbaak | I prefer scotch single malt whisky |
| 23:26.13 | mvanbaak | :) |
| 23:26.24 | jmls | that's Scottish |
| 23:26.35 | mvanbaak | and now I'm really off to bed |
| 23:26.44 | jmls | <PROTECTED> |
| 23:26.46 | mvanbaak | ugh, 4.5 hours sleep is really not enough |
| 23:26.54 | mvanbaak | but ok, I'll have to deal with it I guess |
| 23:26.57 | jmls | smoke some weed |
| 23:27.11 | mvanbaak | nah, will give me even more headache |
| 23:27.35 | mvanbaak | I think having sex is a better remedy |
| 23:27.40 | jmls | eek. |
| 23:27.55 | Corydon76-vcch | mvanbaak: with whom? ;-) |
| 23:27.56 | jmls | yup. |
| 23:28.05 | jmls | whoa boy! |
| 23:28.30 | *** join/#asterisk-dev anthm (n=anthm@mb70736d0.tmodns.net) |
| 23:28.30 | *** mode/#asterisk-dev [+o anthm] by ChanServ |
| 23:28.30 | jmls | sex gives _me_ a headache ;) |
| 23:28.34 | mvanbaak | Corydon76-vcch: my wife ;) |
| 23:28.50 | jmls | you have sex with your wife ?? |
| 23:28.52 | Corydon76-vcch | Aw, gee |
| 23:28.56 | mvanbaak | lol |
| 23:29.00 | jmls | HTF does that happen ? |
| 23:29.01 | mvanbaak | yeah, oldfashioned eh ? |
| 23:29.24 | mvanbaak | gheh |
| 23:29.27 | mvanbaak | latero all ! |
| 23:29.33 | jmls | I'm married to a catholic. |
| 23:29.49 | jmls | we've had sex like 5 times. And have 5 kids. |
| 23:30.02 | snuff-work | heheh |
| 23:30.05 | jtodd | jmls: TMI. |
| 23:30.30 | jmls | whassat ? |
| 23:30.38 | jtodd | Too Much Information. |
| 23:30.42 | jmls | heh |
| 23:30.47 | citats | jmls: at least the ratio is even |
| 23:30.52 | jtodd | at least, for this channel. I'm sure there are other channels on which you can discuss that with a rapt audience... |
| 23:31.06 | Corydon76-vcch | jtodd: you mean compared to the amount of information that I usually offer? |
| 23:31.16 | jmls | that's cause I spend too much time making * work :) |
| 23:31.30 | jtodd | Corydon76: I don't recall saying that you provided too little information... |
| 23:31.37 | Corydon76-vcch | Heh |
| 23:32.46 | jmls | trying to get the little buggers all to school at the same time requires some scheduling. Perhaps I should donate the algorthims to the linux kernel .. |
| 23:32.57 | snuff-work | [Oct 16 09:31:19] WARNING[6720]: translate.c:163 framein: no samples for lintoulaw <== 1.4.12 anyone else seen that error? |
| 23:32.59 | JerJer | looks like trunk has broken voicemail+imap |
| 23:33.14 | jmls | looks like 1.4 has a broken app_queue.c |
| 23:33.41 | snuff-work | far as i can see.. vm + imap = only tears |
| 23:33.48 | jmls | yup |
| 23:34.08 | JerJer | app_voicemail.c:2548: error: too few arguments to function 'imap_mailbox_name' |
| 23:34.15 | snuff-work | i stick with vm + odbc + stmp |
| 23:34.26 | snuff-work | *smtp even |
| 23:34.27 | JerJer | r85279 |
| 23:34.48 | jmls | brave man |
| 23:35.00 | jmls | for those who are about to die, we salute you |
| 23:35.08 | JerJer | snuff-work: ok - i am totally game for odbc directly |
| 23:36.07 | jmls | Oh crap |
| 23:36.21 | jmls_maybedead | goodnight all |
| 23:36.27 | Corydon76-vcch | later |
| 23:36.43 | jtodd | g'night. |
| 23:54.08 | snuff-work | M10986 |
| 23:54.09 | MuffinMan | [new] [Asterisk] Applications/app_voicemail 0010986: [patch] Issue with IMAP compilation reported by snuffy http://bugs.digium.com/view.php?id=10986 |
| 23:55.51 | snuff-work | patch to make imap happy JerJer :) |
| 23:57.28 | JerJer | cool |
| 23:57.37 | JerJer | thank you |