00:02.29 | Samot | .slin is the playback |
00:16.37 | *** join/#asterisk rwelsh (~rwelsh@75.76.250.9) |
00:17.34 | KaiHerlemann | chanvar: https://dpaste.com/7R855ZNSP |
00:17.41 | catphish | lol @ ubuntu's default config: |
00:17.44 | catphish | ; ODBC_ANTIGF - A blacklist. |
00:17.57 | catphish | readsql=SELECT COUNT(*) FROM exgirlfriends WHERE callerid='${SQL_ESC(${ARG1})}' |
00:20.20 | KaiHerlemann | In /var/lib/asterisk/playback/ are also files which contains something like "test-vw-3313d67a4e738a44bd2207a30d00c824.ogg". |
00:21.05 | KaiHerlemann | *they contains for example "test-vw", the name of the file I choosed. |
00:21.32 | KaiHerlemann | and a hexadecimal number probably. |
00:24.57 | igcewieling | I call it the Mother-in-law option. "ex girlfriend" seems a bit limiting and everyone hates their mother-in-laws. |
00:25.21 | igcewieling | what about ex boyfriends!?! |
00:31.39 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
00:41.44 | KaiHerlemann | Kobaz: Samot: I solved it manually by moving the files to the non-language specific folder (and maybe also because I recorded the new test file in all file formats)⦠although the log says the language for the file is "de" (not de_DE) |
00:41.50 | KaiHerlemann | Thanks to both if you |
00:41.59 | KaiHerlemann | *of |
00:43.02 | KaiHerlemann | And FreePBX says the language code is German (Germany) ;) |
00:43.17 | KaiHerlemann | I don't see anything about language code in chanvar. |
01:36.51 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
02:04.04 | igcewieling | KaiHerlemann: "core show function CHANNEL" |
02:04.26 | KaiHerlemann | igcewieling: it's solved, thanks :) |
02:06.34 | igcewieling | your lack of knowledge about the channel language is solved? |
02:17.46 | KaiHerlemann | igcewieling: yes, also solved⦠it's de_DE. |
02:18.58 | KaiHerlemann | But it changed in the meantime some settings, although it worked also without that change. Can't track anymore if that was a problem. |
02:19.26 | KaiHerlemann | *I changed |
02:20.41 | KaiHerlemann | anyway, thank you :) |
02:39.49 | *** join/#asterisk tsal (~tsal@i59F4D446.versanet.de) |
03:07.30 | igcewieling | Everyone should speak Esperanto and avoid this silliness. 8-) |
03:13.18 | igcewieling | It appears every HDD in the first 25 best selling drives at Newegg is a Seagate or Western Digital. |
03:42.46 | *** join/#asterisk electronic_eel (~quassel@213.240.182.160) |
04:38.08 | *** join/#asterisk mbecroft (mb@ak2.becroft.co.nz) |
04:58.17 | *** join/#asterisk file (sid178970@asterisk/developer-and-muffin-lover/file) |
04:58.17 | *** mode/#asterisk [+o file] by ChanServ |
04:58.32 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-urdiqmbkintkutzd) |
04:58.32 | *** mode/#asterisk [+o jameswf] by ChanServ |
04:58.51 | *** join/#asterisk drmessano (drmessano@pdpc/supporter/active/drmessano) |
04:58.56 | *** join/#asterisk bbhoss (sid18216@gateway/web/irccloud.com/x-zslryxkffvvrandv) |
05:11.09 | *** join/#asterisk sinaowolabi (~Sina@41.190.3.75) |
05:35.25 | *** join/#asterisk ckb (~ckb@unaffiliated/ckb) |
05:35.45 | ckb | hey friends, not sure where to ask for help with this, but I'm trying to generate event dates for timegroups_details |
05:37.03 | ckb | also, figuring out what timegroups_details entry takes priority |
05:37.57 | ckb | timegroupid > id > specific values > wildcards? |
05:49.00 | *** join/#asterisk sinaowolabi (~Sina@169.159.65.19) |
06:50.38 | *** join/#asterisk CatCow97 (~mine9@mobile-166-176-186-154.mycingular.net) |
06:57.52 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
09:20.05 | *** join/#asterisk retentiveboy (~retentive@2601:cf:4500:5ea0:549:5683:8fec:47ae) |
09:24.15 | *** join/#asterisk lankanmon (~LKNnet@cpeb4fbe4e331bd-cm64777d632380.cpe.net.cable.rogers.com) |
09:51.39 | *** join/#asterisk sa02irc (~mbax@155-079-043-212.ip-addr.inexio.net) |
10:19.55 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
11:31.14 | *** join/#asterisk grummund (~unknown@unaffiliated/grummund) |
11:35.52 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda00d9dcb1aedf73d289.dip0.t-ipconnect.de) |
12:21.36 | *** join/#asterisk riddlebox (~riddlebox@075-132-208-069.res.spectrum.com) |
13:04.44 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda0016bbc89821d4ece4.dip0.t-ipconnect.de) |
14:07.42 | *** join/#asterisk overyander (~overyande@209.141.208.197) |
14:08.03 | *** join/#asterisk paulgrmn (~paulgrmn@c-98-250-183-21.hsd1.mi.comcast.net) |
14:17.32 | *** join/#asterisk pchero (~pchero@211.178.226.108) |
14:21.19 | *** join/#asterisk drathir_tor (~drathir@gateway/tor-sasl/drathir) |
14:24.09 | *** join/#asterisk guerby (~guerby@april/board/guerby) |
14:32.19 | Kobaz | ckb: that sounds like something for #freepbx |
14:57.00 | *** part/#asterisk cybrNaut (~cybrNaut@unaffiliated/cybrnaut) |
15:14.26 | igcewieling | *sigh* we are apparently closed for Presidents Day. Wish I had realized that when I set me alarm clock last night. 8-| |
15:20.10 | sibiria | office all to yourself, not bad |
15:20.28 | Samot | Even tech support? |
15:22.49 | Samot | Funny thing is. One of the little providers I consult just had a flood of support calls no one answered. |
15:22.54 | *** join/#asterisk kharwell (uid358942@gateway/web/irccloud.com/x-jesdvolnzaethohf) |
15:22.54 | *** mode/#asterisk [+o kharwell] by ChanServ |
15:23.07 | Samot | Well I did after numerous rotations of the queue |
15:23.32 | Samot | They too are closed for Presidents Day. With no support agents available. |
15:26.16 | igcewieling | sibiria: I've never been to the office. 8-) |
15:28.03 | igcewieling | Samot: "after hours support" which basically goes to an answering service where the totally screw up the message before e-mailing it to us. |
15:28.22 | *** join/#asterisk bford (uid283514@gateway/web/irccloud.com/x-vgsahaggnxecvxza) |
15:28.22 | *** mode/#asterisk [+o bford] by ChanServ |
15:29.16 | Samot | Oh. |
16:13.26 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
16:26.42 | *** join/#asterisk akp55_ (~akp55@c-73-148-15-31.hsd1.va.comcast.net) |
17:18.15 | *** join/#asterisk daemonwrangler (~daemonwra@li1301-160.members.linode.com) |
17:23.14 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda002675a50d6359341b.dip0.t-ipconnect.de) |
17:39.41 | jkroon | With asterisk 11 it was possible to do ResetCDR(w) to basically close off a CDR record right now. So one could for example do something like: ResetCDR(w); NoCDR(); Progress(); Playback(error_message); |
17:39.53 | jkroon | does anyone know if there is an equivalent in asterisk 13 onwards? |
17:40.16 | jkroon | (last issue that we need to sort out to put asterisk 11 to rest for ever) |
17:42.19 | igcewieling | jkroon: I recall something vaguely about endbeforehexten changing changing the default value..... |
17:44.38 | jkroon | igcewieling, relevance? What am I missing? |
17:45.18 | igcewieling | jkroon: that setting changes when CDRs close. I don't know if it is relevant. I'll check and see if I can find the note. |
17:45.41 | jkroon | the commentary in cdr.conf sample remained very similar on this matter. |
17:46.04 | jkroon | ResetCDR now has a v (kep variables) and e (enable, deprecated, use CDR_PROP instead. |
17:46.10 | igcewieling | this is what I was thinking of: CDRs: - The "endbeforehexten" setting now defaults to "yes", instead of "no". When set to "no", yhis setting will cause a new CDR to be generated when a channel enters into hangup logic (either the 'h' extension or a hangup handler subroutine). In general, this is not the preferred default: this causes extra CDRs to be generated for a channel in many common dialplans. |
17:46.28 | jkroon | Basically in my case a Dial() fails, dialplan continues, so I want to flush that CDR out at that point, and then do stuff to alert the user. |
17:47.21 | jkroon | Or I need to rework some logic to not require ResetCDR(w) ... but that may end up being rather tricky. |
17:48.07 | igcewieling | I started creating my own CDRs, separate from Asterisk a few years ago, I was never happy with Asterisk CDRs. LOL |
17:48.42 | jkroon | (in the particular case I've got right now there isn't even a Dial() so we decide that the call can't progress (based on whatever criteria, doesn't matter). |
17:48.52 | jkroon | igcewieling, on top of CEL? |
17:49.15 | jkroon | feasible, but going to be a heck of a lot of work here. |
17:49.32 | file | CDRs are just another name for business logic |
17:49.51 | igcewieling | jkroon: no. All calls start with an AGI (validate authorization, setup call routing, etc) and ends with an AGI in a hangup handler. My script saves the info in a custom databse table. |
17:50.04 | igcewieling | file: *nod* |
17:51.36 | jkroon | file, yea, because one guy cares about some detail another doesn't. it's always worked very well here ... except I may need to go and dig out and find a way to do ResetCDR(w) if possible, so might need to look at the asterisk 11 code and bring that portion back. |
17:52.14 | file | CDRs were fundamentally rewritten effectively from scratch |
17:52.42 | jkroon | aware of this, and subsequently why this specific node has been stuck on 11. |
17:52.58 | igcewieling | one of my cdrs in case anyone cares https://pastebin.com/rMq7u82K |
17:53.07 | file | I'm just saying you can't bring the code back, you're rewriting functionality from scratch that may not fit within the way it works |
17:53.25 | jkroon | file, that's fair. |
17:53.47 | igcewieling | jkroon: generating my own CDRs was not the goal, I added it to my existing scripts so it was easier than it would normallybe. |
17:54.05 | jkroon | i mean to say "i may need to bring that functionality back in some form or another, which may involve writing some code, alternatively, finding a different way of manuevering the dialplan" |
17:59.26 | jkroon | looks like ForkCDR(e) might do the trick. |
18:02.10 | *** join/#asterisk bbhoss (sid18216@gateway/web/irccloud.com/x-dfezdgclfrxdvqoa) |
18:04.02 | *** join/#asterisk jameswf (uid27319@gateway/web/irccloud.com/x-aipbayutkeviwubk) |
18:04.02 | *** mode/#asterisk [+o jameswf] by ChanServ |
18:29.23 | *** join/#asterisk tafa2 (~tafa2@185.115.101.208) |
18:51.40 | *** join/#asterisk post-factum (~post-fact@vulcan.natalenko.name) |
18:57.05 | *** join/#asterisk tafa2 (~tafa2@194.126.11.103) |
19:12.35 | Kobaz | igcewieling: " I started creating my own CDRs, separate from Asterisk a few years ago, I was never happy with Asterisk CDRs. LOL" ..... yup... same here |
19:13.46 | sibiria | we mainly do CDRs ourselves at hangup, but also run custom_cdr as a "backup" |
19:13.56 | sibiria | cdr_custom* |
19:14.04 | Kobaz | we do realtime cdr, it's written at call start, call pickup, call hangup |
19:40.32 | igcewieling | Kobaz: I set a channel variable on answer, it is picked up by my hangup agi to write the data. one less agi and database open/close. |
20:06.20 | *** join/#asterisk retentiveboy (~retentive@c-24-125-16-104.hsd1.ga.comcast.net) |
20:21.34 | *** join/#asterisk koltrast (0baf8d70@h77-53-57-114.cust.a3fiber.se) |
20:56.49 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
21:30.54 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
21:32.11 | *** join/#asterisk gerhard7 (~gerhard7@86-87-238-48.fixed.kpn.net) |
21:46.23 | *** join/#asterisk Jesterboxboy (~Thunderbi@84-115-150-8.cable.dynamic.surfer.at) |
21:54.21 | *** join/#asterisk jgowdy (~jgd@jgd.hidden.network) |
22:07.51 | *** join/#asterisk rpifan (~rpifan@p200300d2671bda001664cca1213f04d5.dip0.t-ipconnect.de) |
22:25.12 | *** join/#asterisk sbingner (~sam@phathack/sbingner) |
22:32.57 | *** join/#asterisk ckb (~ckb@unaffiliated/ckb) |
22:39.59 | *** join/#asterisk sinaowolabi (~Sina@102.134.114.1) |
22:44.24 | *** join/#asterisk opal (~wowaname@volatile/founder/wowaname) |
23:48.51 | *** join/#asterisk sekil (~sekil@79-101-146-239.dynamic.isp.telekom.rs) |
23:50.39 | *** join/#asterisk ckb_ (~ckb@unaffiliated/ckb) |