5953lc

1) I assumed string comparison was absolute, where +1-617-399-8147, 6173998147 and 16173998147 would be 3 different entries and, in fact, I would have made 3 separate entries. Whatever CID is presented incoming is faithfully copied and put in as a "Black List" entry, every time. 2) In the Agent Group, my From-Header: is set to "Group Name (Calling Number)" where Calling Number is what is being black-listed. Again, there may be a web presentation issue showing just the first 1000 entries (But there is no reason to limit the amount of information presented, especially since this information is all displayed vertically and the user just has to scroll down ...). How can I fix the 1000 entry limitation ? Also the phonebook list just the black-list entries, just the white-list entries, or just the regular entries ...

There may be a web presentation issue (But there is no reason to limit the amount of information presented, especially since this information is all displayed vertically and the user just has to scroll down ...). Yes, I've checked and the blacklisted numbers are listed as blacklisted using the web interface, and I'm still getting calls from numbers that are supposed blacklisted. How would you grep for a blacklisted number to not only show the file, but show the value listed in the file is black listed ? ? grep -rni "000-000-0000" * It worked and came back with a filename match. I used "ls -l | wc -l" to count the total address book entries (white list, regular, and black list). Is that correct ? Please double-check to make sure that having 2404 files in my adrbook directory isn't messing things up.

So, in Chrome, go in to debugger mode and look for "REST" ?

YES! Works perfectly now. Thanks.

Ok... WORKING!!!!! It's not the Administrator Call Log, it's the Domain Call Log. Works perfectly, even up to 50000 records.

AHA! See, we didn't know that. So as I understand it, When the autoattendant tries an extension starting with a 9 that doesn't have a voicemail setup, it is saying "this extension number does not exist", even though the extension does exist. You're saying that the autoattendant should apply the rules for when the extension is not available... so if there isn't anything setup for when the extension is not available, the autoattendant is correctly reporting that "this extension number does not exist" ?

Yay! Thanks. I have to keep "forgot my password" ....

LIMITS ? You've got the PBX working with over 1250+ pages. I LOVE IT... I didn't think it would get that high. I just want to back it off a bit down to 1000 pages.... So to back up all the recordings I would have to back up everything in the recs folder. ? Can I delete all the recordings over 30 days old using the vodia web interface ? Remember, I not only want to delete the recordings but I want to delete the extraneous pages that are listed1275 1276 1277 1278 12791280 1281 1282 1283 1284 1285 Thanks.

