From 388f6296704f69438aea5623347e84bd28893b6a Mon Sep 17 00:00:00 2001 From: mvanbaak Date: Sun, 21 Sep 2008 09:28:25 +0000 Subject: Merged revisions 143837 via svnmerge from https://origsvn.digium.com/svn/asterisk/trunk ........ r143837 | mvanbaak | 2008-09-21 11:27:08 +0200 (Sun, 21 Sep 2008) | 2 lines fix privacy documentation. We no longer do priority jumping +101 ........ git-svn-id: http://svn.digium.com/svn/asterisk/branches/1.6.0@143838 f38db490-d61c-443f-a65b-d21fe96a405b --- doc/tex/privacy.tex | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) (limited to 'doc/tex') diff --git a/doc/tex/privacy.tex b/doc/tex/privacy.tex index 17cf6a12b..a06edd6bb 100644 --- a/doc/tex/privacy.tex +++ b/doc/tex/privacy.tex @@ -35,8 +35,10 @@ Null callerid's are a fact of life, and could be a friend with an unlisted number, or some charity looking for a handout. The PrivacyManager application can help here. It will ask the caller to enter a 10-digit phone number. They get 3 tries(configurable), and this is -configurable, with control being passed to priority+101 if they won't -supply one. +configurable, with control being passed to next priority where you can +check the channelvariable PRIVACYMGRSTATUS. If the callerid was valid this +variable will have the value SUCCESS, otherwise it will have the value +FAILED. PrivacyManager can't guarantee that the number they supply is any good, tho, as there is no way to find out, short of hanging up and -- cgit v1.2.3