16:11:38 <lvlinux> benoitc: it has been hit and miss for me. Some things seem to work fine and consistently, while others seem unpredictable/unreliable. 
16:13:45 <lvlinux> Transferring seems to always do _something_ but not always what's expected or specified. For me sometimes it does a blind transfer and other times it's attended regardless of what's specified. (I haven't yet figured out what makes the difference).
16:14:30 <lvlinux> Also, transferring to feature codes like *3 for parking has weird behavior.
16:16:40 <lvlinux> Sending to callflows works also somewhat, but again, it's a bit strange. Some callflows work and others don't. If I send a channel to a callflow that plays streaming music, both sides hear the music, but stay bridged. Trying to unbridge before or after the transfer has no effect.
16:17:51 <lvlinux> Transferring to a user extension seems to work fine. (Can't remember if it forces blind or attended, but it did work for me.)
16:24:52 <lvlinux> Oh also, operations on B-leg channels seem to be ignored. Maybe because the metaflow isn't present on them---and it's not possible to add it on the fly with the open source Kazoo apps.
16:44:49 <nlogex> Hello, about ratedecks: if I set one ratedeck at the root level and another at a reseller level, will they be merged when a subaccount on the reseller make/receives a call? i.e. if a rate is not in the reseller ratedeck will the default ratedeck be checked as well?
17:04:52 <nlogex> Also, what does 'prefix' in a rate deck match against, is it always the called number or can it match against the caller's number for inbound calls?
17:45:12 <lvlinux> I'm pretty sure prefix would always be matching against the destination, not CLI.
18:09:19 <nlogex> thanks, that's what I thought