DailyMail: a daily e-mailed status report from your TiVo

[fysmd]

Anybody tried to follow the delete selected progams from the todo list links in the email with Firefox as default browser?
I find that with IE set as default it works fine but not with Firefox.

[BobBlueUK]

Adding the fix here (http://www.tivocommunity.com/tivo-vb/showthread.php?p=4269890&&#post4269890) got it working in Firefox for me...

[ColinYounger]

I've just started using DailyMail and I'm impressed. My problem is that my e-mail server treats HTML-only mails as spam. That means it's going to be very easy for me to miss the mails as they get lumped into a morass of penny stocks, meds offers and strange Nigerian businessmen that need my help to transfer money.

I've looked through the config file, but can't see a way to get DailyMail to send anything but a HTML-only message. Am I missing something?

The perfect solution for me would be a small summary as a text e-mail with a .html attachment that I can view the detail of - this would defeat my spam checks. Is there a suggestion list somewhere?

Finally, no - I'm not going to loosen up my spam settings. :)

[snotblower]

I posted this in the top level Tivo UK and havent gotten any response... I thought I might get better response in this topic...

This is not a UK machine, but a USA series 1 directv machine. Dailymail_jazz worked for years until about 8 months ago when I got upgraded to 3.5 from directv. After that, I upgraded to the current (V1.01 at the time) and it seemed to work...

It wasn't until recently that I realized the Conflicts section was not working.

If I look in the logs, it seems to be finding conflicts... it just doesnt report them. For example:

23:19:21-## new program
23:19:21-item is current
23:19:21-title : >>E.T. News at 10<<
23:19:21-id : >>SH3308490000<<
23:19:21-id2 : >>4076562<<
23:19:21-episode : >>No Episode Title<<
23:19:21-cancel reason code : >>20<<
23:19:21-conflict error occurred with item

Any clue how I can go about debugging? I am linux literate, but a tcl idiot.

[Gavin]

Hi, Installed Jazz Daily mail as per the instructions but it don't work..

The error log is

--cut here--
action_logs '/dailymail_jazz.log/' ''
couldn't stat "/var/log/dailymail_jazz.log/": no such file or directory
while executing
"file size "$TIVO_ROOT/var/log/$path""
(procedure "::action_logs" line 40)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

The file does not exist, shouyld I manually create it or should it be autocreated and I've missed something.

Files all moved and chmod'd as required so I'm at a loss to know whey it's not there. The mosule is setup and working in Tivoweb (or rather I can see it)

I'm on NTL and set the IP of the mail server and my emails, and I don't have to worry about authentication with NTL's mail.


Edit

I have Dailymail_jazz 1.01 downloaded last night and tivo web 1.9.4,

Only other hack running is endpad, other than Tivoweb
Any suggestions?

Ta

[ColinYounger]

Hi Gavin - I'm no expert, but I'll see what I can do. Perhaps it will encourage the experts to dive in. :)

Can you check that you have a /var/log directory on your TiVo?If you haven't got one, try creating one.

[atari_addict]

In these lines replace POST with GET and it will work.

A very belated note of thanks - now works perfectly!

Cheers!

[Gavin]

Hi Gavin - I'm no expert, but I'll see what I can do. Perhaps it will encourage the experts to dive in. :)

Can you check that you have a /var/log directory on your TiVo?If you haven't got one, try creating one.


I have the /var/log directory, It's got the Endpad log in it as an example, just not the Daily mail log.

Is it as simple as creating a file with nothing in in to put in the directory?

[gerti]

Hi, Installed Jazz Daily mail as per the instructions but it don't work..

The error log is

--cut here--
action_logs '/dailymail_jazz.log/' ''
couldn't stat "/var/log/dailymail_jazz.log/": no such file or directory


That extra slash at the end of the file name looks very suspicious. Maybe it slipped into your config file by chance?

[Gavin]

Maybe but it's not my doing

All I altered in the config file is to add the NTL IP of the SMTP server, set domain to "ntlworld.com" put in my email addys' and set the sender to "tivo@Gavins.house"

I never set the log bits up

[atari_addict]

Is it as simple as creating a file with nothing in in to put in the directory?
ISTR that I had the same problem. I don't recall doing anything heroic to get it working though, so try either creating the file manually or just copy and rename the endpad log you've already got.

[Pete77]

As one not so far using dailymail (but using just about every other TivoWeb 1.9.4 hack there is) and who has just missed recording ThisLife +10 on Tuesday night because both my SP and Title Wishlist for This Life were outranked by my higher placed Keyword Wishlist for Dakar (which picked up Destination Dakar on British Eurosport instead) I can see that the time has come to install Daily Mail. Its just that getting it working properly always sounds so horribly fiddly compared to any normal ITCL file hack add on for TivoWeb.

Can anyone suggest an idiots guide to getting Daily Mail up and running? Its just that whole Image Server business that sounds so horribly offputting and difficult to deal with.

[atari_addict]

Can anyone suggest an idiots guide to getting Daily Mail up and running? Its just that whole Image Server business that sounds so horribly offputting and difficult to deal with.

The setup guide in the archive is incomplete but is quite sufficient for the job - and the odd 30 minutes it takes to set up is very much worthwhile.

Don't get too hung up about the images. It's not immediately obvious, but AFAICS the encoded graphics are to be copied to the TiVo only if you don't have an external server (ie web space available with your internet account) and want graphics embedded in the internal email that is generated. In this case you won't get graphics in external email.

I have pointed the image server config to my ntlworld webspace, and have images embedded in both flavours of email using the unencoded versions of the graphics.

[Tony Hoyle]

I just installed this. Had to make a couple of changes to get past the spam filters.

The date format was slightly wrong.. had 'GMT' at the end instead of a valid offset:

puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S +0000} -gmt true]"

Also the message-ID format was missing the < and > characters:

puts $chan "Message-Id: <[clock seconds]@$domain>"

Those two dropped the spam score from over 6 to about 2.

[Raisltin Majere]

I just installed this. Had to make a couple of changes to get past the spam filters.

The date format was slightly wrong.. had 'GMT' at the end instead of a valid offset:

puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S +0000} -gmt true]"

Also the message-ID format was missing the < and > characters:

puts $chan "Message-Id: <[clock seconds]@$domain>"

Those two dropped the spam score from over 6 to about 2.

I've been using this for over a year with no problem, but my employer's spam filter has suddenly (this side of christmas) started to label the emails as spam. This means I have to log on to an external website and "release" the message every day.

I assumed it was caused by my receiving an email from the same address every day.

Would what you've posted help me at all?

If so, can you tell an idiot what he needs to do? (just in case an idiot also has the same problem as me, of course) :)

[Tony Hoyle]

Just change the lines containing Date: and Message-Id: - they're easy to find.

That might not be enough depending on what your employer is using as a criteria for spam. You'd have to look at the headers of the message if the information is there, or ask them for this information.

Bogus headers are a big indicator though... for some reason spammers have never taken the time to read the RFCs, so errors there score highly.

[Raisltin Majere]

Just change the lines containing Date: and Message-Id: - they're easy to find.

That might not be enough depending on what your employer is using as a criteria for spam. You'd have to look at the headers of the message if the information is there, or ask them for this information.

Bogus headers are a big indicator though... for some reason spammers have never taken the time to read the RFCs, so errors there score highly.


My employer is using http://www.messagelabs.com I find it strange that there is no facility to mark a sender as not spam, but that's terribly OT.

I don't have access to tivo at the moment, so can't check. Are the lines you've posted the correct (as you've changed) lines or the original lines? If the latter, what should they be changed to?

Thanks

[Gavin]

ISTR that I had the same problem. I don't recall doing anything heroic to get it working though, so try either creating the file manually or just copy and rename the endpad log you've already got.

Well that errors gone now I have the following, but I can't find the dailymail_jazz.html inthe distribution anywhere...

INTERNAL SERVER ERROR
--cut here--
action_viewdailymail '/' ''
couldn't stat "/var/hack/dailymail/dailymail_jazz.html": no such file or directory
while executing
"file size "$htmlfilename""
(procedure "::action_viewdailymail" line 15)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

[atari_addict]

I can't find the dailymail_jazz.html inthe distribution anywhere...


That file is created, and subsequently recreated, when dailymail creates an internal (viewable on the TiVo) email. It's what is served up when you pick the "View most recent..." option from the "Manage Daily Status..." menu.

