From d40687d8417d79b9b23439574319603c0ba3fb12 Mon Sep 17 00:00:00 2001 From: Michiel van Baak Date: Sun, 21 Sep 2008 09:29:27 +0000 Subject: [PATCH] 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: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@143839 65c4cc65-6c06-0410-ace0-fbb531ad65f3 --- doc/tex/privacy.tex | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/doc/tex/privacy.tex b/doc/tex/privacy.tex index 17cf6a12b3..a06edd6bb5 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