Friday, August 8, 2008

Support thread for cidrss


cidrss takes your caller-id log and publishes it in four different formats. It works with the two major CID programs on the Tivo, elseed and ncid, and requires the very excellent TivoWebPlus 2.x. This thread is the place to post questions and comments. I update the program all the time, so feel free to post feature requests too.
If you find it useful, In lieu of a donation please go to and consider downloading a song or two by the author's musical group!


Anonymous said...

Great app. One problem I am experiencing is that it is truncating the last digit from the phone number. Name and date/time are fine. Number is displayed as (xxx)xxx-xxx. In the cid log it is 1(xxx)xxx-xxxx

Any ideas?

DJL said...

I've never seen that phone number format before. Are you using elseed or ncid? If you wouldn't mind emailing me a piece of your log (say about ten entries or so) I'm sure I can fix it. Send to

DJL said...

The above problem is fixed for all versions 3.0.01 and above. Thanks for letting me know about it!

Anonymous said...

I've been using cidrss on TWP 2.0 for a while and it works great. I rebuilt one of my HR10's with TWP 2.1 and can't get cidrss to work. I've copied the latest version over to modules and amde sure perms were set correctly but it never shows up in my TWP menus like it does on my TWP 2 box. Direct URL (http://tivo/cidrss) doesn't work either. I've rebooted the box, reloaded Tivoweb, reinstalled tivoweb and nothing is getting me there. Both of my HR10's are on 6.3e.

Great app BTW. Thanks.

DJL said...

Which version of TWP 2.1 are you using right now? The latest beta is 2.1.b2 and cidrss 3.1.03(b2) should work with it, although RSS feeds are currently broken.
If you have both those versions and cidrss isn't even registering, we'll have to start looking at logs, etc.

Anonymous said...

Yup I'm on TWP 2.1b2 and am using cidrss 3.1.03(b2). If I knew of another known working module I would try it and see if it registers.

DJL said...

Let's take this to email:
Can you send me your tivoweb.log file?

Anonymous said...


Thanks. Email coming..

PortlandPaw said...

What a great module! Why didn't I think of that?

Some problems with the latest beta2:
The lookup tags pick up the number OK with regular ncid, but using the yac2ncid, only the area code is picked up. This is because yac2ncid puts a space between the area code and the rest of the number. vcard works OK (and another great idea!)

The alias function returns a "Connection to backend server failed" error in Firefox. Not really sure why, as the symlinks works OK for everything else. But beyond that, my ncid files are actually in the Zipper's /enhancements directory and I had to break the symlink in /var/log to make the actual log file there so that it could be written to. So maybe that's the problem with alias, as well.

Lastly, this is more a problem with yac2ncid which I'll look into, but output from that source gets reported in UTC -- or GMT -- or Zulu, whichever you prefer.

Again, nice work!

Anonymous said...

This may be more than you are wanting this app to accomplish, but...

I'm using ncid on multple machines. So, only the one running the client actually puts the cid info in the cidcall.log. On the other machines, cidcall.log is empty. Cidrss has nothing to display.

Could cidrss look at the host machine's log? Am I asking for too much???

Thanks for your work.


DJL said...

Hey Moosh - This IS possible, albeit not easy. You have to mount the foreign Tivo via samba/smbmount, then supply the log file and program as parameters when calling cidrss, ie:

I'd really like to know why you want to do this, because I can only think of one circumstance where it would be helpful: you have ncid on a machine that isn't exposed to the internet, and don't want to install it on the tivo that is.
If at some point a utility like "Trickey" is incorporated into TWP, that would be another reason - you'd then be able to get your caller-id info from your remote, but it would need to be available on the local machine.

DJL said...

I got this in email, but thought I should post it for all to see:
> Hi Dave, I've verified that I have the latest cidrss build on TWP 2.1 CVS by deleting the module and letting CVS put it back. When I look at Today, I get nothing (though elseed.log shows the 3 calls we received today). If I choose All, I get a bunch of these:
> No Caller-IDMon, 28 Apr 2008 08:31 PM
> No Caller-IDMon, 28 Apr 2008 08:17 PM
> No Caller-IDMon, 28 Apr 2008 03:55 PM
> No Caller-IDMon, 28 Apr 2008 03:55 PM
> No Caller-IDSun, 27 Apr 2008 04:13 PM
> No Caller-IDSun, 27 Apr 2008 09:00 AM
> No Caller-IDSat, 26 Apr 2008 01:22 PM
> etc.
> Any idea why this is happening? Or more importantly, how do I get it working correctly again?

cidrss creates an index file to speed up searches, and the above might happen when the index gets damaged. Pull down the submenu for cidrss and you'll see "reindex" as the last item - click that, and the index will be rebuilt. I'm hoping to have the next version of the module rebuild automatically, but for now this will work.

Chad said...


I love this option in TWP, but am having problems with using the ftp option. My setup: I have one tivo set up as server, and I can view the the log (/var/log/cidcall.log). I have another setup as a client that gets is caller is from the first tivo. So, I want to be able to pull the caller log from the first tivo into TWP. If I put "ftp://firsttivoipaddress/var/log/cidcall.log" into the log file box on the second tivo I get this error message:

"-------INTERNAL SERVER ERROR------ --cut here--action:cid, path:, env:start all, code:'NONE'
=> `/var/tmp/cidrss_ftp.log'
Connecting to connected.
Logging in as anonymous ... Logged in!
==> SYST ... done. ==> PWD ... done.
==> TYPE I ... done. ==> CWD /var/log ... done.
==> PASV ... done. ==> RETR cidcall.log ... done.

0K 1.86 MB/s

15:58:55 (1.86 MB/s) - `/var/tmp/cidrss_ftp.log' saved [914]

while executing
"exec wget $cid::oldlog -O /var/tmp/cidrss_ftp.log"
(procedure "get_ready" line 32)
invoked from: "get_ready $chan $path $env"
(procedure "MOD::action_cid" line 6)
invoked from: "$cmd $chan $path $env"
--cut here--"

any ideas????

DJL said...

Chad's comment refers to the ftp function that was suggested by unclemoosh. There was a small syntax error that is fixed in versions 5.0.01 and above.