Спасибо, ваше решение работает!
На всякий случай, если кто будет искать аналогичное решение: перевод строк осуществляется через CR/LF (13,10) - просто LF не работает. Даже в консоли астериска на linux'е строка отображается правильно только в случае CRLF.
Set(MESSAGE=${SPRINTF("test с%c%ctest b%c ...

Вобщем, после изучения исходников стало понятно, что функция ast_str_get_encoded_str в sendtext вырезает все символы "\".
Т.е. контрольными последовательностями нельзя ничего добиться в app_*, использующих функцию ast_str_get_encoded_str.
Но никто не мешает поместить многострочный текст в переменную ...

Здравствуйте!
Никак не могу найти информацию о многострочных переменных в asterisk.

Точнее, я просто использую SendText(), и хочу послать сообщение с переводом строки.
Т.е. примерно как printf "test1\ntest2\n".
Но по приходу сообщения на клиент символ "\" вырезается. Пробовал \\n, \n, и даже <br ...

Судя по содержимому, в вашей пасте речь идет о ts_kmp.mod.c. Почему избран именно этот модуль для примера?
По теме: почему-то мне кажется, что аутентификацией (а это по сути именно она) должен заниматься не диалплан, а кто-то пораньше...

Т.е. вы считаете, что с AEL не стоит связываться, и надо сразу переходить на LUA?
Просто "дефолтный" язык extensions очень уж низкоуровен, написать на нем что-то сложное, чтобы в дальнейшем другой человек это сразу понял просто невозможно.

Диалплан у меня такого вида:
context internal_free {
_[345]XX => {
Dial(SIP/${EXTEN},,g);
Hangup();
}
_[67]XXX => {
Dial(SIP/${EXTEN},,g);
Hangup();
}
.... тут еще куча аналогичных строк ....
}

где именно мне нужно прописывать сравнение username с cid?

Т.е. придется сравнивать перед каждым dial?
По-моему это чересчур костыльное решение. Проще тогда callerid в конфигурации пира прописать.

Здравствуйте!
Недавно обнаружил, что астериск принимает любой cid от клиента (в том числе и вообще принимает входящий без CID, если на клиенте ничего не прописать).
Как это исправить?
знаю, что можно записать примерно так:
[100]
callerid=100

Но если клиентов много, придется каждому прописывать ...

давно заметил, что при использовании switch в cdr лезут левые данные. например:

// баны входящих по упрощеной схеме
macro deny_spam() {
switch (${CALLERID(num)}) {
case 8123199999:
Set(CDR(userfield)=LOVUSHKA);
goto deny_exec;
default:
goto cont_exec;
}
deny_exec:
Hangup(17);
cont_exec ...

Вобщем, оказалось, что независимо от позиции стоки "includes" включеный контекст всегда выполняется в конце. Не зависимо от того, перекрывает он существующие или нет.
Странное поведение, однако.