Re: CTI Integration

> > in SkyDialNumber.m, in (NSString *)activeCTITelephone, a Default
> > CTIRemoteHostToDevice is checked, to map the client hosts with  
> > telephone
> > device. This is fine with "older" telephone systems, but not really  
> > useful in a modern world,
> Only that the far majority of the modern world still uses phones  
> attached to a specific place, even if its VoIP one ;-)

Agree,  I've got 15 VOIP PBXs, and the workstation:user:extension triple
is pretty static.  Of the hundreds of phones there are only a handful of
[supported] mobile devices.

In my experience the sheer intensity of an average user's reaction to a
soft-phone is really shocking.  To say "They don't like them" would be
powerfully understated.

> > where the telephones are more or less mobile, e.g. I log
> > in from any host, and my telephone number is still the same,  
> > because I use a softphone.
> Yes, some people do that :-)
> > This check seems to be also useless, if there are proxies used to  
> > access ogo, or if users work with thin clients from a terminal server. So  
> > all the users will access ogo from the same IP address.
> Yes. Its for inhouse operation.

We use a proxy server in-house,  but it is easy to get around, either by
header injection or just using the username.  See the "X-Forwarded-For"
header if your proxy server is Squid.

> > I'd like to propose the use of a telephone field, e.g. 04_tel_ext,  
> > that stores an internal telephone system extension of accounts. When the  
> > account log in, then this number is used to determine the telephone of the  
> > user. I use it that way with SkyDialLink, and an external php script.
> I'm not sure why you need a separate number for that? Sounds to me  
> like it would be any of the regular numbers which is then matched  
> against the phone prefix pattern of the PBX?

It is easy enough to define a custom telephone type;  if you want your
CTI to lookup the user's extension the method should be configurable.  I
imagine that many shops will have to 'hack it' given how customized PBX
deployments tend to be.

> > I am not sure about that. Also in SkyDialNumber.m, in - (id)dialer,  
> > it tries to create a dialer:
> > dialer = [[WOApplication application] createCTIDialer];
> > but whatever I do, the dialer is always nil.
> Start in GDB, set a breakpoint, see what it does.
> > Anybody could explain me, how the createCTIDialer is intended to work?
> Could you ask the question in a more specific way? I think the  
> sourcecode is rather obvious.


-- 
OpenGroupware.org Discussion [email protected]
http://mail.opengroupware.org/mailman/listinfo/discuss