Make sure that you have picked the right options to have this file created in dailymail's config, sections 3.1.5 and 3.1.6

[Pete77]

Well I had a go at installing Daily Mail but after FTP'ng across the main directories and files and restarting TivoWeb to get the Daily Mail menu item (it does appear) I can see I'm going to need to sleep on it to work out all the instructions in the Word document that Tivo Onion never seems to have had the time to complete.

The instructions start off extremely detailed but then seem to peter out, completely omitting matters such as setting up an Image Server in the web space your ISP has allocated you. I knew this hack was not going to be a straightforward one........

[TCM2007]

Most of the instructions are in the config file as comments, if memory serves.

[Pete77]

Most of the instructions are in the config file as comments, if memory serves.

What about the image files server on my ISP's free webspace area. The instructions for that seem to be missing completely in the Word doc covering the setup.

[atari_addict]

What about the image files server on my ISP's free webspace area. The instructions for that seem to be missing completely in the Word doc covering the setup.

Put the unencoded version of the graphics into a folder on your webspace, eg tivo_images

Then

(Section 2.1.4 in dailymail.cfg)

set dmailGraphicsURL "http://yourisp.com/your_home_page/tivo_images"

HTH.

[Nebulous]

If your problem is how to physically upload files to you web space then most ISP's will provide online help about how to do this.

For example if you were joe.bloggs@btinternet.com, then your webspace would be at:

http://www.joe.blogg.btinternet.co.uk

Once you've figured that out and uploaded your images, you can quickly test it outside of tivo by entering the full web address to one of your tivo image files:

http://www.joe.blogg.btinternet.co.uk/Tivo/message.gif

Once you know the path is correct, you can safely add it to the dailymail config file :) :up:

[Pete77]

If your problem is how to physically upload files to you web space then most ISP's will provide online help about how to do this.

For example if you were joe.bloggs@btinternet.com, then your webspace would be at:

http://www.joe.blogg.btinternet.co.uk

Once you've figured that out and uploaded your images, you can quickly test it outside of tivo by entering the full web address to one of your tivo image files:

http://www.joe.blogg.btinternet.co.uk/Tivo/message.gif

Once you know the path is correct, you can safely add it to the dailymail config file :) :up:

Following a reply to my online tech support ticket the problems turns out to be that my free 50MB of PAYG dialup webspace with Plusnet only lets you log in and upload images when you are connected via their dialup connection and not via a rival broadband ISP like NewNet who I currently use. So I can get the images up there so long as I connect via 0845 dialup.

I imagine that you must be able to connect to the images to download them in the reverse direction from anywhere on the web or there wouldn't be much point in having the web space to begin with. But does DailyMail only need to read the images from the web space or does it need to modify them too, which would obviously requre logging in.

[TCM2007]

Dailymail doesn't touch them - the e-mail it sens out has links to them, so it's your e-mail client when you read the message which retreives them.

No, they do not get modified in any way.

[atari_addict]

I can get the images up there so long as I connect via 0845 dialup.


I've sent you a PM.

[Gavin]

That file is created, and subsequently recreated, when dailymail creates an internal (viewable on the TiVo) email. It's what is served up when you pick the "View most recent..." option from the "Manage Daily Status..." menu.

Make sure that you have picked the right options to have this file created in dailymail's config, sections 3.1.5 and 3.1.6


Both set to true. Any more suggestions?

[atari_addict]

Both set to true. Any more suggestions?
It should "just work" (tm) :(

Worth creating a short test file of the same name?

[Pete77]

Thanks to help from another forum member with giving access to his webspace images location I have now just managed to receive my first Daily Mail from my Tivo, which is much more impressive and beautifully laid out than I had thought it would be. Obviously active notification of Conflicts and Rejected Recordings is the most useful feature but all the other stuff is pretty interesting too.

Now to get Cron installed and working to both run Daily Mail and the daily Tracker updating.

[big_kitch]

This daily mail hack sure is complicated. I have followed Tivo-Onion's instructions in the zip file, as well as trying to set up cron from the planetbuilders site (that I cannot link to as I have not made 5 posts...) but am having a few problems:

1. I can send myself a daily mail from within TivoWeb but the one scheduled in crontab does not appear (although it is shown as being schedule and cron as running in the manually generated mail).

2. The manually generated mails have no content in the To Do and Now Showing sections, despite these containing entries on the Tivo. The other sections seem to have been populated okay.

Can anyone point me in the right direction?

Thanks

Nick

[Setekh]

1. I can send myself a daily mail from within TivoWeb but the one scheduled in crontab does not appear (although it is shown as being schedule and cron as running in the manually generated mail).

2. The manually generated mails have no content in the To Do and Now Showing sections, despite these containing entries on the Tivo. The other sections seem to have been populated okay.

Can anyone point me in the right direction?

Does your entry in /var/hack/etc/crontab look something like:
08 08 * * * /var/hack/dailymail/dailymail_jazz > /dev/null 2>&1
Have you made sure that dailymail_jazz and dailymail_jazz.tcl are executable with:
chmod 755 dailymail_jazz dailymail_jazz.tcl
If the files aren't executable they won't be run by cron, but I think that they can still be called by other TCL code, e.g. the manually generated email from TivoWeb.

I'm not sure about the missing sections, unless it's a memory issue, but the dailymail_jazz wraper script is supposed to fix that.

[gerti]

Depending on the history of your system there may be several crond programs. The crond I use (/busybox/crond) expects the crontab to be at /var/spool/cron/crontabs/root.

[PhilG]

Why not change the crontab entry to be

08 08 * * * /var/hack/dailymail/dailymail_jazz > /var/log/whathappened.log 2>&1

Then if it DOES fire but fail, you can see why in the log file through TW. If the log file is not there, CRON didn't fire

[PhilG]

If any budding script writers are out there, I'd like to ask for an enhancement to DailyMail Jazz v1.01

As has been mentioned in a number of other posts, SMART doesn't always indicate severe errors on a failing drive until it's too late. What it does do rather well though is track degrading situations over time.

What I would like DailyMail to do is this:

1. Make an internal note of the values returned by SMART for each of the attributes measured (a typical SMART output looks like this:

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 100 051 Old_age - 0
3 Spin_Up_Time 0x0007 100 100 025 Old_age - 5760
4 Start_Stop_Count 0x0032 100 100 000 Old_age - 29
5 Reallocated_Sector_Ct 0x0033 253 253 010 Old_age - 0
7 Seek_Error_Rate 0x000f 253 253 051 Old_age - 0
8 Seek_Time_Performance 0x0025 253 253 015 Old_age - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age - 1910
10 Spin_Retry_Count 0x0033 253 253 051 Old_age - 0
11 Calibration_Retry_Count 0x0012 253 002 000 Old_age - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age - 28
187 Unknown_Attribute 0x0032 253 253 000 Old_age - 0
190 Unknown_Attribute 0x0022 139 130 000 Old_age - 33
194 Temperature_Celsius 0x0022 139 130 000 Old_age - 33
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age - 33207139
196 Reallocated_Event_Count 0x0032 253 253 000 Old_age - 0
197 Current_Pending_Sector 0x0012 253 253 000 Old_age - 0
198 Offline_Uncorrectable 0x0030 253 253 000 Old_age - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age - 10
200 Multi_Zone_Error_Rate 0x000a 100 100 000 Old_age - 0
201 Unknown_Attribute 0x000a 100 100 000 Old_age - 0

2. Then, each time the mail is sent, place an alert in the messgae for ANY attribute whose value has INCREASED since the last run

3. There would also have to be some config settings to define attributes of NO interest (like "Temperature_Celsius " perhaps or in the case of Samsung drives, "Hardware_ECC_Recovered " which always seems to be increasing)

Anyone up to the challenge?? (I know I'm not :()

[ColinYounger]

Phil - I've been investigating scripting recently, and am gradually getting up to speed. I've been doing my own mod to try to display differences between Digiguide and the TiVo guide date (e.g .like the Digiguide module, but output on the DailyMail message).

If I can get myself over a few hurdles, learn a bit more and come into some spare time, I might have a look. That's not a committal, is it? :)

Seriously - if no-one else jumps in, I'll have a stab. But time to look at it will be the problem for me.

[PhilG]

I'm sort of hopeful the original author will stick his/her head over the parapet......, but thanks for the offer (and no, that doesn't count as a committal!)

[Pete77]

Phil - I've been investigating scripting recently, and am gradually getting up to speed. I've been doing my own mod to try to display differences between Digiguide and the TiVo guide date (e.g .like the Digiguide module, but output on the DailyMail message).

If I can get myself over a few hurdles, learn a bit more and come into some spare time, I might have a look. That's not a committal, is it? :)

Colin,

I agree that getting the Digiguide comparison data output into DailyMail would be good but only if we could eliminate the false positives produced in the Digiguide module at present. Unfortunately at the moment my Digiguide module seems to be out by an hour on quite a few of its attempts to match with the Digiguide program data giving me a mismatch listing when nothing is actually wrong with the Tivo or the Tribune data. Does this not happen when you run the Digiguide comparison module?

Looking further at other useful modules that someone like you keen to try out your TCL skills could develop the one that springs to mind is a module to fully back up all Thumbs data on the Tivo.

At the present time Tivoweb only has a Backup module (see www.tivocommunity.com/tivo-vb/showthread.php?threadid=98723%22) that backs up Season Passes, Wishlists and Logo Assignments but it does not back up all the historic thumbs data for several thousand series that many of us have accumulated (for over 4,000 series in my case over 5 years) and that can currently be viewed and edited, but not backed up, using Ljay's thumbs editing module that can be found under User Interface/Preferences/Explicity Thumbed + Implied by Recordings in Tivoweb (assuming that you have Ljay's enhanced Tivoweb user interface module installed in the first place).

Although I usually have a fairly recentish backup of both my SP's and my /hack directory to hand I really hate knowing that if my hard drive fails I will lose all those several thousand series of Thumbs data that lead to some pretty useful Suggestions. So if you can come up with an extension of Ljay's explicitly thumbed editing module to also backup and of course restore those Thumbs I'm sure that Thumbs and Suggestions lovers such as myself would be forever in your debt. :up: :up: :up: :D

[ColinYounger]

Pete - I'm not opening myself up to be the latest script kiddie! I just don't have the spare time to do it. Well, not without wife and children complaining.

As for the Digiguide stuff - off to the other thread with you. :)

