RE: [misterhouse-users] SUCCESS! CallerID code - Trying to eliminate bad "unknown" calls

[Mickey A. <mi...@mi...>]

I just upgraded from 2.80 to 2.82 and now have an unusual problem that might
be related to this...

A couple of friends have cell phones that the Caller ID displays Unknown for
the name, but gives the number.  I have both in my phone.caller_id.list.  MH
will announce "Phone Call from Unknown Caller" but the recent phone calls
web page will correctly show the information from phone.caller_id.list (i.e.
call is announced from Unknown but call logged as Belia).

Haven't had a lot of time to track this problem down yet.

Mickey Argo

-----Original Message-----
From: mis...@li...
[mailto:mis...@li...]On Behalf Of Jason
Sharpee
Sent: Friday, August 22, 2003 11:22 PM
To: mis...@li...
Subject: Re: [misterhouse-users] SUCCESS! CallerID code - Trying to
eliminate bad "unknown" calls



I have seen quite a lot of telemarketers using "Unknown" as the registered
name of the caller while the number still comes in.   The
StargateTelephone driver correctly identifies this as a type 'n'
normal CID call, so I actually get a "Call from unknown
123 4545" announced when this occurs.

The telco provides three different types of CID information (in the data
packet sent) and thus intended the cid_types to enumerate those as:

N - Normal call, name and number available.
P - Caller id info purposefully blocked, name and number not available.
U - Number not available (no link between telco carriers for CID info),
name and number not available.

You are correct in changing the type to 'N' and this is the
right routine to do that in.  The rest of the CID objects are device
independent, and rely on the driver to provide accurate info comming from
the specific device.

I filter on calls based on P or U, cause I like to block calls that are P
(people purposefully withheld info (telemarketers or paranoid people) and
I dont want to talk to them), but not type U which occurs on some of my
relatives calling from Toronto etc..

-J

On Fri, 22 Aug 2003, Steve Switzer wrote:

> Hello!
>    I just tracked down the unwanted "Call from unknown" announcements
caused
> by the netcallerid. In Telephony_Interface.pm, near line 168, I modified
> code to be the following:
>
>     my $cid_type = 'N';
>     $cid_type = 'P' if $name =~ /private/i or uc $name eq 'P';
>     $cid_type = 'U' if $name =~ /unknown/i or uc $name =~ /unavailable/i;
>     if (lc $name eq "-unknown name-") { #Netcallerid reports "-UNKNOWN
> NAME-" when it knows number, but not name
>         $cid_type = 'N';
>         $name='';
>     }
>     $cid_type = 'U' if uc $name eq 'O' or $number eq 'O';
>
> The existing "if" statements are unedited. But I added a standard if
> statement to look for the exception that I'm seeing with netcallerid. I'm
> seeing "-UNKNOWN NAME-" in the name field, but the caller's number was
still
> there. This code was seeing "unknown" in the string, and assuming that
> nothing was available, and set the type to 'U', for Unknown. This extra if
> statement corrects this behavior.
>
> This was much simpler to change than it was to research where the decision
> was made. I've disliked this issue for some while - perhaps I didn't fully
> explain the issue previously. Now that I have... did anyone else notice
> this? (Now MH announces "Call from 2 3 4 1 2 3 4", instead of "Call from
> Unknown", when name is unknown, but number still exists.)
>
> Steve
>
> ----- Original Message -----
> From: "Steve Switzer" <st...@sw...>
> To: <mis...@li...>
> Sent: Friday, August 22, 2003 9:18 PM
> Subject: Re: [misterhouse-users] CallerID code - Trying to eliminate bad
> "unknown" calls
>
>
> > James,
> >    This issue has been fixed with some updates that Jason did for me.
I'm
> > using Windows 2000, with MS Speech SDK 5.1.
> >
> > Jason,
> >    All I know is that I enabled the callerid.pl code written by you in
the
> > common directory. I assumed that the calledid.pm file was used by this
as
> a
> > base module (or class?) for using the telephony item, etc modules. If
> > callerid.pm is not used by your code that that would explain why I can
> find
> > the related code. LOL.
> >    Can you give me a quick overview of how the different modules tie
> > together? I'm not sure what one set methos triggers in another based on
> > their ties, and the timing of it all. I'ts wonderful code, but I can't
> quite
> > follow it. :(
> >    Then again... since I can probably now look at the correct code, I
> might
> > get a little further.
> >
> > Steve
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: VM Ware
> With VMware you can run multiple operating systems on a single machine.
> WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
> at the same time. Free trial click
here:http://www.vmware.com/wl/offer/358/0
> ________________________________________________________
> To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365
>
>



-------------------------------------------------------
This SF.net email is sponsored by: VM Ware
With VMware you can run multiple operating systems on a single machine.
WITHOUT REBOOTING! Mix Linux / Windows / Novell virtual machines
at the same time. Free trial click here:http://www.vmware.com/wl/offer/358/0
________________________________________________________
To unsubscribe from this list, go to:
http://sourceforge.net/mail/?group_id=1365