OT: Re: [asterisk-dev] make a call with IP address

2007-04-02 Thread Richard Lyman

pandi ponnangan wrote:
  
This one is an developement question.

we are trying to establish a connection using MANAGER API..

  

*snipped

just because your *usage* is over the the manager interface does not 
make your question to the asterisk-dev list correct, nor demanding it is so.


the reason being, the asterisk-dev list is about changes/new code to 
asterisk/and supporting code like libpri and zaptel.


your question/answer can be achieved by reading the documents and using 
existing features, which would make this a *users* question.


hint: use originate with redirect



___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev


Re: [asterisk-dev] TDMoE protocol

2006-02-21 Thread Richard Lyman

James Harper wrote:


Is there an RFC or other technical documentation for the zaptel TDMoE
protocol anywhere?
 


http://www.dynx.net/ASTERISK/TDMOE/TDMoE-HOWTO

is the only thing i've ever seen on the issue.,

___
--Bandwidth and Colocation provided by Easynews.com --

asterisk-dev mailing list
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev


Re: [Asterisk-Dev] [RFT]: Realtime support for app_queue

2005-05-17 Thread Richard Lyman
Kristian Nielsen wrote:
Richard Lyman [EMAIL PROTECTED] writes:

Richard Lyman wrote:
would have been nice if the patch had been updated for current
cvs-head before the call to test.
after the initial shock wore off and the first cup of coffee was
empty, i figured it's monday so i should 'whine' too much.  so i've
done a hand edit against currect cvs-head as of non today (PST), and
uploaded in the bug references above.
* it is not tested * (it does compile cleanly)

I had a few minor whitespace issues and other problems with this
hand-edited patch, so I merged it myself and uploaded a new patch to
mantis:
http://bugs.digium.com/view.php?id=4037
It's the rt-queue-patch4-dist.txt attachment.
 - Kristian.
yeah it was very 'pretty' when i did it. G

___
Asterisk-Dev mailing list
Asterisk-Dev@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev


Re: [Asterisk-Dev] RFC: Moderating the Asterisk Mailing Lists

2005-01-07 Thread Richard Lyman
Brian Wilkins wrote:
I grew up thinking that no question is stupid or dumb. If someone has to 
respond to the message with, Read the wiki, here's the link then so be it. 
Everyone encourages users to search the lists archives dilligently, but 
sometimes after an hour of searching it proves futile because you either 
didn't type in the right keyword. That's where the list comes in. Moderating 
the list too much will scare people away. I believe it is doing well in 
self-moderation and that no one's time should be wasted as a message monkey 
scanning messages all the time. At best, we could automate it to an extent.

*snipped
no question is stupid or dumb.  the problem is that when people 
are lazy (or haven't learned how to search yet), they repeat the 
same question... over and over and over and over and over and 
over and over and over and over (bit annoying isn't it).

so some people, granted with lessened tact, attempt to let some 
know they must first learn the basics.  (how to help *yourself*)

normally i wouldn't respond to something like this, but it is 
friday and i just plain don't give a  what half of you think.


___
Asterisk-Dev mailing list
Asterisk-Dev@lists.digium.com
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev


Re: [Asterisk-Dev] attended transfer patch app_queue

2004-10-21 Thread Richard Lyman
Ben Merrills wrote:
I think the following line needs modifying, but im not 100% sure quite 
what too.

 

bridge = ast_bridge_call(qe-chan,peer,config);
 

this line it would seem does the transfer in app_queue (based on 
t/T). These can simply be modified (or extended) to include x and 
X. However, Im note sure what the new transfer method is. Could 
someone give me some assistance, I dont mind doing the modification 
(its about time I learnt some c).

 

Cheers for any help,
Ben
*snipped
it does NOT have anything to do with 'transfer', this is the 
'bridge' portion of app_queue (rep in queue, call comes in, rep 
available, BRIDGE the 2!)

the '#' transfer code in is the chan_x files (look in 
chan_agent.c for a visual)

___
Asterisk-Dev mailing list
[EMAIL PROTECTED]
http://lists.digium.com/mailman/listinfo/asterisk-dev
To UNSUBSCRIBE or update options visit:
  http://lists.digium.com/mailman/listinfo/asterisk-dev