[Pete77]

As for the Digiguide stuff - off to the other thread with you. :)
Colin,

You were the one who first made the mention of Digiguide in this thread. ;) :p

I have posted on the time mismatch issues in the Digiguide thread itself but have not had any response so far. Yet if I can't eliminate these then the whole Digiguide comparison module is worse than useless. :eek:

[dmark1867]

I have a dsr704 with 6.2a and I'm using TivoWebPlus v2.0.0-070410
and using it with Dailymail v1.01

Everything is working fine, expect one small thing.

When I click on the link:
Edit daily status e-mail configuration file?

It trys to go to:
http://192.168.1.102:8502/editor?filetobeedited=/var/hack/dailymail/dailymail.cfg

I have tried modifying managedailymail.itcl but I'm not sure what I am doing.
I know I need to edit this line:
puts $chan [tr "" [td [html_link "/editor?filetobeedited=$defaultbasefileloc/dailymail.cfg" "Edit daily status e-mail configuration file? (requires hackman)"]]]

and this needs modified:
/editor?

but I'm not sure what to replace that with?

I tried replacing it with:
triage/hackman_editor?hm::

But still won't work, any idea's???

[thepicman]

ill install tonight and see how far i can get, i've run into the util.itcl issue before and its a path issue, it looks for it in the /Tivowebplus dir, rather than in the /tivowebplus/modules dir...

quick fix check is drag the util.itcl from /modules to the root of the tivowebplus dir and retry..

On TWP v2, util.itcl and index.itcl are located in the ./libs directory. You just need to change 2 lines dailymail_jazz.tcl to reflect the new location. One of the changes is that its looking for index.itcl in $tivowebmodulesdir. you just need to shorten it to $tivowebdir/libs/index.itcl

-TPM

[rbreding]

Your .tcl file was alot smaller for some reason...anyways IT WORKED! for the most part. Below are the errors that ryan94z was talking about. The part that I am concerned about is the conflicts and that part works.

Error When Generating Rejected Recording List - See Log - can't read "init_logoindex_complete": no such variable


Error When Generating Status List - See Log - can't read "LSCS": no such variable

Hope this info helps...and thanks again to ryan94z.


Have we made any strides in fixing the LSCS problem in 6.3 ?

[Pete77]

My Daily Mail email today shows all three showings of Never Mind The Full Stops on BBC Four on Friday Night/Saturday morning as being due to record in my To Do list. These are at 10.50pm 1.15am and 3.45am from Friday 20th to Saturday 21st April. But the 1.15am and 3.45am showings simply repeat the 10.50pm program. I have a BBC Four Season Pass for Never Mind The Full Stops set to Keep Until Space Needed.

However checking Tivoweb and my ToDo list in User Interface shows only the 10.50pm showing as being due to record as one would expect.

Can anyone explain why DailyMail seems to be making such a huge mess of this?

By the way are there any other enthusiasts for Never Mind The Full Stops out there?

[ColinYounger]

Could it be that your daily mail message was sent before your daily call?

I sometimes see items due to record which then get removed after the daily update - I just assume that the program data is a bit more accurate and caused TiVo to spot the duplicates.

For me, this happens a lot on Discovery and Paramount Comedy. Sending a 'new' daily mail message to check usually shows the same details that TiVo shows.

[Pete77]

Could it be that your daily mail message was sent before your daily call?

I sometimes see items due to record which then get removed after the daily update - I just assume that the program data is a bit more accurate and caused TiVo to spot the duplicates.

For me, this happens a lot on Discovery and Paramount Comedy. Sending a 'new' daily mail message to check usually shows the same details that TiVo shows.

Yes DailyMail was generated at 7am but my last Daily Call was at 10.15am. I have regenerated DailyMail and it now only shows one edition of Never Mind The Full Stops as being due to record in ToDo on Friday night. But I might have cancelled them manually when looking at my Daily Mail this morning. Not quite sure now as I can't remember every Daily Mail related action I took.

By the way my new £10.99 (inc delivery) variable voltage power supply showed up this morning so I am now back in business with a normal Notebook PC instead of a Netgem tv web browser. Charges thee batteries fine and uses no more powers than its HP counterpart that annoyingly had the power tip break off and no one can repair cost effectively. However the power block of the cheapie variable voltage power supply does get very hot (even though it consumes no more electricity). I suppose I should gone for the official HP OEM model but that was going to be around £43 which seemed a ripoff for a Notebook PC that is so unreliable it is sure to finally kick the bucket when its replacement motherboard burns out some time during the next 12 months. :eek: :down:

[thepicman]

Have we made any strides in fixing the LSCS problem in 6.3 ?

For the LSCS to work in 1.01 I put (around line 4577) Although I just noticed I am running 6.2-01-2-301.

