| 00:24.04 | *** join/#asterisk-dev bbryant (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 00:24.04 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 00:43.20 | *** join/#asterisk-dev snuff-work (n=aaa@203.19.141.34) |
| 00:43.21 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 01:11.36 | *** join/#asterisk-dev eliel (n=eliels@120-17-235-201.fibertel.com.ar) |
| 01:11.37 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 01:37.01 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 01:53.57 | *** join/#asterisk-dev msetim (n=setim@201.86.15.116.dynamic.adsl.gvt.net.br) |
| 01:56.54 | *** join/#asterisk-dev Octothorpe (n=Octothor@pdpc/supporter/professional/octothorpe) |
| 03:28.59 | *** join/#asterisk-dev CunningPike (n=CunningP@S01060014bf81366b.vc.shawcable.net) |
| 04:39.35 | *** join/#asterisk-dev moy (n=moy@CPE001cdfec4cee-CM00080dab8485.cpe.net.cable.rogers.com) |
| 05:16.13 | Juggie | has mysql w/ custom fields support been backported to 1.4 anywhere? |
| 05:28.00 | snuff-work | i'd say look in the svn.. but its hard these days without viewvc ;) |
| 05:28.47 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-12882c7125508ccf) |
| 05:28.51 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 05:45.19 | *** join/#asterisk-dev mnicholson (n=mnichols@nat/digium/x-2612dfe527c3b6dc) |
| 05:45.41 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 06:12.20 | *** join/#asterisk-dev bbryant1 (n=brett@c-68-59-20-153.hsd1.sc.comcast.net) |
| 06:12.20 | *** mode/#asterisk-dev [+o bbryant1] by ChanServ |
| 06:25.14 | *** join/#asterisk-dev fiddur (n=fiddur@c042.rit.se) |
| 06:59.11 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 06:59.11 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 09:05.24 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 09:56.58 | *** join/#asterisk-dev kamanashisroy (n=kamanash@119.30.36.21) |
| 10:29.28 | *** join/#asterisk-dev MrISDN (n=kkeil@cl-2929.ham-01.de.sixxs.net) |
| 10:36.46 | *** join/#asterisk-dev qdk (n=qdk@81.7.168.130) |
| 10:55.17 | *** join/#asterisk-dev ccesario (n=ccesario@189-19-9-100.dsl.telesp.net.br) |
| 11:28.28 | snuff-home | mvanbaak: ping? |
| 11:33.05 | mvanbaak | snuff-home: pong |
| 11:44.44 | snuff-home | M15135 |
| 11:44.46 | MuffinMan | [new] [Asterisk] Resources/res_features 0015135: [patch] Dynamic parking lots reported by IgorG (Karma: +76.00) https://issues.asterisk.org/view.php?id=15135 |
| 11:44.56 | snuff-home | go parking go |
| 11:45.58 | snuff-home | figured i'd mention just since u did a fair bit of the work at making them 'multipark' ;) |
| 11:49.44 | mvanbaak | sweet |
| 11:55.40 | *** join/#asterisk-dev sergee (n=serg@voip1.west-call.com) |
| 11:57.12 | snuff-home | mm wierd.. i thought we'd pretty much got rid of all 'option_debug' style things by now.. |
| 11:57.17 | snuff-home | oh well |
| 12:08.47 | mvanbaak | his patch fixes it ;) |
| 12:08.52 | snuff-home | indeed |
| 12:18.49 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:18.49 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:22.11 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 12:34.26 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 12:35.04 | *** join/#asterisk-dev eliel (n=eliels@200.61.172.61) |
| 12:35.04 | *** mode/#asterisk-dev [+o eliel] by ChanServ |
| 12:42.41 | *** join/#asterisk-dev anonymouz666 (n=anonymou@189.24.138.206) |
| 12:53.47 | eliel | good morning! |
| 13:00.35 | russellb | good morning :-) |
| 13:06.24 | eliel | russellb: is 1.6.2 feature frozen? |
| 13:06.35 | kpfleming | yes |
| 13:06.40 | kpfleming | beta == feature frozen |
| 13:06.47 | kpfleming | except for features required to fix bugs |
| 13:07.30 | eliel | no matter what severity the bug is? |
| 13:07.33 | *** part/#asterisk-dev ctooley (n=ctooley@65.99.197.74) |
| 13:07.38 | kpfleming | well, yeah |
| 13:07.42 | kpfleming | if it's a bug that must be fixed |
| 13:07.45 | russellb | as long as severity is not "feature", heh |
| 13:07.49 | kpfleming | if it's not a release blocker, then no |
| 13:07.50 | eliel | M14444 |
| 13:07.52 | MuffinMan | [assigned] [Asterisk] Applications/app_dial 0014444: M() Docs reported by ewieling (Karma: -2) https://issues.asterisk.org/view.php?id=14444 |
| 13:07.57 | russellb | that's fine |
| 13:08.04 | mvanbaak | I think: 'feature required to fix bugs' makes your fix fine for 1.2 |
| 13:08.07 | russellb | doc improvements are always fine with me |
| 13:08.09 | mvanbaak | erm |
| 13:08.11 | mvanbaak | 1.6.2 |
| 13:08.40 | eliel | russellb: ok |
| 13:08.46 | mvanbaak | I think it should go in |
| 13:11.09 | eliel | well, it is just an improvement to allow includes inside the xmldocs |
| 13:11.27 | *** join/#asterisk-dev ctooley (n=ctooley@76.22.158.92) |
| 13:11.27 | *** mode/#asterisk-dev [+o ctooley] by ChanServ |
| 13:11.54 | eliel | and based on lmadsen comments it is needed to fix that bug |
| 13:14.11 | kpfleming | yes, that's fine |
| 13:14.19 | eliel | good |
| 13:44.05 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 13:44.05 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 13:44.44 | oej | Did origsvn change name too? |
| 13:45.08 | oej | The SSL cert has expired on origsvn.digium.com |
| 13:45.39 | file | origsvn did not change name, and it is probably your SSL cert that expired |
| 13:46.29 | russellb | expired today |
| 13:46.36 | russellb | but the CA laptop doesn't think it is expired yet |
| 13:46.39 | russellb | stupid time zones |
| 13:49.43 | oej | :-) |
| 13:49.48 | oej | I can't update anything |
| 13:53.05 | mvanbaak | svn switch --relocate https://origsvn.digium.com/..... http://svn.digium.com/..... && svn up |
| 13:54.46 | russellb | http://svn.asterisk.org :-) |
| 13:57.21 | oej | We can't commit to svn.asterisk.org though... |
| 13:57.58 | kpfleming | nope |
| 13:59.15 | mvanbaak | indeed |
| 13:59.31 | mvanbaak | oej: any idea how we can do sip video conferencing ? |
| 13:59.37 | mvanbaak | not with asterisk, that I know |
| 13:59.41 | mvanbaak | but any way to do it ? |
| 13:59.59 | oej | Define "video conferencing" |
| 14:01.45 | kpfleming | i would rather define a large bar of chocolate to appear on my desk |
| 14:02.27 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 14:03.11 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 14:03.11 | oej | Hmm. It did appear. But not at your desk, kevin. It's here! |
| 14:03.11 | oej | Magic! |
| 14:03.11 | kpfleming | darn it! |
| 14:04.46 | mvanbaak | oej: Like: we have a beamer+screen in the office, and 3 coworkers working at home, and we want to have our weekly meeting but without the coworkers coming to the office |
| 14:05.00 | mvanbaak | oej: something like iChat can do |
| 14:05.52 | oej | mvanbaak: Then iChat |
| 14:05.55 | oej | Over jabber |
| 14:05.57 | oej | :-) |
| 14:06.25 | oej | It's something everyone needs |
| 14:06.40 | mvanbaak | sudo aptitude install iChat |
| 14:06.41 | mvanbaak | ;) |
| 14:06.48 | oej | I know of people who was able to connect OpenMCU from OpenH323 (replace with current name) somehow |
| 14:08.12 | mvanbaak | hhmm |
| 14:08.26 | mvanbaak | max of 4 ppl is already better then 1-to-1 video calls |
| 14:12.34 | mvanbaak | openMCU should be able to pull this off, if asterisk h323 supports video ;) |
| 14:26.56 | *** join/#asterisk-dev msetim (n=setim@189.32.44.21) |
| 14:27.04 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 14:50.38 | mvanbaak | eliel: that xinclude is great |
| 14:51.13 | *** join/#asterisk-dev bbryant (n=bbryant@c-68-59-20-153.hsd1.sc.comcast.net) |
| 14:51.13 | *** mode/#asterisk-dev [+o bbryant] by ChanServ |
| 14:51.58 | eliel | mvanbaak: yes! and that was a basic usage of it, you can do more things... |
| 14:56.07 | mvanbaak | uhhuh |
| 14:56.12 | mvanbaak | but this already looks great |
| 14:57.40 | *** join/#asterisk-dev jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler) |
| 14:57.40 | *** mode/#asterisk-dev [+o jpeeler] by ChanServ |
| 15:03.02 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 15:03.02 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 15:04.18 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 15:04.19 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) [NETSPLIT VICTIM] |
| 15:04.19 | *** mode/#asterisk-dev [+o oej] by irc.freenode.net |
| 15:17.23 | *** join/#asterisk-dev outtolunc (n=me@c-71-198-197-201.hsd1.ca.comcast.net) |
| 15:19.59 | kpfleming | seanbright: you made your commit for this week early! |
| 15:21.05 | russellb | no kidding |
| 15:28.53 | seanbright | heh |
| 15:29.02 | seanbright | it's probably broken |
| 15:30.30 | *** join/#asterisk-dev Corydon76-lap (n=Corydon7@pdpc/supporter/bronze/Corydon76-home) |
| 15:30.30 | *** mode/#asterisk-dev [+o Corydon76-lap] by ChanServ |
| 15:54.13 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 15:57.39 | kpfleming | seanbright: two commits! |
| 15:57.45 | seanbright | heh |
| 15:57.59 | seanbright | (from another channel...) |
| 15:58.01 | seanbright | 11:57 <@russellb> 2 commits?! |
| 16:03.35 | *** join/#asterisk-dev jetsnoc (n=brian@root.pmt.org) |
| 16:11.46 | eliel | Seeking a C guru: http://pastebin.ca/1426496 |
| 16:12.44 | eliel | is there another way of simplifying this structure population? |
| 16:12.57 | eliel | kpfleming: russellb: ^^^ |
| 16:14.02 | tzafrir_laptop | eliel, define "doesn't work" |
| 16:14.07 | tzafrir_laptop | what error do you get? |
| 16:14.48 | eliel | the problem is with the .cmda, while passing a { "cmd", NULL } i get a compile error |
| 16:15.02 | eliel | res_agi.c:2495:53: error: macro "AST_AGI_DEFINE" passed 4 arguments, but takes just 3 |
| 16:15.32 | eliel | I can avoid it using another define like AST_AGI_CMD() but i would like to avoid so many defines to populate an structure... |
| 16:15.56 | eliel | and passing AST_AGI_DEFINE(AST_AGI_CMD("cmd"), handler, 0), <- for example |
| 16:16.39 | eliel | an structure = a structure |
| 16:17.49 | seanbright | eliel: the preprocessor is just going to break on commas |
| 16:17.53 | seanbright | why not...: |
| 16:18.13 | seanbright | ohhh |
| 16:18.14 | seanbright | nevermind |
| 16:18.24 | seanbright | yeah, you probably just have to use another macro |
| 16:18.49 | eliel | seanbright: it is breaking on commas... i though there was another nice way found by those experienced C coders in here.. |
| 16:18.55 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 16:18.55 | *** mode/#asterisk-dev [+o malcolmd] by ChanServ |
| 16:19.20 | seanbright | eliel: i'm not sure if you are including me in that group or not, but... i don't think you can do it without another macro |
| 16:19.44 | eliel | seanbright: you are!! |
| 16:19.46 | seanbright | if you reversed the order of the arguments, you could just a variadic macro |
| 16:20.51 | seanbright | actually, that is also a lie |
| 16:20.53 | seanbright | i am just going to shut up |
| 16:21.09 | seanbright | :) |
| 16:21.31 | putnopvut | You could always just use an inline function instead of a macro. Those are a bit smarter. I assume that the types of the arguments will be consistent. |
| 16:22.03 | putnopvut | Actually, can you do that? |
| 16:22.08 | putnopvut | I'm going to follow seanbright's example |
| 16:22.09 | putnopvut | :) |
| 16:22.15 | seanbright | heh |
| 16:22.42 | putnopvut | Yeah, in a static declaration, I doubt you can call inline functions. NEVERMIND |
| 16:24.25 | eliel | yes, ok, I will go with the first option of using another macro |
| 16:56.15 | kpfleming | actually, with optimization enabled, i suspect you *can* call a static inline function as part of a variable definition (not declaration), if that function is attribute 'pure' |
| 16:56.33 | kpfleming | since the compiler can determine the output of the function solely from its input, which it has at compile time |
| 16:58.19 | eliel | is there a gcc attribute to make a function receive only attribute 'pure' and report it if not? |
| 17:00.16 | Corydon76-lap | eliel: might want to restate that. The question doesn't make any sense. |
| 17:01.04 | eliel | he, sorry, is there a gcc attribute to warn if the passed arguments to a function are unknown at compile time? |
| 17:01.05 | Corydon76-lap | The attribute is a clue to the compiler, not something that functions can detect |
| 17:02.01 | Corydon76-lap | eliel: if you did that in a static variable definition, the compiler will complain |
| 17:02.33 | Corydon76-lap | eliel: always, since it's unable to incorporate a value |
| 17:02.52 | eliel | oh, ok! that works! |
| 17:04.03 | Corydon76-lap | If you really wanted to do that, you'd need to create a constructor for the variable, so it could be assigned at runtime, instead of compile time |
| 17:06.05 | eliel | Corydon76-dig: well, actually i want to assign it at compile time, i have no reasons to assign it at runtime. |
| 17:06.28 | Corydon76-lap | therein lies the rub |
| 17:06.49 | Corydon76-lap | gotta be a static value to assign it at compile time |
| 17:07.34 | *** join/#asterisk-dev stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 17:13.01 | eliel | maybe it will be better to register AGI commands using the complete commang string instead of that arrar "database get" instead of { "database" , "get", NULL } |
| 17:16.21 | eliel | sorry my brain is failing to write for i mean |
| 17:17.10 | eliel | eliel means: maybe it will be better to register AGI commands using the complete command string "database get" for example, instead of the array { "database" , "get" , NULL } |
| 17:18.15 | eliel | for i mean? it is failing to write that it is failing to write... |
| 17:24.48 | *** join/#asterisk-dev uluatu (n=uluatu@189.32.44.21) |
| 17:27.05 | Corydon76-lap | eliel: you mean, similar to the builtin parser for AST_CLI ? |
| 17:28.14 | eliel | yes |
| 17:28.37 | eliel | maybe not modifying anything, just the register |
| 17:32.14 | eliel | or modifying everything to work with the string but supporting the old register for compatibility |
| 17:40.08 | *** join/#asterisk-dev CrashHD (n=CrashHD@65.74.156.109) |
| 18:11.13 | mvanbaak | hhmm, ever had that a call comes in to your box, follows dialplan without trouble, but all the applications called seem like noop, only Dial actually works ? |
| 18:12.09 | mvanbaak | incoming call first calls an agi to set the callerid(name), then it does a verbose(1, to tell me who is calling who, then it goes through privacymanager and then a dial sends it off to another box |
| 18:12.24 | mvanbaak | the only thing that actually did something was the dial |
| 18:12.50 | mvanbaak | the agi script was not run, the verbose did not show up, privacymanager did nothing, and dial fired the call to my other iax2 box |
| 18:13.17 | mvanbaak | in debug log I can see all the priorities are called |
| 18:13.48 | mnicholson | mvanbaak, i have only seen that when a timing source (dahdi/zaptel) was present but not configured and audio does not playback |
| 18:14.10 | mvanbaak | I do have dahdi_dummy loaded |
| 18:14.28 | mvanbaak | hhmm, no audio processing on this box |
| 18:14.34 | mnicholson | this was with a T1 card with no spans configured |
| 18:15.12 | mvanbaak | it just gets the calls via iax or sip, does the things I pointed out above, and sends the call to my home box |
| 18:15.41 | mvanbaak | hhmm, cdr's are not written neither |
| 18:15.51 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:15.59 | mvanbaak | this is,.... interesting |
| 18:16.39 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 18:17.25 | mvanbaak | mnicholson: hhmm, you might be right |
| 18:17.25 | mvanbaak | DAHDI_DUMMY/1 (source: HRtimer) 1 UNCONFI 0 0 0 CAS Unk YEL 0 db (CSU)/0-133 feet (DSX-1) |
| 18:20.29 | mvanbaak | I've never seen it before |
| 18:26.56 | kpfleming | dahdi_dummy does not need to be configured |
| 18:27.30 | russellb | mnicholson: ping? |
| 18:27.34 | Corydon76-lap | s/does not need to/cannot/ |
| 18:27.36 | mnicholson | russellb, pong |
| 18:27.42 | russellb | mnicholson: we had a meeting ;-) |
| 18:27.57 | mnicholson | russellb, bah *face palm* |
| 18:28.17 | russellb | it's all good. it was short today. |
| 18:28.20 | mvanbaak | hhmm |
| 18:28.31 | mvanbaak | then I have NO idea what's going on with my box |
| 18:28.36 | file | although you missed the cake... |
| 18:29.18 | russellb | true. there was cake, ice cream, and free money tree seeds |
| 18:29.20 | mnicholson | silly file, I know the key is a lie |
| 18:29.24 | kpfleming | i don't see how timing could affect an AGI |
| 18:29.30 | kpfleming | not in the way you have reported |
| 18:29.39 | mvanbaak | it's pretty scary seeing the box processing calls, and the only application actually doing something is Dial |
| 18:29.48 | mnicholson | russellb, and money trees are no good without expensive ladders |
| 18:29.57 | mvanbaak | kpfleming: it's not only agi |
| 18:30.26 | mvanbaak | I added three verbose lines and a JabberSend now, and those dont do nothing neither |
| 18:30.33 | kpfleming | i know, but timing should not affect whether the agi runs or not |
| 18:30.39 | kpfleming | something is weird with the dialplan itself |
| 18:30.44 | mvanbaak | and I dont have cdr's. not in mysql nor in the Master.csv |
| 18:31.25 | mvanbaak | well, it works when I restart asterisk |
| 18:31.33 | mnicholson | yeah, it sounds like something is wrong with the actual dialplan |
| 18:31.41 | mvanbaak | it works for a couple of calls, and then it stops working |
| 18:34.27 | *** join/#asterisk-dev otherwiseguy (n=otherwis@nat/digium/x-ebe842a3d28000e5) |
| 18:36.16 | mvanbaak | ah well |
| 18:36.28 | Juggie | isnt today a holiday? |
| 18:36.37 | kpfleming | not outside of Canadia land |
| 18:36.37 | mvanbaak | not in .nl |
| 18:37.03 | Juggie | ahh boo :) |
| 18:37.10 | Juggie | i thought you had some matching holiday |
| 18:37.20 | kpfleming | we do, but on a different day :-) |
| 18:38.09 | jsmith | What holiday is it in Canada? |
| 18:38.19 | Juggie | Queen Victorias Birthday |
| 18:38.24 | Juggie | (yes we know its dumb) |
| 18:38.32 | jsmith | No, it's not dumb. |
| 18:38.55 | jsmith | Just another relic of being p0wn3d by the Brittish :-p |
| 18:39.03 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 18:40.02 | Juggie | Ya well queen Victoria has been dead since 1901 |
| 18:40.04 | Juggie | but whos counting |
| 18:45.39 | Qwell | Juggie: Washington died in 1799... |
| 18:46.00 | mvanbaak | that's like: yesterday |
| 18:47.26 | mvanbaak | I really wonder why I'm still watching 'War of the Worlds' |
| 18:47.46 | mvanbaak | it's so bad |
| 19:18.23 | eliel | it is possible to enable the svn view without anottate? ( if that is what makes digium servers crash) |
| 19:24.02 | seanbright | sets up svnsync to run on 20 VMs and points them at origsvn... |
| 19:25.34 | *** join/#asterisk-dev |Cybex| (n=John@80.100.126.176) |
| 19:28.47 | eliel | heh |
| 19:29.28 | Corydon76-lap | eliel: if you wanted to host it, I think we could give you the ability to svn sync the tree |
| 19:30.46 | eliel | well, I could try until my bough bandwith goes to zero. |
| 19:31.26 | eliel | hmm, maybe company... |
| 19:31.59 | eliel | despegar.com could do it, i will check |
| 19:34.45 | wildzero-cw | MrISDN: hello, i try to make calls from libpri to mISDNuser in NT-PTMP mode, from mISDNuser (linux call router) into chan_dahdi ok, but from chan_dahdi ->libpri -> mISDNuser not ok, i get a REJ_reject_after_CONNECT ACKNOWLEDGE from mISDNuser, do you want to check the log?: here: https://issues.asterisk.org/view.php?id=15048 |
| 19:35.38 | *** part/#asterisk-dev stephank (n=traveler@2002:52c5:cf78:7:21c:c4ff:fece:ea94) |
| 20:04.22 | *** join/#asterisk-dev codefreeze-lap (n=murf@72.21.67.40) |
| 20:04.22 | *** mode/#asterisk-dev [+o codefreeze-lap] by ChanServ |
| 20:34.34 | MrISDN | Iwildzero-cw: t looks like the libpri has problems with the new established L2 TEI 64, it sends a L2 REJ message. I think it is not ready for PTMP yet. |
| 20:51.57 | *** join/#asterisk-dev schmooze_tony (n=schmooze@h69-129-142-83.mdsnwi.tisp.static.tds.net) |
| 21:04.31 | wildzero-cw | MrISDN: hmm ok, this seems to be the reason, if you like you can look into an other log, when i call from the same *1.6 with my nt_pmtp stuffed libpri into a bristuffed *1.4, it's working. you can check my latest note there, perhaps you also know the meaning of the "N(S): 003 0: 0" and "N(R): 005 P: 0" lines, because they also look different when i call to bristuff, or to mISDNuser |
| 21:09.30 | *** join/#asterisk-dev telecos (n=sergio@219.166.219.87.dynamic.jazztel.es) |
| 21:20.57 | wildzero-cw | ok, i think i have an idea, it's about the subchannel's, the call to bristuffed match because we dont have a subchannel, the call to mISDNuser does not match, becaue it find a subchannel, and tries to link the CONNECT from mISDNuser with the one in sbuchannel. need to understand now the deeper meaning of the subchannels in libpri |
| 21:36.30 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-179-75-202.static.bezeqint.net) |
| 21:36.30 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:45.51 | *** join/#asterisk-dev lesouvage (n=lesouvag@82.73.69.76) |
| 21:50.25 | *** join/#asterisk-dev atis_lap (n=atis_lap@193.238.213.215) |
| 21:56.02 | atis_lap | eliel: ping |
| 21:56.46 | Juggie | does voicemail support sending email notifications to multiple emails when a vm is received? |
| 21:56.51 | Juggie | i cant find anything on it. |
| 21:57.19 | Corydon76-lap | Juggie: use the builtin alias system if you want to do distribution |
| 21:57.33 | Corydon76-lap | builtin to the mail system, not Asterisk |
| 21:57.50 | atis_lap | Juggie: doesn't comma work? :) |
| 22:05.14 | Juggie | atis_lap, nope |
| 22:05.33 | Juggie | comma is the seperator for the options |
| 22:05.38 | Juggie | Corydon76-dig, eugh then i have to learn sendmail :) |
| 22:05.40 | atis_lap | yeah, i guessed that :p |
| 22:06.00 | atis_lap | Juggie: it's easier to write script in any language and set it in voicemail.conf |
| 22:06.06 | atis_lap | altough escape option would be good |
| 22:06.39 | atis_lap | if i could ever understand sendmail.. :p |
| 22:17.20 | Juggie | i'll just use gmail forwarding |
| 22:30.12 | Corydon76-lap | atis_lap: just use /etc/aliases |
| 22:30.41 | Corydon76-lap | foo@localhost to get it into the aliases |
| 22:32.00 | atis_lap | <PROTECTED> |
| 22:32.31 | atis_lap | Juggie: btw, you can use yourusername+some-stuff@gmail.com and still receive everything, but have distinction :) |
| 22:43.39 | atis_lap | is astman_get_header case sensitive? |
| 22:44.37 | Corydon76-lap | shouldn't be |
| 22:45.04 | Corydon76-lap | Nope, sure isn't |
| 22:46.49 | Corydon76-lap | although the space after the colon appears to be mandatory |
| 22:47.20 | Corydon76-lap | which seems a little odd |
| 22:47.40 | atis_lap | oh, that's from user-point :) |
| 22:47.44 | kpfleming | it does indeed |
| 22:47.58 | atis_lap | i was just writing AMI action, and wanted to know if i can pass lowercase constants :) |
| 22:48.23 | atis_lap | or is there a way to enumerate all passed arguments? |
| 22:49.20 | Corydon76-lap | atis_lap: they're in m->headers[n], where n is between 0 and m->hdrcount |
| 22:49.49 | *** join/#asterisk-dev qdk (n=qdk@0x573d8dd1.bynqu1.dynamic.dsl.tele.dk) |
| 22:50.23 | atis_lap | oh, thanks.. there's even a sample within astman_get_header :) |
| 22:50.45 | Corydon76-lap | Yep, astman_get_header is just a convenience function |
| 23:54.46 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |