Entschuldigung, wir fuhren grad' zweigleisig, da verlor ich wohl etwas die Übersicht. 
... was wird es demnächst geben?

Das hier?

Capi="%systemroot%\system32\capi2032.dll" 

oder die Multiinstanzenfähigkeit?
Am bestem wäre natürlich beides.

Das Voting finde ich enttäuschend.
Mir so wenig Resonanz habe ich nicht gerechnet.
Andererseits, zufriedene Nutzer sind die im Downloadvolumen.
Oder wie ein Koch einmal sagte:
"Wenn's schmeckt sagen Sie's weiter, wenn nicht, sagen Sie's mir".

HEUREKA, JETZT HAB ICH'S ENDLICH ENTDECKT
*** kleiner Patzer in der ehemals integrierten CapiProxy-Unterstützung ***

Phoner + Bluetooth* = "HILFE! CapiProxy geht nicht!"
*mit CIP-Profil

Warum?

Phoner hat - seit Vesion 1.67 muss man ja leider sagen "hatte" - die Eigenschaft, die capi20client.dll nur dann zu nutzen, wenn er auf dem System keine capi2032.dll vorfand.

Bug oder Feature?

Wenn nun aber der Bluetooth-Controller das Profil CIP (Common ISDN Access Profile) also ISDN über CAPI unterstützt, wird automatisch eine capi2032.dll mitinstalliert. Diese ist aber meistens mangels ISDN-Access-Point funktionslos.
Phoner verwendet aber in jedem Fall eine vorhandene auch funktionslose capi2032.dll und meldet folgerichtig "no CAPI available". 
Die capi20client.dll verwendet Phoner dummerweise nur dann, wenn er keine capi2032.dll findet.
Das ist aber mit zunehmenter Bluetooth-Verbreitung immer seltener der Fall.

Et voilà, schon funktioniert die im Phoner integrierte CapiProxy-Unterstützung nicht mehr.

In meinem ersten Fall waren sämtliche Toshiba Laptop Tecra S1 mit Bluetooth-Vorrüstung (nur Steckplatz aber kein Modul) mit vorinstalliertem Windows XP nicht zur Zusammenarbeit mit dem im Phoner v1.66 integrierten CapiProxy zu bewegen, bis ich die bereits existierende CAPI auf dem System entdeckte und umbenannte.

Ich habe jetzt endlich auch die anderen "Phoner-Verweigerer" mit dem neu erworbenen Wissen im Netzwerk in Betrieb nehmen können. Jedes Mal war entweder auf dem System von irgendwo her noch eine capi2032.dll übrig oder der User hatte sich einen USB-Bluetooth-Stick installiert und sich dadurch eine neue und natürlich funktionslose capi2032.dll eingefangen und damit den Phoner v1.66 nachträglich lahmgelegt.

Jetzt komm' ich natürlich ins Grübeln und spekuliere über die Hintergründe die zum Rausschmiss des CapiProxy führten.

Heiko, ehrliche Antwort bitte, war der CapiProxy wirklich so schlecht?
Fehlermeldungen à la "CapiProxy geht nicht!" musst Du doch reichlich bekommen haben.
Oder?

