Jump to content

5953lc

Members
  • Posts

    33
  • Joined

  • Last visited

Posts posted by 5953lc

  1. 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 ...

  2. 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.

  3. 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" ?
  4. 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.

  5. 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.

  6. You could backup the recording and delete the one that are over 30 days old. You could also go into the Vodia PBX working directory and check the recs folder but I would not recommend that if you don't know what you're doing.

     

    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

     

     

  7. 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 ...

     

  8. 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"

  9. 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

  10. 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

  11. 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" ?

  12. 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...

  13. 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.)
×
×
  • Create New...