Hi Tobias, Hi Olaf,
das ist korrekt. Wenn Rufumleitungen per TAPI gesteuert werden, löscht eine neue RUL bzw. eine Änderung per TAPI erstmal alle bestehenden Umleitungen, also auch administrative Umleitungen mit Bedingungen (CFU only not ...). Ursache dafür ist das Standardverhalten vom Innovaphone TAPI Service Provider, auf den der estos ja zugreift.
Das kann man aber über folgende Einstellung in der Registry vom TSP anpassen:
https://wiki.innovaphone.com/index.php?title=Reference8:TAPI_Service_Provider#Tweaks -> ClearFwdOnSet
Aus dem Wiki:
- ClearFwdOnSet
- REG_DWORD. If set to a non-zero value, the TSP will clear all current call forward settings before a lineForward request is executed. This implies that all call forward settings are replaced by the new settings. Standard behaviour is to only modify the settings, that is, replace all current settings of the same type with the settings found in the lineForward request (for example, if there is only one setting in the request that defines a CFU, then the current CFU settings are replaced by the new one provided. All others, such as e.g. CFNR settings, are left untouched).
Tapi spec is pretty clear on how this should work:
The provider should "unforward everything" prior to setting the new forwarding instructions. Even though, for historical reasons, ClearFwdOnSet=0 has been the default in all TAPI versions prior to V8 hotfix 6, from hotfix 6 on, the default changes to 1, as this has turned out to be the widely accepted interpretation
Das Thema betrifft alle TAPI Applikationen, z.B. auch C4B Xphone Connect.
Mit freundlichen Grüßen
Danny