Was hältst Du davon, den CapiProxy wieder einzubauen (der Mensch [ich] ist faul und mag's bequem), und Phoner beizubringen, ihn diesmal auch wirklich zu benutzen, und sich nicht wieder von nutzlos im System herum vagabundierenden Fremd-Capis täuschen zu lassen?

Komm schon, gib Dir 'n Ruck, ich möchte mein Tüpfelchen auf dem "i" wiederhaben, das war so schön bequem. 

War sauschwer rauszukriegen wo's klemmt. (Der Zusammenhang mit Bluetooth, der ja letztendlich nicht wirklich besteht, brachte mich dann auf die richtige Spur.)
Aber dafür können wir jetzt unsere Laptops auch als Schnurlostelefone mit BT-Headset nutzen.

Immer schön der Reihe nach, der CapiProxy-Server läuft bei mir seit Beginn der Integration in Phoner - rund um die Uhr - völlig problemlos unter Windows 2000 und Asterisk ist für mich Fernziel. 

Ansonsten voller Erfolg! 
Der aus der 1.66er Version übriggebliebene CapiProxy wird jetzt von der 1.70beta benutzt, die toten Bluetooth-Capis stören auch nicht mehr, gleichzeitig kann ich auf einem anderen Phoner ungestört SIP spielen, was will man mehr.

Version 1.70beta verwendet jetzt genau die CAPI die ich festlege - z.Zt. also den CapiProxy. 
Die teilweise auf den Rechnern vorhandenen Capis, vorzugsweise von Bluetooth Hardware können jetzt, da sie nicht mehr stören, unangetastet bleiben. Viel besser so.

DLLName="C:\Programme\Phoner v1.66\capi20proxy.dll" 

Wie Du siehst, habe ich den 1.66er weiterhin installiert belassen. Ich kann mich einfach nicht vom gelungenen Userinterface für den CapiProxy trennen. Also verwende ich diese Version im Bedarfsfall als solches.

Ach da fällt mir ein, bau doch das Userinterface vom CapiProxy undokumentiert wieder ein und blende den Reiter nur ein, wenn in der Phoner.ini folgender Eintrag steht. 

Capi20ProxyGUI=1 

So, und hier gleich mal ein Argument dagegen: Die Firma media transfer GmbH (http://www.mtgnet.de/) stellt nämlich eine ähnliche Software (http://www.mtgnet.de/capri/intro.html) für maximal zwei B-Kanäle als Freeware zur Verfügung. Die ist vermutlich wesentlich ausgereifter.

Die werde ich bei Gelegenheit mal antesten.
Da ich vom CapiProxy und dessen Stabilität und Flexibilität schon sehr zufrieden bin weiß ich allerdings noch nicht so recht, was ich von einem primär kommerziellen Produkt mehr erwarten soll.
Ja, o.k., ein richtiges Userinterface natürlich und tolle Sicherheitsfeatures auch, ach ja, das Thema hatten wir ja schon mal ausführlichst durchgekaut, mal seh'n, ob sich die Capi auch so schön durch die Gegend schieben und umbenennen lässt wie beim CapiProxy und weniger Abstürze vielleicht ... weniger als Null? ??? (jedenfalls bei mir )

Ich fand in der Tat das manuelle Rumgeschreibsel in der Registry für derart "niedere Beweggründe" etwas lästig.
Deshalb auch mein Wunsch nach der GUI.

Als Favorit im Registry-Editor geht's ja recht einfach, aber eigentlich ... wann veschieb' ich den Server schon mal im Netzwerk - gaaaaaaanz selten. 
Da werd ich etwas zusätzliche Handarbeit sicher verschmerzen können.

Ach, da fällt mir schon wieder was ein. 
Pack doch die nun sowieso schon programmierte CapiProxy-GUI in ein separates Tool und stell es unter "Sonstiges" als Download bereit. Sozusagen als Trostpflaster für die Fans. Und wegen der Registryeingriffe einen kleinen Text beigelegt wie "Zu Risiken und Nebenwirkungen ..." Wie wär's denn damit? 

Ach ja, gemäß Murphys Gesetz werde ich, falls Du dich entschließen solltest das Tool zu verwirklichen, den CapiProxy selbstverständlich nie wieder benutzen.

Ich habe den Verdacht, dass die Entwickler ihren CapiProxy ein wenig aus den Augen verloren haben. Seit 2003 immer noch Alphastatus und Hilferufe im Forum, die nicht beantwortet werden ... Na, ja.

Ich brauch' die GUI ja nicht wirklich, wär' halt nur schöner gewesen.

Ach, da fällt mir schon wieder was ein ... ach nein, lieber doch nicht.  
Darfst jetzt an VoIP weiter schrauben.

Machs gut und danke für ... "DLLName=" und Multiinstanzfähigkeit. 8)

Quote:
Vielen Dank, aber die Arbeit dieser Entwickler ist nicht zu unterschätzen!

Quote:
Ich habe das selbst nochmal durchcompiliert gehabt. Dem solltest du aber keine große Beachtung schenken.

Dann solltest du das Original verwenden oder gleich den Sourcecode selber compilieren