Mark Michelson
638ef8c5d2
Change to the configure logic regarding IMAP. Prior to this commit, if you wished to configure
...
Asterisk with IMAP support, you would use the --with-imap configure switch in one of the following
two ways:
--with-imap=/some/directory would look in the directory specified for a UW IMAP source installation
--with-imap would assume that you had imap-2004g installed in .. relative to the Asterisk source
With this set of changes the two above options still work the same, but there are two new behaviors, too.
--with-imap=system will assume that you have -libc-client.so where you store your shared objects and will
attempt to find c-client headers in your include path either in the imap or c-client directory.
If either of the two original methods of specifying the imap option should fail, then the check for --with-imap
=system will be performed in addition. It is only after this "system" check that failure can happen.
git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@103698 65c4cc65-6c06-0410-ace0-fbb531ad65f3
2008-02-14 23:30:17 +00:00
..
2006-08-21 02:11:39 +00:00
2006-03-28 03:28:52 +00:00
2006-09-20 04:34:51 +00:00
closes issue #11086 where a user complains that references to following contexts report a problem; The problem was REALLy that he was referring to empty contexts, which were being ignored. Reporter stated that empty contexts should be OK. I checked it out against extensions.conf, and sure enough, empty contexts ARE ok. So, I removed the restriction from AEL. This, though, highlighted a problem with multiple contexts of the same name. This should be OK, also. So, I added the extend keyword to AEL, and it can preceed the 'context' keyword (mixed with 'abstract', if nec.). This will turn off the warnings in AEL if the same context name is used 2 or more times. Also, I now call ast_context_find_or_create for contexts now, instead of just ast_context_create; I did this because pbx_config does this. The 'extend' keyword thus becomes a statement of intent. AEL can now duplicate the behavior of pbx_config,
2007-10-26 16:34:02 +00:00
2005-11-29 18:24:39 +00:00
2007-09-18 22:42:27 +00:00
2007-08-21 16:39:09 +00:00
2008-01-24 21:57:41 +00:00
2005-11-29 18:24:39 +00:00
2005-11-29 18:24:39 +00:00
2006-12-27 18:29:13 +00:00
2007-11-30 19:26:04 +00:00
2006-01-08 17:24:54 +00:00
2006-06-30 15:12:35 +00:00
2008-01-16 20:33:47 +00:00
2008-02-14 23:30:17 +00:00
2006-06-07 18:28:29 +00:00
2005-11-29 18:24:39 +00:00
closes issue #11379 ; OK, this is an attempt to make both sides happy. To the cdr.conf file, I added the option 'unanswered', which defaults to 'no'. In this mode, you will see a cdr for a call, whether it was answered or not. The disposition will be NO ANSWER or ANSWERED, as appropriate. The src is as you'd expect, the destination channel will be one of the channels from the Dial() call, usually the last in the list if more than one chan was specified. With unanswered set to 'yes', you will still see this cdr entry in both cases. But in the case where the dial timed out, you will also see a cdr for each line attempted, marked NO ANSWER, with no destination channel name. The new option defaults to 'no', so you don't see the pesky extra cdr's by default, and you will not see the irritating 'not posted' messages.
2007-11-27 06:24:02 +00:00
2008-01-28 17:15:41 +00:00
2005-12-03 19:25:33 +00:00
2007-10-13 05:24:33 +00:00
2007-12-03 23:50:51 +00:00
2007-12-04 23:46:40 +00:00
2007-08-03 20:25:22 +00:00
2006-03-31 10:29:50 +00:00
2007-02-13 20:56:50 +00:00
2007-02-12 19:17:08 +00:00
2005-11-29 18:24:39 +00:00
2006-08-21 02:11:39 +00:00
2006-06-07 17:44:36 +00:00
2006-10-30 16:27:34 +00:00
2005-11-29 18:24:39 +00:00
2005-11-29 18:24:39 +00:00
2006-06-09 20:26:25 +00:00
2006-10-31 10:56:20 +00:00
2007-08-23 20:16:41 +00:00
2007-12-04 23:46:40 +00:00
2008-01-17 22:37:22 +00:00
2006-03-31 15:02:52 +00:00
2007-12-03 23:12:17 +00:00
2007-04-30 15:25:31 +00:00
2006-03-31 10:29:50 +00:00
2006-08-21 02:11:39 +00:00
2005-11-29 18:24:39 +00:00
2006-03-31 10:29:50 +00:00
2007-09-06 16:56:29 +00:00
2006-05-22 21:12:30 +00:00
2007-10-25 23:03:11 +00:00
2007-09-12 20:12:06 +00:00
2007-12-14 01:24:06 +00:00
2007-12-06 12:54:11 +00:00
2007-04-06 20:58:43 +00:00
2005-11-29 18:24:39 +00:00
2007-12-06 19:11:35 +00:00
2006-09-20 05:01:03 +00:00
2006-07-19 20:44:39 +00:00
2005-11-29 18:24:39 +00:00
2006-12-27 21:08:30 +00:00
2006-08-23 21:19:21 +00:00
2007-12-21 16:37:47 +00:00
2006-06-14 14:12:56 +00:00
2005-11-29 18:24:39 +00:00
2005-11-29 18:24:39 +00:00
2008-01-21 18:11:07 +00:00
2007-11-27 15:23:17 +00:00
2006-04-19 07:23:22 +00:00
2008-01-27 21:59:53 +00:00
2006-02-22 22:53:49 +00:00
2006-08-29 20:50:36 +00:00
2006-02-10 23:55:47 +00:00
2007-08-13 21:57:20 +00:00
2007-11-06 02:52:05 +00:00
2007-11-04 22:38:13 +00:00
2007-10-15 16:34:13 +00:00
2006-03-31 15:02:52 +00:00
2006-11-11 02:04:28 +00:00
2007-08-01 17:56:59 +00:00
2007-12-17 21:12:42 +00:00
2005-11-29 18:24:39 +00:00
2008-01-18 21:37:21 +00:00
2006-06-14 14:12:56 +00:00
2007-08-21 16:39:09 +00:00
2005-11-29 18:24:39 +00:00
2007-06-14 21:50:40 +00:00