Jump to content

Bjoern_Sylphen

Member
  • Content Count

    4
  • Joined

  • Last visited

Community Reputation

0 Neutral

About Bjoern_Sylphen

  • Rank
    Newbie

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Ich konnte das Problem wie folgt beheben: Für den Swyx It Client: The default SizeLimit for any search results inside the VisualContacts UI is 50. You can increase the value if you want to. If you want to disable that SizeLimit, set this value to 0 (Attention! This may cause an unusable SwyxIt!). HKLM\{Wow64Node}\SOFTWARE\Swyx\Client Line Manager\CurrentVersion\Options\Plugins\{FC76152D-C278-43F6-ADB9-D28CD530907B} REG_DWORD SizeLimit Für die DECT 500 Handsets: Neuste Firmware installieren. VIRTUAL_LISTS von 0 auf 1 setzten: %LDAP_VIRTUAL_LISTS%:0x01
  2. Hallo zusammen, Ich habe ein seltsames Problem mit Estos / Visual Contacts. Estos läuft in einer etwas älteren Version 3.5. Die SwyxWare in 12.20. In der Estos Datenbank sind 135 Datensätze. Wenn nun im SwyxIt Client über den Reiter VisualContacts eine Suche startet, sind die Ergebnisse auf max. 51 Treffer limitiert, auch wenn die Suche eigentlich mehr Treffer liefern sollte. Genauso verhält es sich auf den DECT 500 Handsets, welche ebenfalls über das Telefonbuch mittles LDAP die Estos Datenbank abfragt. Im Telefonbuch werden nur die ersten 51 Treffer angezeigt. Im Log des Estos Server sind die Select-Befehle von SwyxIt Client und DECT Handset immer auf 51 Treffer limitert. Hier ein Beispiel zu einer Abfrage über das Telefonbuch eines DECT 500 Handsets: 04.12.2020 17:27:31:267;32;SQL;SELECT * FROM contacts WHERE (contacts.Field7 <> '' AND (contacts.Field1 = 'C3DE90FF6FDDAF45B0DD66BB6394E1A8') AND contacts.Field79 <> '0') ORDER BY Field6 COLLATE meta ASC LIMIT 51 Zur weiteren Analyse habe ich mit dem Tool LDAP Admin (http://www.ldapadmin.org/index.html) eine Verbindung zur Estos Datenbank aufgebaut und darüber eine Abfrage gestartet. Erstaunlicherweise werden mir dort alle Treffer aus der Datenbank angezeigt. Also mehr als 51. Auch im Log von Estos wird kein "ASC LIMIT 51" im SQL-Befehl zu dieser Abfrage verwendet. Folgendes auf Estos Seite habe ich bereits versucht: https://helpdesk.estos.de/Knowledgebase/Article/View/66/2/howto-limitierung-der-ldap-abfrage-erhohen Ich habe mir mittlerweile einen Wolf gesucht, kann aber die Ursache für die Limitierung nicht finden. Hat hier im Forum evtl. jemand eine Idee wo die Ursache liegen könnte? Über Tipps und Hinweise wäre ich sehr dankbar Beste Grüße, Björn
  3. Hallo Tom, Vielen Dank für deine Antwort. Nein, ein Aufsatz wird nicht verwendet. Dann werden wir mal den Aufwändigen Weg über die Telekom nehmen Sofern wir eine Lösung für das Problem finden, werde ich Sie hier posten.
  4. Liebe Forumgemeinde, Ein Kunde hat uns gebeten ein Problem mit seiner Netphone zu analysieren. Die Netphone läuft in Version 11.25 auf einem physikalischen Windows Server 2016. Für das CallRouting der Hotline wird ein CallRouting-Benutzer verwendet. Dem Benutzer ist ein ECR-Skript hinterlegt. Die grundsätzliche Problematik lässt sich wie folgt beschreiben: Man öffnet man das betreffende Callrouting des Bentuzers über den GSE Editor. Anschließend beendet man den GSE-Editor wieder. Dabei ist es egal, ob man Änderungen am Skript durchführt oder nicht. Nun wird das Skript nicht mehr geladen. Im ippbx-Serverlog finden ich dazu folgendes: 14 12:09:36.096 002720 Info SrvScrAPI 065F8488 0000002b SScriptLoader::LoadScript (callrouting.vbs, U:1093 Anruf 00 - Zentrales Call Routing) 14 12:09:36.096 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) callrouting.vbs', scope User 14 12:09:36.097 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) Templates_V4.3.vbs', scope SystemDefault 14 12:09:36.097 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) rulePreProcessing.vbs', scope SystemDefault 14 12:09:36.098 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) rulePostProcessing.vbs', scope SystemDefault 14 12:09:36.098 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) Functions.vbs', scope SystemDefault 14 12:09:36.098 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) actionStandardVoicemail.vbs', scope SystemDefault 14 12:09:36.098 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) actionStandardRemoteInquiry.vbs', scope SystemDefault 14 12:09:36.099 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) actionRedirection.vbs', scope SystemDefault 14 12:09:36.100 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) Resources.vbs', scope SystemDefault 14 12:09:36.102 002720 *Err SrvScCache 05F996B8 0000002b SScriptFCache::LdDiskVerify () signature verification failed, err ErrFailure 14 12:09:36.102 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Failure) ruleHD24ZentraleNeu.vbs', scope User 14 12:09:36.102 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) callrouting.vbs', scope SystemDefault 14 12:09:36.102 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) Templates_V4.3.vbs', scope SystemDefault 14 12:09:36.102 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) rulePreProcessing.vbs', scope SystemDefault 14 12:09:36.103 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) rulePostProcessing.vbs', scope SystemDefault 14 12:09:36.103 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) Functions.vbs', scope SystemDefault 14 12:09:36.103 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) actionStandardVoicemail.vbs', scope SystemDefault 14 12:09:36.104 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) actionStandardRemoteInquiry.vbs', scope SystemDefault 14 12:09:36.104 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) actionRedirection.vbs', scope SystemDefault 14 12:09:36.105 002720 Info SrvScCache 05F996B8 0000002b SScriptFCache::LoadFile () Done loading (Success) Resources.vbs', scope SystemDefault 14 12:09:36.105 002720 Info SrvScrAPI 05F09730 0000002b SScriptHost::Initialize () loaded 'callrouting.vbs (SystemDefault)' with 611876 bytes in 0.009s Dann bleibt uns nur noch die Swyx-Dienste neuzustarten. Anschließend funktioniert das Callrouting wieder und das Skript wird korrekt geladen, wie man in den Logs sieht: 14 08:35:46.621 001ac0 Info SrvScrAPI 0E8E7A38 00001a8a SScriptLoader::LoadScript (callrouting.vbs, U:1093 Anruf 00 - Zentrales Call Routing) 14 08:35:46.621 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) callrouting.vbs', scope User 14 08:35:46.621 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) Templates_V4.3.vbs', scope SystemDefault 14 08:35:46.621 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) rulePreProcessing.vbs', scope SystemDefault 14 08:35:46.622 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) rulePostProcessing.vbs', scope SystemDefault 14 08:35:46.622 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) Functions.vbs', scope SystemDefault 14 08:35:46.622 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) actionStandardVoicemail.vbs', scope SystemDefault 14 08:35:46.622 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) actionStandardRemoteInquiry.vbs', scope SystemDefault 14 08:35:46.623 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) actionRedirection.vbs', scope SystemDefault 14 08:35:46.623 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) Resources.vbs', scope SystemDefault 14 08:35:46.624 001ac0 Info SrvScCache 069BCC68 00001a8a SScriptFCache::LoadFile () Done loading (Success) ruleHD24Zentrale.vbs', scope User 14 08:35:46.625 001ac0 Info SrvScrAPI 0EE5AAD0 00001a8a SScriptHost::Initialize () loaded 'callrouting.vbs (User, Anruf 00)' with 624245 bytes in 0.004s 08:35:46 14 08:35:46.632 001ac0 Inf3 SrvPBXCtl 0E9EBAE0 00001a8a SScrServer::InitScript () initialize script for U:1046 Anruf 00 Hat da jemand eine Idee oder einen Tipp, woran das liegen könnte? Ich wäre über jeden Hinweis dankbar
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use and have taken note of our Privacy Policy.
We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.