IRC log for #asterisk-bugs on 20100106

01:18.11*** join/#asterisk-bugs jcmoore (n=jcmoore@unaffiliated/tgrman)
01:34.40*** join/#asterisk-bugs tgrman (n=jcmoore@unaffiliated/tgrman)
04:31.46*** join/#asterisk-bugs pentanol (n=pentanol@77-35-10-215.pppoe.primorye.net.ru)
04:32.10pentanolhi anybody alive there?
05:54.21Corydon76-dig_Nope
06:02.46Corydon76-dig_btw, unless you're looking for a bug marshal to help you with an already filed issue, your question probably belongs on #asterisk
06:03.05*** mode/#asterisk-bugs [+o Corydon76-dig] by ChanServ
06:56.28*** join/#asterisk-bugs |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
07:51.54*** join/#asterisk-bugs oej (n=olle@ns.webway.se)
10:02.54*** join/#asterisk-bugs xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net)
10:37.27*** part/#asterisk-bugs |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
11:16.14*** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982)
11:20.56*** join/#asterisk-bugs xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net)
12:51.02*** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844)
12:58.16*** join/#asterisk-bugs Victor_Yure (n=victor@unaffiliated/victoryure/x-837844)
13:19.59*** join/#asterisk-bugs kaii (n=kai@ciphron.de)
14:34.30*** join/#asterisk-bugs |Cybex| (n=John@atwork-21.r-212.178.82.atwork.nl)
14:39.27*** join/#asterisk-bugs leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage)
14:39.27*** mode/#asterisk-bugs [+o leifmadsen] by ChanServ
14:46.07leifmadsendrumkilla: ping yo?
15:01.13*** join/#asterisk-bugs putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson)
15:01.13*** mode/#asterisk-bugs [+o putnopvut] by ChanServ
15:01.17*** join/#asterisk-bugs caio1982 (i=caio1982@CAcert-br/caio1982)
15:05.11*** join/#asterisk-bugs elguero (n=_miguel3@12.187.84.162)
15:18.27Entomologist*** CLOSED (16531) [Applications/app_mp3] [regression] chan_local audio crash
15:18.27EntomologistAssigned to: russell
15:18.28EntomologistReported by: john8675309  Karma: 2
15:18.28Entomologisthttps://issues.asterisk.org/view.php?id=16531
15:18.29Entomologist*********************************************************
15:19.39Entomologist*** CLOSED (16050) [Channels/chan_dahdi] Fax detection broken when upgrading from 1.6.0.9 to 1.6.0.15
15:19.39EntomologistReported by: DLNoah
15:19.40Entomologisthttps://issues.asterisk.org/view.php?id=16050
15:19.40Entomologist*********************************************************
15:27.22Entomologist*** CLOSED (15224) [Addons/format_mp3] [patch] mp3 playback not working via AGI "STREAM FILE", but "EXEC PLAYBACK" works
15:27.23EntomologistAssigned to: seanbright
15:27.23EntomologistReported by: rbd  Karma: 0
15:27.24Entomologisthttps://issues.asterisk.org/view.php?id=15224
15:27.24Entomologist*********************************************************
15:51.16*** join/#asterisk-bugs miguel3239 (n=_miguel3@12.187.84.162)
15:52.41*** join/#asterisk-bugs corretico (n=laguilar@201.201.46.106)
15:53.03*** join/#asterisk-bugs The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel)
15:56.49*** join/#asterisk-bugs jpeeler (n=jpeeler@asterisk/digium-software-dev/jpeeler)
16:15.00Entomologist*** CLOSED (16518) [Applications/app_dial] segmentation fault
16:15.01EntomologistReported by: voipas
16:15.01Entomologisthttps://issues.asterisk.org/view.php?id=16518
16:15.02Entomologist*********************************************************
16:24.56*** join/#asterisk-bugs Deeewayne (n=dwayne@75.76.254.162)
16:24.57*** mode/#asterisk-bugs [+o Deeewayne] by ChanServ
16:29.37*** join/#asterisk-bugs mpe (n=mpe@gate.ipvision.dk)
17:00.22Entomologist*** CLOSED (15343) [Channels/chan_sip/TCP-TLS] [patch] lock in sip_tcp_helper_thread
17:00.24EntomologistReported by: pj
17:00.24Entomologisthttps://issues.asterisk.org/view.php?id=15343
17:00.24Entomologist*********************************************************
17:18.58*** join/#asterisk-bugs elguero (n=_miguel3@12.187.84.162)
18:07.16*** join/#asterisk-bugs ebroad (n=EB@72.11.213.195)
18:07.24ebroadleifmadsen, ping
18:19.01ebroadjoin #asterisk
18:33.21leifmadsenebroad: pong
18:33.43*** join/#asterisk-bugs oej (n=olle@ns.webway.se)
19:04.37*** join/#asterisk-bugs corretico (n=laguilar@201.201.46.106)
19:05.09Entomologist*** CLOSED (16528) [PBX/General] [patch] Bridge application fails when both channels have a similar name
19:05.09EntomologistReported by: telecos82  Karma: 7409
19:05.10Entomologisthttps://issues.asterisk.org/view.php?id=16528
19:05.10Entomologist*********************************************************
19:15.08*** join/#asterisk-bugs elguero (n=elguero@12.187.84.162)
19:16.54Entomologist*** CLOSED (14808) [General] [patch] ioctls from 32bit userspace on 64bit kernel
19:16.55EntomologistReported by: tzafrir  Karma: 123.5
19:16.55Entomologisthttps://issues.asterisk.org/view.php?id=14808
19:16.56Entomologist*********************************************************
19:16.59Qwell!
19:17.30ebroadleifmadsen,
19:17.37ebroadM16557
19:17.39MuffinMan[acknowledged] [Asterisk] Applications/app_voicemail 0016557: Asterisk produces malformed email files for voicemail reported by jcovert https://issues.asterisk.org/view.php?id=16557
19:18.06ebroadi cross posted a link to a forum post on the smartermail forums
19:19.25ebroada couple of people were having an issue with truncated vm attachments
19:19.44leifmadsenebroad: great thanks
19:20.34ebroadi have a smartermail instance
19:20.39ebroadso ill test it out later on
19:23.36Qwellif sendmail does not "fix" the headers, many SMTPds will reject the message.
19:35.44Qwellwait, wtf.  this is a much easier problem.
19:36.10Qwellbase64 wrapping is *optional*.  We can just...not do it.
19:38.38Qwelloh wait, it's not optional for MIME.*rolleyes*
19:39.12Corydon76-digOdd, my sendmail has no problem with the messages
19:39.38Corydon76-digbut then, I run sendmail on Unix.  I wonder if somebody is running sendmail on Windows or something
19:40.56Corydon76-digAFAIK, sendmail doesn't do any such message conversion.  And really, it shouldn't.  The body of the message is considered sacrosanct
19:51.39QwellCorydon76-dig: so then we should set ENDL to \r\n
19:55.19Corydon76-digQwell: I think it was set as-is to deal with a previous problem with various MTAs.  See the history.
19:55.39QwellWell we can't have it both ways..
19:55.47QwellEither the MTA has to change stuff, or it can't.
19:57.39Corydon76-digI think the previous issue was with a particular mailreader, actually
19:58.09Corydon76-diglike Outlook
20:03.16QwellThen it's broken.  SMTP requires /r/n
20:03.20Qwellerr, \r\n
20:03.36ebroadi think the problem is with base64 wrap
20:03.44ebroadas qwell previously mentioned
20:04.22ebroadon *nix it should be 72 chars\n72 chars\n etc
20:04.33ebroador is it 73
20:04.38Qwellit's optional
20:04.51ebroadnot for mime
20:04.51Qwellwhitespace is completely arbitrary
20:04.53ebroadafaik
20:04.57Qwellfor MIME is has a max of 76
20:05.01ebroadright
20:05.13ebroadthe problem is truncated attachments
20:05.26ebroadso according to the op
20:05.30Qwellthen the base64 decoder on the other end is broken.
20:05.36ebroad76 chars\r\n
20:05.40ebroad+ sendmail
20:05.45ebroadbecomes 76 chars
20:05.48ebroad\r\r\n
20:06.05ebroadi am trying to find anywhere
20:06.19ebroadwhere sendmail will convert bare lf's in the mime header
20:06.22QwellI think we should switch ENDL to \r\n.  sendmail will stop munging it.
20:06.28ebroadwhich it shouldn't
20:06.29Corydon76-digQwell: ah, I see what the issue is
20:06.29Qwellif outlook doesn't work anymore, TFB :p
20:07.04Corydon76-digENDL is def'ed as \r\n for IMAP_STORAGE and as \n otherwise, but the base64 encoder always uses \r\n
20:07.15Corydon76-digSo switch from using eol to ENDL in the encoder
20:07.20Qwellbecause \r\n is correct. :D
20:07.43Qwellwhen ochar() gets moved out of app_voicemail (why is it there to begin with?), that will break
20:08.13Corydon76-digRight, but when that happens, we'll pass the EOL delimiter as a parameter
20:08.48Corydon76-digI agree that a remote base64 decoder is broken
20:09.28Qwell"All line breaks or other characters not
20:09.28Qwell<PROTECTED>
20:09.39Corydon76-digAbsolutely agreed
20:11.17Entomologist*** CLOSED (15405) [Channels/chan_sip/General] Early media causes "Asked to transmit frame type 64, while native formats is 0x8 (alaw)(8)......"
20:11.18EntomologistReported by: alecdavis
20:11.18Entomologisthttps://issues.asterisk.org/view.php?id=15405
20:11.19Entomologist*********************************************************
20:15.10Qwellit's been \n since at least r593...
20:15.41QwellI suspect ENDL being \r\n has never actually been tested
20:27.36ebroadbingo
20:27.51ebroadpostfix silently does lf to cr/lf
20:28.08Qwelldoes it still do it if it's already crlf?
20:28.17ebroadi guess so
20:28.27ebroaddont know for sure
20:37.22Entomologist*** CLOSED (15725) [Applications/app_meetme] [patch][regression] set talker detection (T) does not work unless set talker optimization (o) is enabled.
20:37.22EntomologistAssigned to: qwell
20:37.23EntomologistReported by: shanermn  Karma: 0.25
20:37.23Entomologisthttps://issues.asterisk.org/view.php?id=15725
20:37.24Entomologist*********************************************************
20:46.56ebroador maybe not
21:06.40*** join/#asterisk-bugs corretico (n=laguilar@201.201.46.106)
21:14.54*** join/#asterisk-bugs Skeeter- (i=Skeeter@c216.218.2-65.clta.globetrotter.net)
21:41.57Entomologist*** CLOSED (16289) [Functions/func_cdr] [patch] core show function CDR reports wrong disposition values
21:41.57EntomologistAssigned to: tilghman
21:41.58EntomologistReported by: wdoekes  Karma: 1.5
21:41.58Entomologisthttps://issues.asterisk.org/view.php?id=16289
21:41.59Entomologist*********************************************************
22:30.21seanbrightM15743
22:30.23MuffinMan[acknowledged] [Asterisk] Channels/chan_sip/CodecHandling 0015743: Originating g729 SIP channel to DialPlan AGI Requiring Decoding reported by CustomGT https://issues.asterisk.org/view.php?id=15743
22:30.39seanbrightis that a digium issue or an oss asterisk issue?
22:33.53drumkilladigium
22:34.02drumkillabut actuallllly ... I think it might be a config issue
22:34.19seanbrighthow so?
22:34.46putnopvutYeah, I'd be interested in that as well.
22:35.43drumkillaI was thinking that there was some sort of codec option for originates that was related to this
22:35.47drumkillatries to stir up memory
22:36.00putnopvutdrumkilla: well, the thing is, if you look at the output for the call, the format is g729
22:36.25putnopvutI'm wondering though if a non-g729 audio file is being chosen to play for some reason though...
22:36.39putnopvutWait, ignore that.
22:36.56drumkillayeah, there is a codecs header for action: originate
22:37.04drumkillai wonder what happens if you do Codecs: g729
22:37.09drumkillaof course, it's not documented, ugh
22:37.12Entomologist*** CLOSED (15483) [Applications/app_followme] FollowMe plays wrong sound files
22:37.12EntomologistReported by: alex70
22:37.13Entomologisthttps://issues.asterisk.org/view.php?id=15483
22:37.13Entomologist*********************************************************
22:37.54seanbrightleifmadsen: ^^^ i closed that because it appeared to be a dup of 15372 (whose fix was already committed)
22:38.17drumkillaand closed
22:38.37seanbrightnice work.
22:41.11*** join/#asterisk-bugs ebroad (n=EB@72.11.213.195)
22:41.35ebroadwith relaxdtmf=yes would * process inband dtmf even if dtmfmode=rfc2833?
22:41.53drumkillano.
22:42.01drumkillanot intentionally, anyway.
22:42.05ebroadhmm
22:42.11jsmithWhat good would relaxdtmf do for RFC2833 dtmf anyway?
22:42.12ebroadM16371
22:42.14MuffinMan[feedback] [Asterisk] Channels/chan_sip/CodecHandling 0016371: Asterisk detects DTMF inband even when dtmfmode=rfc2833 reported by amorsen https://issues.asterisk.org/view.php?id=16371
22:42.16jsmithblinks
22:42.25drumkillasquints
22:42.37ebroadop states that relaxdtmf=no resolves his issue
22:42.56drumkillawhat * version
22:43.04ebroad1.6.0.18
22:43.36ebroadthe original problem was that * was processing inband even though dtmfmode=rfc2833
22:43.45drumkillahuh ... "static int global_relaxdtmf;" is in chan_sip.c twice
22:44.06ebroadhmm
22:44.18drumkillaunrelated observation
22:44.57seanbrightnote to self... step 1) remove duplicate declaration... step 3) profit
22:45.14ebroadnot in trunk
22:45.51drumkillait does appear, however, that if you have fax detection on, you will also get inband DTMF detection
22:46.21ebroadsame code handles cng tones?
22:46.26drumkillanods
22:46.36ebroadah
22:47.31ebroadthe question is, should i close the issue, as relaxdtmf=no solves the issue for the op, or leave it open?
22:47.46ebroadsince fax detection could be whats triggering it
22:48.00drumkillawell, it would be nice to know if fax detection being on is the real cause
22:48.05drumkillait's a bug
22:48.08ebroadtrue
22:48.12ebroadi could ask
22:48.19drumkillaplease do :-)
22:48.26seanbrighttries not to close 16489 out of malice
22:48.35putnopvutM16489
22:48.37MuffinMan[ready for testing] [Asterisk] Core/BuildSystem 0016489: [patch] Missing plus signs in MAKE/SUBMAKE calls prevent parallel make from operating correctly reported by Chainsaw https://issues.asterisk.org/view.php?id=16489
22:48.46seanbrightparallel make install?
22:48.48seanbrightseriously?
22:48.50QwellWhy would you want to parallelize install?
22:49.07seanbrightQwell: because it takes seconds
22:49.15jsmithmake -j4 install config samples
22:49.21jsmithThat's why!
22:49.42seanbrightjust skip the number
22:49.43seanbrightmake -j
22:49.59drumkillabecause you all know you can have multiple simultaneous writes to disk
22:50.15jsmithOf course!
22:50.45Qwellseanbright: I'm pretty sure I hate you
22:51.00Qwellload average: 37.08, 13.03, 4.79
22:51.04putnopvutQwell: he makes that pretty easy
22:51.24Qwellthat was *way* more aggressive than I thought it would be.  heh
22:51.31drumkillanice
22:51.53seanbrightheh
22:52.01seanbrightthat's what i do with a dual quad core
22:52.14seanbrighti can compile the entire thing in like 4 seconds
22:52.15seanbright:-)
22:52.35drumkillaand by "like 4 seconds", you mean a couple of minutes
22:53.00seanbrightno
22:53.06seanbrightasterisk compiles in seconds with 8 processors
22:53.18jsmithdrumkilla: Four minutes twenty seconds from tarball to dial tone, as I recall
22:53.36drumkillajsmith: yup.
22:53.47drumkillaI planned it to be 4:20, too
22:53.51filerawr?
22:54.12drumkillafile: there was a "fastest dude to the dialtone" contest at astricon
22:54.22fileah, yes
22:54.25seanbrightreal    0m33.283s
22:54.25seanbrightuser    3m1.260s
22:54.25seanbrightsys     0m35.120s
22:54.29Qwellpfft, I could've beat that
22:54.30drumkillathat's hawt
22:54.31seanbrightso longer than 4 seconds
22:54.40Qwelljsmith: what were the official rules?
22:55.03drumkillaQwell: I could have to ... but crowd, alcohol, not planning tricks to shave seconds ...
22:55.15putnopvutQwell: the winner picked up the phone and made a dialtone noise with his mouth.
22:55.22jsmithQwell: Start with the tarballs provided (dahdi + asterisk tarballs)
22:55.45drumkillaget dialtone on an analog phone
22:55.48seanbrighthmmm... that was with DONT_OPTIMIZE set, so it double-compiled
22:55.51QwellI would've cheesed a /dev/dahdi ioctl...
22:55.56jsmithQwell: Compile and install DAHDI and Asterisk... and the first person to put the phone on speakerphone and get dialtone won
22:55.58drumkillaQwell: lol!
22:56.01Qwellwhy even build Asterisk?!
22:56.18ebroadjust bring an ata
22:56.19drumkillais there a command line tool to do that?
22:56.41ebroadand configure to dial without reg
22:56.50jsmithQwell: I didn't know that DAHDI could generate dial tone
22:56.58seanbrightoh, while i have a captive audience.  do i need dahdi hardware to record a meetme?  or just dahdi_dummy?
22:56.58jsmithebroad: Had to use the equipment provided
22:57.03ebroadoh well
22:57.07jsmithseanbright: Just dahdi_dummy
22:57.08drumkillayup, DAHDI generates it, Asterisk is just what (usually) tells it to do so
22:57.16seanbrightcool.  i have that but it keeps giving me a warning.
22:57.18jsmithdrumkilla: Good to know
22:57.35jsmithdrumkilla: (But since Asterisk tells it what indications to play -- I guess it's a big nebulous)
22:57.40jsmiths/big/bit/
22:59.59drumkillait doesn't actually
23:00.12drumkillafor DAHDI channels, the tone information lives within DAHDI
23:00.19drumkillawithin zonedata.c
23:00.43drumkillathe indications definitions in Asterisk are used for inband tones for all other channel types (inband ringing on a SIP channel, for example)
23:01.00drumkillanot that there is a technical reason why it has to be this way, it's just historical, i suppose
23:01.29drumkillaDAHDI tells Asterisk "channel 1 just went off hook", Asterisk tells DAHDI "start playing dialtone on channel 1"
23:01.56drumkillaDAHDI tells Asterisk "they just pressed digit X", Asterisk tells DAHDI "ok, now stop dialtone and keep listening for those digits!"
23:02.09drumkillaand they live happily ever after ...
23:02.24filegood story!
23:02.37drumkillaand the /etc/dahdi/system.conf loadzone stuff determines which set of tones to use
23:02.44seanbrightjsmith: in your many travels, did you ever come across a working zap/dahdi configuration for analog telephony (specifically hangup detection) in belize?
23:03.09drumkillaseanbright: do you know what method is used to indicate hangup?
23:03.11jsmithseanbright: No, but send me to Belize for a week or two and I'll figure it out
23:03.13drumkillait varies all over the place
23:03.29seanbrightdrumkilla: i do not.  if i did i wouldn't ask :-)
23:03.34seanbrighti am using busydetect
23:03.36seanbrightand i hate it
23:03.43drumkillaheh, you should find that out :-)
23:03.49drumkillacall your telco, or google it or something
23:03.59jsmithseanbright: I would guess polarity reversal on hangup, but that would just be a guess
23:04.02seanbrightgoogle isn't friendly
23:04.05drumkillafigures
23:04.10jsmithseanbright: You might even get a polarity reversal on far-end answer, if you're lucky
23:04.23seanbrighti've tried polarity reversal and it didn't seem to work.
23:04.29drumkillayou might get nothing
23:04.33drumkillain which case, :-(
23:04.36seanbrightyeah
23:04.39drumkillastabbity
23:05.40seanbrightreal    0m19.602s
23:05.40seanbrightuser    1m26.900s
23:05.40seanbrightsys     0m20.110s
23:06.09seanbrightthats without enable-dev-mode
23:06.28seanbrightbelize does use mexico's indications, however.
23:07.01drumkillaperhaps they send a burrito on hangup
23:07.07seanbrightyum
23:07.20seanbrightor at least e-coli
23:07.24seanbrightruns away

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.