Are these those "hanging call" bug reports... ? (As long as I don't have to keep them.) I have to say, I haven't had many/any hanging calls at all with your newer versions with the hanging call fixes. I used to get 1-2 every day on the active call list that I couldn't delete. Great work!

Ok. How would your alternative work ? http://websiteurl.com/htm?page=123 How would it work with REST ? I'm trying to pull up a particular date's recordings ? Sometimes I know when the call cam in so I'm looking for a date and I have a start time as well.... Sometimes I even have a caller ID... not always though.

Awesome... So the dom_calllog.htm is generated server-side, and not client-side. What is the upper value for "length" ? How much of a CPU hit would you expect going from 1000 to 9999 ? So I can edit the dom_calllog.htm page under "Customize" and "Templates", for "dom_calllog.htm" with "Type" set to "Webpages (Domain)" ? Do I have to reboot the server for the changes to take effect ? NOTE: I edited the dom_calllog.htm as listed above and rebooted and there was no change.

Ok.. good to know that the page is rendered client-side. This issue is that once the page is built, there is no way to tell if one is on page 1..50 or page 951..1000. Would there be a way to highlight the page number, or change the url at the top to reflect which page has been rendered ?

So to back up all the recordings I would have to back up everything in the recs folder. ? Would I delete all the recordings over 30 days old using the vodia web interface ? Remember, I not only want to delete the recordings but I want to delete the extraneous pages that are listed 1275 1276 1277 1278 12791280 1281 1282 1283 1284 1285 Thanks

what are the "expired-####.txt" files in the snomONE directory ? I have a bunch of files named "expired-#########.txt" in the snomONE directory. Why are they there? What are they for ? Can they be deleted ?

Free ultra high security password generator at https://www.grc.com/ppp.htm Each time you load the page, a new, unique, high-quality, pseudo-random 256-bit PPP "Sequence Key" is displayed or refreshed thus generating another set of random passwords (Using 4-characters per passcode, 16,777,216 passcodes are possible, but you can, you should use 6 or 8 characters for even better security). - Passcode character set or provide your own passcode alphabet of any composition and size - Passcode length to match your minimum or maximum lengths You can then print out a list of random easily readable passwords ...

This is what I use ... https://www.grc.com/ppp.htm Each time you load the page, a new, unique, high-quality, pseudo-random 256-bit PPP "Sequence Key" whenever this page is displayed or refreshed thus generating another set of random passwords (Using 4-characters per passcode, 16,777,216 passcodes are possible, but you can, and should use 6 or 8 characters for even better security). You can then print out a list of random easily readable passwords ... Just set the password length to less than the maximum password length your using and "voila"

On the "Recorded Calls" page ie /dom_recordings.htm, the page number should be included in the URL If you select any page on this screen page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 4243 44 45 46 47 48 49 .... 1247 1248 1249 1250 1251 1252 1253 1254 12551256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 12791280 1281 1282 1283 1284 1285 The url listed at the top of the browser will ALWAYS SAY "dom_recordings.htm", whether I'm on page 1, 50, or 1250. I suggest adding the page # to the URL so: when I'm on page 50 the URL at the top of the browser will be: /dom_recordings.htm_page_50.htm or when I'm on page 951, the URL at the top of the browser will say: /dom_recordings.htm_page_951.htm

I have 1000+ pages on my /dom_recordings.htm Recorded Calls page. How to reduce the listed pages ? Recorded Calls Search Call-ID: Date: Agent: Search Please select page 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 4243 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 8687 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 (yes this takes a few seconds to load.... but it's nice to have those recordings when you need them ....) 1216 1217 1218 1219 1220 1221 1222 1223 1224 1225 1226 1227 1228 1229 1230 12311232 1233 1234 1235 1236 1237 1238 1239 1240 1241 1242 1243 1244 1245 1246 1247 1248 1249 1250 1251 1252 1253 1254 12551256 1257 1258 1259 1260 1261 1262 1263 1264 1265 1266 1267 1268 1269 1270 1271 1272 1273 1274 1275 1276 1277 1278 12791280 1281 1282 1283 1284 1285

I am working as well to try this on a Rasberry pi 3. I appreciate and look forward to your update.

On the Call History screen ie dom_callog.htm, the page number should be included in the URL If you select any page on this screen Please select page 1..50 51..100 101..150 151..200 201..250 251..300 301..350 351..400 401..450 451..500 501..550 551..600 601..650 651..700 701..750 751..800 801..850 851..900 901..950 951..1000 The url listed at the top of the browser will ALWAYS SAY "dom_callog.htm", whether I'm on page 1..50 or 951..1000. I suggest adding the page # to the URL so: when I'm on page 1..50 the URL at the top of the browser will be: dom_callog_page_1..50.htm or when I'm on page 951..1000, the URL at the top of the browser will say: dom_callog_page_951..1000.htm

Yes, I would like to try the tool too. How can I try it ?

Would it be possible using a symbolic link to set both the specific mounted device and the folder on the mounted device ? Could you give an example ? Thanks

So Vodia should fix that. CUE should know about all extensions by default, whether there is voicemail box setup or not. I have lots of extensions where I don't have Voicemail boxes setup on purpose. So by not having voicemail boxes setup on those extensions, those extensions are not available ? Yeah, Definitely borked. Please fix. A workaround that might work is to setup voicemail box, then set to announcement only mode, and then upload an announcement that says " We're sorry, no one is available right now. Please call back and try another extension". By the way, is there a recording already in the system for " We're sorry, no one is available right now. Please call back and try another extension" ?

Call History is limited to 1000 calls - can this be increased to match the CDR and Recording Duration of 9999d and Maximum number of CDRs of 100000 ? For our system, 1000 calls are most recently from: 8/25/2016, 1:07:05 AM 8/21/2016, 8:36:27 PM So that's less than 4 days of calls because Vodia sometimes logs both legs of a call. Increasing the Call History to 9999d and or 100000 would be consistent with the other logging functions...

As best as I can test, any entry under 1000 on the black list will be blocked; any entry over 1000 will not be blocked. (This may affect the white list code as well.) Assuming the following: The # of .xml files in the snomONE adrbook directory are the total # of Contact Type entries in the domain addressbook (combined WhiteList BlackList and Regular Contacts, right?) I have 2389 .xml files in my addrbook directory and 90%+ are Black List entries. and for the /dom_adrbook.htm page: I set "Result Length" to "View All" and click on the "Search" button. It will only list 1000 entries. ( I have 2389 .xml files in my addrbook directory and 90%+ are Black List entries.)