similar to: Mac OS X 10.4 support

modern technology, shorter durations could work. Most phones of all types don't make a standardized tone burst but produce tones only while the button is pressed. Fast "punching" will produce short tones. On the other hand, a redialed number will be very well formatted. Reliability of TT data transfer for audio applications (over the phone voice mail, credit card, IVR, etc) would

Several people in the past month have asked about sending audio of the call to a remote AGI server. Currently, this is not available, because when we connect to a remote AGI server, we connect on a single socket, which establishes a command channel. I've been thinking about how we might accomplish a secondary audio channel, and I've come up with what I believe is a good solution.

Asterisk Project Security Advisory - AST-2007-026 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | SQL Injection issue in cdr_pgsql |

Asterisk Project Security Advisory - AST-2007-026 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | SQL Injection issue in cdr_pgsql |

Asterisk Project Security Advisory - AST-2008-011 +------------------------------------------------------------------------+ | Product | Asterisk | |--------------------+---------------------------------------------------| | Summary | Traffic amplification in IAX2 firmware | | |

Is anybody currently using the SMS application? We've had some reports of the current SMS application not working, and we're really not equipped on this side of the pond (USA) to work on figuring out what the problem is, or even if there is a problem at all. I've attempted to get the SMS application to talk to itself, but that does not seem to work. Because of our inability to

Asterisk Project Security Advisory - AST-2007-023 +------------------------------------------------------------------------+ | Product | Asterisk-Addons | |--------------------+---------------------------------------------------| | Summary | SQL Injection Vulnerability in cdr_addon_mysql |

Asterisk Project Security Advisory - AST-2007-023 +------------------------------------------------------------------------+ | Product | Asterisk-Addons | |--------------------+---------------------------------------------------| | Summary | SQL Injection Vulnerability in cdr_addon_mysql |

Asterisk Project Security Advisory - AST-2008-010 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | Asterisk IAX 'POKE' resource exhaustion |

Asterisk Project Security Advisory - AST-2007-025 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | SQL Injection issue in res_config_pgsql |

Asterisk Project Security Advisory - AST-2007-025 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | SQL Injection issue in res_config_pgsql |

Dear all, I am highly disappointed of the following decision: === ... Starting with R 2.3.0, CRAN binaries support Mac OS X 10.4 (Tiger) and higher only. === Of course, === It is, however, possible to compile binaries for earlied OS X versions from sources. === But the process, described on http://cran.r-project.org/bin/macosx/RMacOSX-FAQ.html#Building-R-from-sources consists of more than

Asterisk Project Security Advisory - AST-2009-005 +------------------------------------------------------------------------+ | Product | Asterisk | |---------------------+--------------------------------------------------| | Summary | Remote Crash Vulnerability in SIP channel driver |

Asterisk Project Security Advisory - AST-2009-005 +------------------------------------------------------------------------+ | Product | Asterisk | |---------------------+--------------------------------------------------| | Summary | Remote Crash Vulnerability in SIP channel driver |

Asterisk Project Security Advisory - AST-2008-005 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | HTTP Manager ID is predictable |

Asterisk Project Security Advisory - AST-2008-005 +------------------------------------------------------------------------+ | Product | Asterisk | |----------------------+-------------------------------------------------| | Summary | HTTP Manager ID is predictable |

Hi guys, Having issue with getting CDR to write to MS-SQL via ODBC. > cdr_odbc: Connected to freetds-connector > cdr_odbc: Error in PREPARE -1 > cdr_odbc: Query FAILED Call not logged! == Spawn extension (cisco, ##########, 2) exited non-zero on 'IAX2/astYYYY-507 Isql test: [xxx at YYYY asterisk]# isql freetds-connector XXXXXXX YYYYYYYYY

Hi folks, Is there anywhere I can possibly get a model of the exam itself, maybe possible scenarios for the prac, etc? To people who have done the exam....any helpful hints ? Thanks,

Hi, I'd like to make a "feature request" for users of rsync on Mac OSX Tiger (10.4) Given the current sorry state of backup tools on Mac OSX, the only way I've found to reliably backup data from Mac OSX is to keep the data on a UFS volume, and to then backup it up using *standard* rsync (no -E) to a Unix file server. This way, all the the "apple double" are

and a little more on fax config support ----- Original Message ----- From: "Tilghman Lesher" <tilghman@mail.jeffandtilghman.com> To: <asterisk-users@lists.digium.com> Sent: Monday, August 11, 2003 4:48 PM Subject: Re: [Asterisk-Users] Fax Handled > On Monday 11 August 2003 03:26 pm, Eduardo Goncalves wrote: > > On Mon, 11 Aug 2003 15:15:08 -0500 > > >