if {$::version >= 4} {
RetryTransaction {
set config [db $::db open "/State/PhoneConfig"]
set LSCday [dbobj $config get LastSuccessCallDay]
set NSCday [dbobj $config get NextCallAttemptDays]
set LSC [dbobj $config get LastSuccessCallSecInDay]
set NSC [dbobj $config get NextCallAttemptSecInDay]
## Added next 2 lines
set NSCS [dbobj $config get NextCallAttemptSecInDay]
set LSCS [dbobj $config get LastSuccessCallSecInDay]
set LSC [expr $LSC + ($LSCday * 86400)]
set NSC [expr $NSC + ($NSCday * 86400)]
set complexcallstuff true

[ColinYounger]

Stop teasing us with all this modern talk.


:D

[rbreding]

For the LSCS to work in 1.01 I put (around line 4577) Although I just noticed I am running 6.2-01-2-301.

if {$::version >= 4} {
RetryTransaction {
set config [db $::db open "/State/PhoneConfig"]
set LSCday [dbobj $config get LastSuccessCallDay]
set NSCday [dbobj $config get NextCallAttemptDays]
set LSC [dbobj $config get LastSuccessCallSecInDay]
set NSC [dbobj $config get NextCallAttemptSecInDay]
## Added next 2 lines
set NSCS [dbobj $config get NextCallAttemptSecInDay]
set LSCS [dbobj $config get LastSuccessCallSecInDay]
set LSC [expr $LSC + ($LSCday * 86400)]
set NSC [expr $NSC + ($NSCday * 86400)]
set complexcallstuff true

Thanks TPM,

That seemed to do the job, I had to set the manualtzoffset to make the times match up due to the TZOFFSET problem.

However I am seeing one problem in the report:


• Last successful call: Thursday, April 07, 1988 at 02:44AM
• Next scheduled call: Wednesday, March 14, 1962 at 07:25AM
• Guide data exists through: Sunday, May 06 2007


My LSC and NSC both show odd dates/times which do not correspond to the date (obviously) and time shown in the TiVo GUI or TWP2.0. Just curious as to if yours shows correctly or is oddball like mine. (of note I am using the modded fakecall that is compatible with 6.3....I did notice that yours is 6.2)

Thanks

[ColinYounger]

Errr... you do realise you're in the UK section, don't you? We don't have anything as "advanced " as you, and talk of Series 2 machines is just making us jealous.

[rbreding]

I know exactly where I am at. But us Yanks don't have our own DailyMail US thread to post to. Besides, think of it this way. By us Yanks solving the problems with DailyMail on the more "advanced" tivo boxes we can eliminate the headaches you might have when the feudal age is over. :)

[thepicman]

Errr... you do realise you're in the UK section, don't you? We don't have anything as "advanced " as you, and talk of Series 2 machines is just making us jealous.

I've been running DM and DMJ since the initial version on my S1 SA, I just happen to have a S2 DTivo as well. Yes I know where I am posting, I have been posting in this UK thread since 2005. The module does have a 'yankspeak" variable doesn't it?

cheers!

-TPM

[thepicman]

Thanks TPM,


• Last successful call: Thursday, April 07, 1988 at 02:44AM
• Next scheduled call: Wednesday, March 14, 1962 at 07:25AM
• Guide data exists through: Sunday, May 06 2007




I am not sure, what year is it anyway? :eek:


The following daily call information is available:

* Last successful call: Sunday, October 31, 1971 at 01:04AM
* Next scheduled call: Saturday, February 04, 1989 at 06:51PM
* Guide data exists through: Sunday, May 06 2007


If i remember correctly, I asked TivoOnion about a similar problem a great while back, I don't think he ever replied. I'll have to search. Yep, It looks like that info has never conformed to reality, at least on my S2

My S1 running TWP1.3.1 is correct


he following daily call information is available:

* Last successful call: Mon, 23 Apr at 06:09
* Next scheduled call: Tue, 24 Apr at 09:36
* Guide data exists through: Sat, 05 May 2007


-TPM

[bdeweese]

After a few days of reading through these posts, applying patches, script revisions, etc. I have dailymail running great on my HR10-250 with 6.3d, with the following exception - this is the error from the log of the only error remaining (with the exception of the times not showing correctly in my daily call status). The error in the daily email it self is:

Error When Generating Rejected Recording List - See Log - invalid command name "loadModule"

The error as reported in the log is:

invalid command name "loadModule" while executing"loadModule search" (procedure "get_programshowings" line 3) invoked from within"get_programshowings $tofind_fsid 1" (procedure "alt_showing_hist" line 4) invoked from within"alt_showing_hist $id $id2" invoked from within"if {$rectime > $mintime && $rectime < $maxtime} { if {$::debuglvl>2} { puts "## new program "} RetryTransaction { set rec [db $::db openid $..." ("uplevel" body line 5) invoked from within"uplevel $body" invoked from within"ForeachMfsFile fsid name type "/Recording/History" "" { set recdate [split $name ":"] regsub {^(-?)0+([1-9])} [lindex $recdate 1] {\1\2} rectime ..." (procedure "recordhistory" line 21) invoked from within"recordhistory "

Any ideas? Also, has anyone sorted out the reason for the incorrect daily call status dates on the series 2?

Thanks! Bob

[rbreding]

After a few days of reading through these posts, applying patches, script revisions, etc. I have dailymail running great on my HR10-250 with 6.3d, with the following exception - this is the error from the log of the only error remaining (with the exception of the times not showing correctly in my daily call status). The error in the daily email it self is:

Error When Generating Rejected Recording List - See Log - invalid command name "loadModule"

The error as reported in the log is:

invalid command name "loadModule" while executing"loadModule search" (procedure "get_programshowings" line 3) invoked from within"get_programshowings $tofind_fsid 1" (procedure "alt_showing_hist" line 4) invoked from within"alt_showing_hist $id $id2" invoked from within"if {$rectime > $mintime && $rectime < $maxtime} { if {$::debuglvl>2} { puts "## new program "} RetryTransaction { set rec [db $::db openid $..." ("uplevel" body line 5) invoked from within"uplevel $body" invoked from within"ForeachMfsFile fsid name type "/Recording/History" "" { set recdate [split $name ":"] regsub {^(-?)0+([1-9])} [lindex $recdate 1] {\1\2} rectime ..." (procedure "recordhistory" line 21) invoked from within"recordhistory "

Any ideas? Also, has anyone sorted out the reason for the incorrect daily call status dates on the series 2?

Thanks! Bob


You didn't mention what version of TWP your using....since this is where the MODULE loads from. :rolleyes:

[DanT]

Here's a diff of the changes I made to fix the Last Call times: (Your line numbers may not match up to mine.)

4595,4598c4595,4598
< set LSC [dbobj $config get LastSuccessCallSecInDay]
< set NSC [dbobj $config get NextCallAttemptSecInDay]
< set LSC [expr $LSC + ($LSCday * 86400)]
< set NSC [expr $NSC + ($NSCday * 86400)]
---
> set LSCS [dbobj $config get LastSuccessCallSecInDay]
> set NSCS [dbobj $config get NextCallAttemptSecInDay]
> set LSC [expr $LSCS + ($LSCday * 86400)]
> set NSC [expr $NSCS + ($NSCday * 86400)]


This also fixed the "LSCS not found" error (in a better way, IMHO).

[bdeweese]

You didn't mention what version of TWP your using....since this is where the MODULE loads from. :rolleyes:

Sorry bout that! I am running TWP 2.0.


Also, Dan T. - re:

"Here's a diff of the changes I made to fix the Last Call times: (Your line numbers may not match up to mine.)

Code:

4595,4598c4595,4598
< set LSC [dbobj $config get LastSuccessCallSecInDay]
< set NSC [dbobj $config get NextCallAttemptSecInDay]
< set LSC [expr $LSC + ($LSCday * 86400)]
< set NSC [expr $NSC + ($NSCday * 86400)]
---
> set LSCS [dbobj $config get LastSuccessCallSecInDay]
> set NSCS [dbobj $config get NextCallAttemptSecInDay]
> set LSC [expr $LSCS + ($LSCday * 86400)]
> set NSC [expr $NSCS + ($NSCday * 86400)]

This also fixed the "LSCS not found" error (in a better way, IMHO)."

I made those changes - don't get the LSCS error, but my call times are still way off. Were there any other changes you had to make?

Thanks! Bob

[rbreding]

Can't help you with the v2.0. I use 1.2.1 to "make nice" with dailymail. That doesn't mean that 1.2.1 is being used as my web interface, just the "module" part.

[DanT]

Also, Dan T. - re:

"Here's a diff of the changes I made to fix the Last Call times: (Your line numbers may not match up to mine.)"

I made those changes - don't get the LSCS error, but my call times are still way off. Were there any other changes you had to make?


I made some other changes that were provided by others earlier in this thread. I also set the manualtzoffset (to -21600 for me in the Central Time Zone) in my dailymail.cfg file.

I'm attaching my dailymail_jazz.tcl file so you can compare it to your own.

[bdeweese]

Ahhh - ok - so you have 2 installations of TWP - and point dailymail to 1.2.1. and perhaps use a more recent version as the web interface? I hadn't considered that - but that would seem like an ok option in the absence of a fix for dailymail and 2.0.

Thanks!

Bob

[rbreding]

Ahhh - ok - so you have 2 installations of TWP - and point dailymail to 1.2.1. and perhaps use a more recent version as the web interface? I hadn't considered that - but that would seem like an ok option in the absence of a fix for dailymail and 2.0.

Thanks!

Bob


You got it....no need to beat the horse...just point dailymail at 1.2.1 and use 2.0 as your web interface. Everything works then.

[Verne]

I'm sure this has probably been posted before but do other people get conflicts for things that are no longer in the programme guide? For instance, it says that it cannot record Have I Got News For You tonight at 21:00 on BBC1. However, it is not being shown because the BBC are showing England v Brazil instead.

I guess it gets it from the recording history. Would there be some way to check if it is still in the programme guide and ignore it if it isn't?

[PortlandPaw]

I don't know if anybody has posted this information or not and I don't have time to search for it, but I do know that people were having trouble running dailymail with the new TivoWebPlus 2.0.0.

The solution is simple...keep the old TivoWeb 1.9.4 on your machine and set the dailymail .cfg entries to point to ./tivoweb-tcl.

Works like a charm.

[Verne]

Here is the latest version if anyone needs it. v1.01 (02 May 2006)

http://homepages.nildram.co.uk/~laugjr/Dailymail_Jazz_Install_v1_01_02May06.zip

[Cainam]

Official page at deepinthejungle (http://deepinthejungle.servehttp.com/Tivo/DailyMail_Module.htm) appears back now...

[Pete77]

Official page at deepinthejungle (http://deepinthejungle.servehttp.com/Tivo/DailyMail_Module.htm) appears back now...

Now with a revised photo of A spring onion instead of The Tivo Onion. :eek:

[bhedge]

I've just upgraded to OS X 10.5 and in the new version of Apple Mail some of the graphics in the daily mails are displaying massively expanded, has anyone else got this problem or know of a possible solution?

Regards
Steve

[atari_addict]

I've just upgraded to OS X 10.5 and in the new version of Apple Mail some of the graphics in the daily mails are displaying massively expanded?


Seems OK here?

Do you get the same problem if you look at the daily mail in Safari? I think that the same framework is used to display html in both Safari and Mail.

[bhedge]

Do you have the graphics embedded in the email or remotely?

They don't display at all in Safari but that is an unrelated issue.

[atari_addict]

Do you have the graphics embedded in the email or remotely?
Referenced externally.

[NicB]

I've just upgraded to OS X 10.5 and in the new version of Apple Mail some of the graphics in the daily mails are displaying massively expanded, has anyone else got this problem or know of a possible solution?

Regards
Steve

Same here. Using embedded images. (These show as missing when viewed in Safari.)

Viewing same message in Tiger and they render correctly. Also in Outlook 2007.

[Pete77]

Same here. Using embedded images. (These show as missing when viewed in Safari.)

Viewing same message in Tiger and they render correctly. Also in Outlook 2007.

It seems clear the new software is defective then and this is a bug in Apple's software.

I would register the appropriate complaint with Apple if I was you.

[NicB]

So I have done some investigating of the behaviours under Leopard.

Using the original images embedded and most of the images are incorrectly rendered in Leopard mail.

Using a set of replacement images embedded had the same results.

However, when I reference the images, both the replacement and the original images they are correctly rendered.

So, a bug in Leopard mail with Base64 encoded images, possibly; I'd like to test with re-encoded images. However, the workaround which works for me is to reference the images.

-Nic

[coops]

I have finally got round to installing Dailymail Jazz and all seems ok.......except, when I try to run the edit configuration file option I get

Editing /etc/rc.d/rc.sysinit.author

File does not exist...

And then a cancel button.

I have checked and rc.sysinit.author does exist. If I view the file it contains the following line

#!/bin/bash
/var/hack/tivoweb-tcl/tivoweb After the bash there is a character which seems to be a CR. Is this path wrong? :confused:

Everything else seems ok. I can view last mail etc.

[PortlandPaw]

It looks as though you have a .author file that has been edited with a DOS (not UNIX) text editor. You're fortunate your TiVo starts at all!

Use hackman (see sig), TextPad (http://www.textpad.com) or a similar text editor to save the file in UNIX format without carriage returns at the ends of the line.

[coops]

In TextPad the path is also on 2 lines. Is this correct or should it be on one line?

[PortlandPaw]

I'm a little confused...

If this is the entirety of your .author file, then two lines is fine

"#!/bin/bash" tells the processor what language the file uses.

"/var/hack/tivoweb-tcl/tivoweb" is the startup command to launch tivoweb.

The file may include other startup commands to get the TiVo going.

[coops]

Ok thanks for that. My question is then do you have any idea why Dailymail config says it can not find the file?

[coops]

Can anyone help? I can not access Dailymail config, it comes back with

Editing /etc/rc.d/rc.sysinit.author

File does not exist...

So near yet so far. If I look at the other options they all look ok. Even if I look at the last mail sent.

[ColinYounger]

I have finally got round to installing Dailymail Jazz and all seems ok.......except, when I try to run the edit configuration file optionWhere are you selecting this option from? My DailyMail module only offers these options:

Manage daily status e-mail - v1.0
Send a standard daily e-mail?
Send a customised daily e-mail?
View most recent generated daily status e-mail?
View daily status e-mail generation log?
Back to main menu?

[Prof. Yaffle]

Where are you selecting this option from? My DailyMail module only offers these options:

Manage daily status e-mail - v1.0
Send a standard daily e-mail?
Send a customised daily e-mail?
View most recent generated daily status e-mail?
View daily status e-mail generation log?
Back to main menu?

Mine offers these:-

Manage daily status e-mail - v1.0
Send a standard daily e-mail?
Send a customised daily e-mail?
View most recent generated daily status e-mail?
View daily status e-mail generation log?
Edit daily status e-mail configuration file? (requires hackman)
Back to main menu?

[coops]

Mine offers these:-

Manage daily status e-mail - v1.0
Send a standard daily e-mail?
Send a customised daily e-mail?
View most recent generated daily status e-mail?
View daily status e-mail generation log?
Edit daily status e-mail configuration file? (requires hackman)
Back to main menu?

its the Edit daily status e-mail configuration file? (requires hackman) option. I have installed Hackman. Hackman does not show dailymail. Should it?

If I choose the "View most recent........." I see a copy of the mail minus icons.

[coops]

More info


The URL at the top of my browser is

"http://**.**.**.**/editor?filetobeedited=/var/hack/dailymail/dailymail.cfg"


This file also exists :(

[coops]

So - can no one help? :( :confused:

[lcsneil]

OK time to bite the bullet and upgrade from 0.38 beta!

Where do I find the latest version? http://deepinthejungle.servehttp.com/TiVo/DailyMail_Module.htm links back to www.deepinthejungle.com for the download and that doesn't resolve.......

Think some of your URLs might be faulty T-O!

(OK found it at http://deepinthejungle.servehttp.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v1.0%2001May06.zip)

The referer link on the page was putting a comma in between jungle & servehttp

[Mark Ward]

Doeas anyone have an idea how I could modify the dailymail_jazz.tcl to make it include the HDD temperature as well as the system temperature?

I've looked at the code and tried a few things but I just succeed in breaking the report at the point I start interfering.

The info is avaialble from smartctl via
./smartctl -A /dev/hda and/or
./smartctl -A /dev/hdb


ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE WHEN_FAILED RAW
194 Temperature_Celsius 0x0032 253 253 000 Old_age - 40


Anyone know how to do it?

Thanks,

Mark.

[Ian_m]

Doeas anyone have an idea how I could modify the dailymail_jazz.tcl to make it include the HDD temperature as well as the system temperature?

I've looked at the code and tried a few things but I just succeed in breaking the report at the point I start interfering.

smartctl -A /dev/hda | grep "Temperature" ?

[Mark Ward]

smartctl -A /dev/hda | grep "Temperature" ?

That's a start, thanks. I've dug out a book on TCL programming but whatever I try I've not got it yet.

Ive noted that the output of that line is typically 78 characters so by trimming the first 75 I should have my temp variable, but how to get from the output of a line command to a string variable within dailymail_jazz isn't immediately apparent to me.

I'll keep trying though,

Thanks,

Mark.

[Vocoder]

I'm a long-time DMJ user with a S2 DTivo. I recently reinstalled TWP and DMJ after both stopped working a few months ago. (probably a power outage that wiped something in /var/hack/.)

DMJ runs from cron and the bash prompt, but the date header and the data (status/ToDo/NPL etc) are "stuck" at the date and time of the installation.

I've never seen this before and don't know how to begin to resolve it. Any ideas or suggestions are welcomed.

Cheers!

[ColinYounger]

the date header and the data (status/ToDo/NPL etc) are "stuck" at the date and time of the installation.Can you clarify what you mean here? That description doesn't give me (at least) a picture of your problem.

[Vocoder]

Can you clarify what you mean here? That description doesn't give me (at least) a picture of your problem.

Sure. :)

I installed DMJ on Friday, the 22nd. It's running from cron (daily, 8:05AM) and manually without errors.

However, the email appears to be from Friday the 22nd regardless of when DMJ runs.

It's as if the data that Dailymail is 'looking at' isn't being refreshed prior to sending the email.

For example: In today's email at 8:05AM the ToDo list for the next 72 hours showed Friday Saturday and Sunday (8/22-24/2008), and the status message said: "Here is the status of your TiVo as of Friday, August 22 05:34:32PM:"

This is *not* a time zone issue - every email since I installed and ran DMJ for the first time (at 5:34PM on Friday) has shown 5:34PM on Friday ;)

[Vocoder]

I had some downtime in the office today and managed to get things working. I'm eager to see what happens tomorrow with the cron job.

:)

[ColinYounger]

If you're still getting problems, put the debug level up to max (in the .cfg file) and see what the log says.

[Vocoder]

Here's what happened -

I installed everything in /enhancements and ran the var-symlink script to get links in /var/hack/. The problem was - /enhancements is read-only and dailymail wasn't able to write the .html file.

Solution: create a directory in /var/hack/ and have DMJ put the .html there. Works like a charm now.

[cleudo]

Can dailymail be set up to tell you what's about to be deleted (in a full TiVo) as well as the current Expiry information?

(apologies if already asked - this is a BIIG thread.)

[gerti]

All the sudden DailyMail is no longer reporting conflicts, meaning the conflicts section says "None" even though there are conflicts. Anyone seen this or have a solution?

Thanks!

[dgilbert]

All the sudden DailyMail is no longer reporting conflicts, meaning the conflicts section says "None" even though there are conflicts. Anyone seen this or have a solution?

Thanks!


I've noticed the same thing.

[gerti]

Best I can tell (don't know much about the TiVo internals nor am I a TCL programmer) "set id [dbobj $program get TmsId]" returns "" for some shows. That causes alt_showing_conf to find an incorrect alternative for the show. I added this line to the beginning of (untested):

if {$id == "alt_showing_conf"} {return "" }

[PhilG]

All the sudden DailyMail is no longer reporting conflicts, meaning the conflicts section says "None" even though there are conflicts. Anyone seen this or have a solution?

Thanks!

Which version of DailyMail?

I saw some conflicts a couple of days ago......

Phil G

[Stradlingp]

Anyone seen this or have a solution?


Mine is working fine, as far as I can tell. I've had conflicts reported every day this week.:rolleyes:

[AMc]

I'm still getting conflict reports but I think my version of Dailymail_jazz is pretty ancient.

"jazzed dailymail v0.30 (24/02/2004)"!

[PhilG]

Well, mine is jazzed dailymail v1.01 (02 May 2006)

I don't get conflicts THAT often, but I did see some a few days ago (as I mentioned above) - when did you start to suspect a problem??

Phil G

[dgilbert]

I believe the conflicts problem started around the same time as season pass problems due to the change of show ids. I'm running 6.2a on 3 units and none have reported a single conflict for a month or more.

Dailymail is v1.0. I guess I should consider upgrading to the latest version.

[PhilG]

Well, mine is jazzed dailymail v1.01 (02 May 2006)

I don't get conflicts THAT often, but I did see some a few days ago (as I mentioned above) - when did you start to suspect a problem??

Phil G

OK, since I posted this there have been NO conflicts reported, so I'm beginnning to think that this IS broken :(

Anyone out there fancy trying to fix it??

Phil G

[Prof. Yaffle]

Mine's version 1.0 (29th September 2005) and I'm still getting plenty of conflicts listed. 7 today.

[PhilG]

Mine's version 1.0 (29th September 2005) and I'm still getting plenty of conflicts listed. 7 today.

Hmm - I find it hard to believe that V1.0 and V1.01 are THAT different

I'll be a little more patient then

[ColinYounger]

I've 1.01 and got some conflicts listed yesterday. So - consider yourself lucky. :)

[PhilG]

I've 1.01 and got some conflicts listed yesterday. So - consider yourself lucky. :)

AHA!

A conflict was flagged yesterday, so things do seem to be working as before

[alextegg]

Yup, mine drifted away for a while and have now returned. Looks likely that something was awry in the data that was causing them to be missed, and it's now fixed. Well, for me anyway :)

[gerti]

I believe the conflicts problem started around the same time as season pass problems due to the change of show ids. I'm running 6.2a on 3 units and none have reported a single conflict for a month or more.


I believe that is the root of the problem, which means it would affect mainly US-DTiVo users. For the record conflicts do not work on either of my 6.2a DTiVos, dailymail 1.0.

I see conflicts listed in the "Rejected Recordings" section, but the "Conflicts" section is always empty.

[dgilbert]

Now that the 6.2a hacked dtivos can no longer handle ID changes and what with the other related problems such as the dailymail conflicts no longer working - I'm seriously considering restoring my hacked units back to the standard code. One of my 3 units died a month ago and rather than replace the hard drive (again) I decided to bite the bullet and switch to the DirecTV HDDVR - it works, although not as well as a Tivo. So the only hacked feature I really still use is MVR - which now only works between two of my three units. Most of the others hacks I like are now part of the standard code (auto-padding, remote programming, etc.). I can't wait until DirecTV starts offering the HD Tivos some time next year!!!

[alextegg]

Hmm,

After a long period of not getting any conflicts reported in my dailymail even though there were some, and then it all coming back to working again my dailymail_jazz has now dies again :mad:

It now doesn't send anything at all.

If I telnet onto my TiVo and cd /var/hack/dailymail
and then ./dailymail_jazz.tcl &

Which is about the limit of my linux knowledge :P

Then I get :

No such file or directory :(

I can view the last generated email in tivoweb fine, so it looks like it is generating it but failing to send it. Any ideas?

TIA

Alex

[PhilG]

Hmm,

After a long period of not getting any conflicts reported in my dailymail even though there were some, and then it all coming back to working again my dailymail_jazz has now dies again :mad:

It now doesn't send anything at all.

If I telnet onto my TiVo and cd /var/hack/dailymail
and then ./dailymail_jazz.tcl &

Which is about the limit of my linux knowledge :P

Then I get :

No such file or directory :(

I can view the last generated email in tivoweb fine, so it looks like it is generating it but failing to send it. Any ideas?

TIA

Alex

I had the same symptoms

So I bumped up the debug level (in the dailymail config file) to 2 and found that Demon have changed the IP address of their mail server

Because dailymail insists on having the IP address (and not the domain name) I was getting a bad message back from Demon

I changed the IP address to their new one and now all is working OK

Don't suppose you are using Demon internet??

If not, it is still worth changing the debug level - if the message is failing to go, that will tell you why

Phil G

[alextegg]

thanks for the suggestion, I checked that and m ISPs SMTP server has not changed :(

I turned the debug level up to 2 first and then to 3.

All I get is:

------welcome to the jazzed dailymail program - v1.01 (02 May 2006) - starting
------the debug level is set at >>3<<
------started at 22:32:28 (debugging times specified in gmt)

22:32:28-compiled image name list: >>tivologo.jpg tivo-ok.jpg tivo-broken.jpg phone-ok.jpg phone-broken.jpg disk-ok.jpg disk-broken.jpg full-disk-ok.jpg full-disk-broken.jpg padding-ok.jpg padding-broken.jpg email-ok.jpg tv-ok.jpg tv-broken.jpg spaceguage-end.jpg spaceguage-low-green.jpg spaceguage-mid-amber.jpg spaceguage-high-red.jpg spaceguage-mid-empty.jpg spaceguage-end.jpg explicitthumbup1.gif explicitthumbup2.gif explicitthumbup3.gif explicitthumbdown1.gif explicitthumbdown2.gif explicitthumbdown3.gif impliedthumbup1.gif impliedthumbup2.gif impliedthumbup3.gif impliedthumbdown1.gif impliedthumbdown2.gif impliedthumbdown3.gif predictedthumbup1.gif predictedthumbup2.gif predictedthumbup3.gif predictedthumbdown1.gif predictedthumbdown2.gif predictedthumbdown3.gif unsetthumbs.gif endpadnorecord.gif thermometer.gif message.gif delete.gif updatethumbs.gif thumbboxblank.gif trackerblocker.gif spaceguage-other-grey.jpg suggestion.gif space-exclaim.gif startpadding.gif endpadding.gif space-added-back.gif delete-for-room.gif flashing-exclaim.gif new-episode.jpg season-pass.jpg spaceguage-info.jpg unblockme.gif blockme.gif<<
22:32:28-GLOBAL VARIABLE DEFINITION - COMPLETED
22:32:28-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
22:32:28-commence fooling tivoweb modules
22:32:28-completed fooling tivoweb modules
22:32:28-completed other preperation
22:32:28-argument 1 passed in ::: >><<
22:32:28-argument 2 passed in ::: >><<
22:32:28-argument 3 passed in ::: >><<
22:32:28-argument 4 passed in ::: >><<
22:32:28-0 argument(s) found
22:32:28-argument handling complete
22:32:28-start optional message handling
22:32:28-no message file found
22:32:28-end optional message handling
22:32:29-VERSION IDENTIFICATION - START.
22:32:29-TiVo Model : >>0<<.
22:32:29-TiVo Manufacturer : >>Thompson/RCA<<.
22:32:29-TiVo Type : >>UK/PAL<<.
22:32:29-TiVo Software version : >>2.5.5-01-1-023<<.
22:32:29-TiVo : >>Series 1<<.
22:32:29- setuptz identified : >>7<<.
22:32:29- daylightsavings identified : >><<.
22:32:29-Cleaned Up TiVo Software version : >>2.5<<.
22:32:29-Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<.
22:32:29-Is TiVo UKTiVo? : >>1<<.
22:32:29-Is TiVo Direct TiVo : >>0<<.
22:32:29-VERSION IDENTIFICATION - COMPLETED.
22:32:29-ESTABLISHING TIMEZONE OFFSET - START
22:32:29-initial setuptz value identified >>7<<
22:32:29-initial daylightsavings value identified >><<
22:32:29-setuptz identified as blank
22:32:29-current setuptz value >>7<<
22:32:30-External TZ_GMT_OFFSET environment variable has not been set - No override occurred!
22:32:30-current setuptz value >>7<<
22:32:30-Daylightsavings : >><<.
22:32:30-default daylightsavings to 2
22:32:30-Timezone offset after additional change : >>7<<.
22:32:30-Daylightsavings after possible change: >>2<<.
22:32:30-System time part #1: >>Thu Dec 4 22:32:30 UTC 2008<<.
22:32:30-System time part #2: >>Thu Dec 4 22:32:30 2008<<.
22:32:30-System time part #3: >>1228429950<<.
22:32:30-System time part #4: >>1228429950<<.
22:32:30-System time part #5: >>0<<.
22:32:31-about to formally set tzoffset
22:32:31-STARTING GET_TZOFFSET MODULE
22:32:31-GET_TZOFFSET - Checkpoint #1
22:32:31-GET_TZOFFSET - mfstz = >>7<<
22:32:31-GET_TZOFFSET - dst = >>2<<
22:32:31-GET_TZOFFSET - value was not overrided!
22:32:31-GET_TZOFFSET - Checkpoint #2b
22:32:31-GET_TZOFFSET - tz = >>0<<
22:32:31-GET_TZOFFSET - Checkpoint #3
22:32:31-GET_TZOFFSET - Checkpoint #4
22:32:31-GET_TZOFFSET - date = >>4 4 12 22 32<<
22:32:31-GET_TZOFFSET - dom = >>4<<
22:32:31-GET_TZOFFSET - dow = >>4<<
22:32:31-GET_TZOFFSET - month = >>12<<
22:32:31-GET_TZOFFSET - hour = >>22<<
22:32:31-GET_TZOFFSET - min = >>32<<
22:32:31-GET_TZOFFSET - Checkpoint #5a
22:32:31-GET_TZOFFSET - dlsval = >>0<<
22:32:31-GET_TZOFFSET - Checkpoint #6
22:32:31-GET_TZOFFSET - Checkpoint 7
22:32:31-GET_TZOFFSET - Checkpoint #8
22:32:31-GET_TZOFFSET - Checkpoint #9
22:32:31-GET_TZOFFSET - Checkpoint #11
22:32:31-tzoffset : >>return 0<<
22:32:31-COMPLETED GET_TZOFFSET MODULE
22:32:31-tzoffset value before finalization >>0<<
22:32:31-Identified time zone offset : >>0<<.
22:32:31-ESTABLISHING TIMEZONE OFFSET - COMPLETED
22:32:31-INCLUDING TiVoWeb MODULES - START.
22:32:31-About to include util.itcl.
22:32:31-Util.itcl included - About to include index.itcl.

This doesn't tell me anything ?

Any ideas?

[PhilG]

thanks for the suggestion, I checked that and m ISPs SMTP server has not changed :(

I turned the debug level up to 2 first and then to 3.

All I get is:

------welcome to the jazzed dailymail program - v1.01 (02 May 2006) - starting
------the debug level is set at >>3<<
------started at 22:32:28 (debugging times specified in gmt)

22:32:28-compiled image name list: >>tivologo.jpg tivo-ok.jpg tivo-broken.jpg phone-ok.jpg phone-broken.jpg disk-ok.jpg disk-broken.jpg full-disk-ok.jpg full-disk-broken.jpg padding-ok.jpg padding-broken.jpg email-ok.jpg tv-ok.jpg tv-broken.jpg spaceguage-end.jpg spaceguage-low-green.jpg spaceguage-mid-amber.jpg spaceguage-high-red.jpg spaceguage-mid-empty.jpg spaceguage-end.jpg explicitthumbup1.gif explicitthumbup2.gif explicitthumbup3.gif explicitthumbdown1.gif explicitthumbdown2.gif explicitthumbdown3.gif impliedthumbup1.gif impliedthumbup2.gif impliedthumbup3.gif impliedthumbdown1.gif impliedthumbdown2.gif impliedthumbdown3.gif predictedthumbup1.gif predictedthumbup2.gif predictedthumbup3.gif predictedthumbdown1.gif predictedthumbdown2.gif predictedthumbdown3.gif unsetthumbs.gif endpadnorecord.gif thermometer.gif message.gif delete.gif updatethumbs.gif thumbboxblank.gif trackerblocker.gif spaceguage-other-grey.jpg suggestion.gif space-exclaim.gif startpadding.gif endpadding.gif space-added-back.gif delete-for-room.gif flashing-exclaim.gif new-episode.jpg season-pass.jpg spaceguage-info.jpg unblockme.gif blockme.gif<<
22:32:28-GLOBAL VARIABLE DEFINITION - COMPLETED
22:32:28-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
22:32:28-commence fooling tivoweb modules
22:32:28-completed fooling tivoweb modules
22:32:28-completed other preperation
22:32:28-argument 1 passed in ::: >><<
22:32:28-argument 2 passed in ::: >><<
22:32:28-argument 3 passed in ::: >><<
22:32:28-argument 4 passed in ::: >><<
22:32:28-0 argument(s) found
22:32:28-argument handling complete
22:32:28-start optional message handling
22:32:28-no message file found
22:32:28-end optional message handling
22:32:29-VERSION IDENTIFICATION - START.
22:32:29-TiVo Model : >>0<<.
22:32:29-TiVo Manufacturer : >>Thompson/RCA<<.
22:32:29-TiVo Type : >>UK/PAL<<.
22:32:29-TiVo Software version : >>2.5.5-01-1-023<<.
22:32:29-TiVo : >>Series 1<<.
22:32:29- setuptz identified : >>7<<.
22:32:29- daylightsavings identified : >><<.
22:32:29-Cleaned Up TiVo Software version : >>2.5<<.
22:32:29-Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<.
22:32:29-Is TiVo UKTiVo? : >>1<<.
22:32:29-Is TiVo Direct TiVo : >>0<<.
22:32:29-VERSION IDENTIFICATION - COMPLETED.
22:32:29-ESTABLISHING TIMEZONE OFFSET - START
22:32:29-initial setuptz value identified >>7<<
22:32:29-initial daylightsavings value identified >><<
22:32:29-setuptz identified as blank
22:32:29-current setuptz value >>7<<
22:32:30-External TZ_GMT_OFFSET environment variable has not been set - No override occurred!
22:32:30-current setuptz value >>7<<
22:32:30-Daylightsavings : >><<.
22:32:30-default daylightsavings to 2
22:32:30-Timezone offset after additional change : >>7<<.
22:32:30-Daylightsavings after possible change: >>2<<.
22:32:30-System time part #1: >>Thu Dec 4 22:32:30 UTC 2008<<.
22:32:30-System time part #2: >>Thu Dec 4 22:32:30 2008<<.
22:32:30-System time part #3: >>1228429950<<.
22:32:30-System time part #4: >>1228429950<<.
22:32:30-System time part #5: >>0<<.
22:32:31-about to formally set tzoffset
22:32:31-STARTING GET_TZOFFSET MODULE
22:32:31-GET_TZOFFSET - Checkpoint #1
22:32:31-GET_TZOFFSET - mfstz = >>7<<
22:32:31-GET_TZOFFSET - dst = >>2<<
22:32:31-GET_TZOFFSET - value was not overrided!
22:32:31-GET_TZOFFSET - Checkpoint #2b
22:32:31-GET_TZOFFSET - tz = >>0<<
22:32:31-GET_TZOFFSET - Checkpoint #3
22:32:31-GET_TZOFFSET - Checkpoint #4
22:32:31-GET_TZOFFSET - date = >>4 4 12 22 32<<
22:32:31-GET_TZOFFSET - dom = >>4<<
22:32:31-GET_TZOFFSET - dow = >>4<<
22:32:31-GET_TZOFFSET - month = >>12<<
22:32:31-GET_TZOFFSET - hour = >>22<<
22:32:31-GET_TZOFFSET - min = >>32<<
22:32:31-GET_TZOFFSET - Checkpoint #5a
22:32:31-GET_TZOFFSET - dlsval = >>0<<
22:32:31-GET_TZOFFSET - Checkpoint #6
22:32:31-GET_TZOFFSET - Checkpoint 7
22:32:31-GET_TZOFFSET - Checkpoint #8
22:32:31-GET_TZOFFSET - Checkpoint #9
22:32:31-GET_TZOFFSET - Checkpoint #11
22:32:31-tzoffset : >>return 0<<
22:32:31-COMPLETED GET_TZOFFSET MODULE
22:32:31-tzoffset value before finalization >>0<<
22:32:31-Identified time zone offset : >>0<<.
22:32:31-ESTABLISHING TIMEZONE OFFSET - COMPLETED
22:32:31-INCLUDING TiVoWeb MODULES - START.
22:32:31-About to include util.itcl.
22:32:31-Util.itcl included - About to include index.itcl.

This doesn't tell me anything ?

Any ideas?

At debug level 3 there should be a lot more (like thousands and thousands of lines more!) than that :eek:

But you have now reached the limis of my knowledge, sorry :(

Hopefully some other genius will be along soon

[ColinYounger]

22:32:31-Util.itcl included - About to include index.itcl.Looks like this is where you're going wonky - index.itcl is missing. It would be with a TivoWeb 1.9.x installation.

[greenkr]

Does dailymail work OK with Talk Talk? I am thinking of changing to them.

[Pete77]

Does dailymail work OK with Talk Talk? I am thinking of changing to them.

I don't see why not as dailymail.cfg can be amended to the IP address of any SMTP mail server including TalkTalk's mail server. The main problems with using Tiscali or TalkTalk with Tivo is for those who do not have network access and are still using the 0800 dialup number.

[atari_addict]

Need to re-download the archive so as to rescue the unencoded version of the icons, but tivo_onion's site is unreachable.

Can someone point me to an alternative please?

Cheers.

[ctjones]

Hi - If anyone has the latest version of this could they let me know - the deepinthejungle site seems dead... cheers!!

Chris

[Pete77]

Hi - If anyone has the latest version of this could they let me know - the deepinthejungle site seems dead... cheers!!

It usually tends to get resurrected when somebody posts here pointing out its demise.

However a continued failing of Daily Mail that I sadly doubt will get rectified by anyone at this stage is that it still does not report when SP and Wishlist based recordings cannot take place due to insufficient disk space. It also does not tell you when a one off recording you schedule cannot happen due to insufficient disk space.

By contrast Tivo itself will tell you when you schedule a new SP or Wishlist or an individual recording if some of them cannot happen due to insufficient disk space.

It does seem to me this is a vital feature in DailyMail as its absence caused me to fail to record the Bahrain Grand Prix yesterday.:(

[mikerr]

Need to re-download the archive so as to rescue the unencoded version of the icons, but tivo_onion's site is unreachable..
Hi - If anyone has the latest version of this could they let me know - the deepinthejungle site seems dead... cheers!!


I've put the original big distribution here:
http:///www.tivocentral.co.uk/hacks/dailymail_jazz+v0.30.zip

is version "1.01 / 02 May 2006" latest release? that's attached below:

[atari_addict]

is version "1.01 / 02 May 2006" latest release? that's attached below:

That's the version I have, not seen a later one.

Thanks for doing this, I managed to regain access to the icons after clearing brain-blanking pulses!

[Pete77]

That's the version I have, not seen a later one.

My dailymailjazz email each day includes the comment:-

jazzed dailymail v1.01 (02 May 2006)

But as discussed the one big current failing of DailyMailJazz v1.01seems to be no report when recordings are not going to happen due to "Insufficient Disk Space":(

[TCM2007]

It usually tends to get resurrected when somebody posts here pointing out its demise.

However a continued failing of Daily Mail that I sadly doubt will get rectified by anyone at this stage is that it still does not report when SP and Wishlist based recordings cannot take place due to insufficient disk space. It also does not tell you when a one off recording you schedule cannot happen due to insufficient disk space.

By contrast Tivo itself will tell you when you schedule a new SP or Wishlist or an individual recording if some of them cannot happen due to insufficient disk space.

It does seem to me this is a vital feature in DailyMail as its absence caused me to fail to record the Bahrain Grand Prix yesterday.:(

You are kidding. Thought you had the best part of a terabyte on board, and were a vociferous campaigner for Suggestions - how can you possibly have run out of space. And all that checking of F1 wishlists you recommend too!

TiVo will tell you when a NEW SP or WL is created, but it will not warn you if a pre-existing SP or WL triggers the error.

Assuming that "Will not record due to disk space" appears on the TDL errors list, then Daily mail should be able to pick it up - you'd just need to add the appropriate error code.

Go on, try it as a project. In the original the key variable was $creason which was an integer which corresponded to the reason a show wasn't to be recorded. If it matched a certain value, it was in included in the e-mail. TiVoOnion my have changed that, I don't know I don't have that source code to hand.

(PS, Button won)

[TCM2007]

I see Mike has posted to code above.

It's still the $creason variable.

The key line is

if {$creason == 20} {

Change that to be 20 or the number which corresponds to disk full and it should work. The code numbers are enumerated in one of the text files on the TiVo, alternatively, use TW to find your Bahrain GP entry and look for the CancelReason.

[AMc]

Hello, this just reminded me that I'm running a creaky version v0.30
I updated dailymail_jazz.tcl from Miker's attachment but I get a problem almost immediately.

bash-2.02# dailymail_jazz.tcl
------welcome to the jazzed dailymail program - v1.01 (02 May 2006) - starting
------the debug level is set at >>2<<
can't read "yankspeak": no such variable
while executing
"if {$yankspeak} { puts "------generated content presented in American English f
or your reading pleasure!" }"
(file "/var/hack/dailymail_jazz.tcl" line 69)
bash-2.02#
Adding
set yankspeak false to dailymail.cfg just results in a different error.
bash-2.02# dailymail_jazz.tcl


------welcome to the jazzed dailymail program - v1.01 (02 May 2006) - starting
------the debug level is set at >>2<<
------started at 14:39:51 (debugging times specified in gmt)

can't read "programbarwidthpercent": no such variable
while executing
"set uniquecontentid "[clock seconds].$mailserver.$dmailHoursahead.$debuglvl$mid
threshold$highthreshold$programbarwidthpercent$emergencytemp centigrade$..."
(file "/var/hack/dailymail_jazz.tcl" line 118)
bash-2.02#

I suspect I need a more up to date dailymail.cfg file but the one in Miker's linked zip doesn't have the yankspeak variable either?

Do I need a newer dailymail.cfg or am I missing something more obvious?

Thanks

[ColinYounger]

Try this one (rename it to .cfg)!

[AMc]

Just had a brief glance and reminded myself of the fun I had setting up 0.3.
I'll need to spend some time copying, pasting and updating.

Many thanks!

[jeremy Parsons]

Can someone post a working dailmail_jazz.tcl and config file that go together

[ColinYounger]

Here's the dailymail_jazz.tcl. The config file is above.

[itm]

Does anyone know if it's possible to specify multiple recipient email addresses?

[Trinitron]

Yes. Read the configuration file! It's option 2.2.3 in my version.