DailyMail: a daily e-mailed status report from your TiVo [Text View] - Page 8

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

Pages : 1 2 3 4 5 6 7 [8] 9 10 11

tivo-onion

03-29-2005, 06:47 AM

I have noticed that it clears out the dailymail_jazz.log when this error occurs.

Try replacing your dailymail_jazz.tcl with the attached and let me know what happens re: logfile.

cheers

Chris

tivo-onion

03-29-2005, 06:53 AM

tivo-onion,

Not that you need more to do, but any reason why there is no "Now Playing" info in DMJ?

Cheers!

TPM

You could look at Now Playing on your TV when you fancy watching something? :eek:

To be honest, I don't see much point in it :confused: I mean, isn't the point of the daily email to ensure that the TiVo is recording the right stuff and that it is running OK? It provides a mechanism for tuning your TiVo and is a planning tool. It was never meant to be a full replacement for the TiVo menus or TiVoWeb? Am I wrong? What benefits would having a Now Showing section in the email provide?

cheers

Chris

tivo-onion

03-29-2005, 06:54 AM

Chris,

There's a couple of things in my crontab that are only run once a week but DMJ is saying they are run daily. e.g.

50 03 * * 5 /tvbin/tivosh /var/hack/trackerupdate.tcl

But in the email:

TrackerUpdate (03:50 daily)

fozzie

Will take a look at this.

cheers

Chris

tivo-onion

03-29-2005, 06:58 AM

Failing at the first hurdle. I thought I would try the new BETA but with images.

I am uploading the images via FTP in Binary mode to /var/hack/tivoweb-tcl/images folders but whatever I put in IE it says not found. The HackMan buttons (e.g. redbutton.png) are displaying with http://ip/redbutton.png and http://ip/images/redbutton.png fine (I do not know why both work since the images are in an images folder!).

Any ideas what I am doing wrong?

TIA

Personally, I have never managed to get this avenue to succeed either. Although, because I view my emails outside my home firewall it would not really work anyway, as I would need to login to my TiVo to fetch the graphics everytime I looked at an email - not brilliant. Your best bet is to place the images on an externally accessible web-server, one that requires no passwords etc. If you do not have a server available, you may want search this forum for posts where nice members have made there image server available to others,

cheers

Chris

cashew1970

03-29-2005, 08:34 AM

Softail95

03-29-2005, 08:36 AM

Try replacing your dailymail_jazz.tcl with the attached and let me know what happens re: logfile.

cheers

Chris

I replaced with the new file. Same error, and the log file is still cleared, with nothing in it.

Is there something I can do to get more log info out of TWP? Or maybe out of the dailymail_jazz script? Can this have something to do with the environment that the bssh command and cron command run in being different than the one TWP runs things in?

tivo-onion

03-29-2005, 08:37 AM

Chis,

Great work here buddy.... i am having an issue with the Delete all and change all thumbs bits.....
All appears OK, but when I click on the Icons to change all, I get the sarcastic Tivoweb "404" errors....

Have I missed something??

Cheers Martin

Just checking - you have put the new updated itcl files in your tivoweb-tcl/modules directory? You have chmod 755 *'ed them? You have done a reload on your TiVoWeb?

If you still have the problem, can you let me know the actual error text show?

cheers

Chris

cashew1970

03-29-2005, 08:39 AM

Will do Chris..... but will have to wait until tomorrow as I have "Lost" my connection to the home PC at the mo...

sanderton

03-29-2005, 08:40 AM

You have chmod 755 *'ed them?

Out of pedantic accuracy, TW modules don't need chmodding.

tivo-onion

03-29-2005, 08:45 AM

I replaced with the new file. Same error, and the log file is still cleared, with nothing in it.

Is there something I can do to get more log info out of TWP? Or maybe out of the dailymail_jazz script? Can this have something to do with the environment that the bssh command and cron command run in being different than the one TWP runs things in?

Try this new file.

I am really struggling now.

If this does not provide a log file with anything in it, then maybe try editing your version of managedailymail.itcl. Prehaps clear the preshell variables from:

set preshell "/tvbin/tivosh"

to

set preshell ""

see if that does anything? Other than that I am afraid I do not know what to do!

cheers

Chris

cashew1970

03-29-2005, 08:51 AM

Got this when I tried to chnge 2 Thumbs details

Not Found
It's about to print out a 404 error. I can tell by the intolerable air of smugness it suddenly generates. It's tivoweb's pleasure to render a page for you and their satisfaction to close the socket afterwards with the knowledge of of a job well done. Thank you tivoweb programmers, "let's not write new features; let's waste a ton of memory on 404 messages" they said. I'm a 404 prototype. You can tell can't you? I hate 404 messages. I'm not getting you down am I

cashew1970

03-29-2005, 08:53 AM

And this when I try to delete just one entry!!
Not Found
Run away! Run away! Run away! Run away! Run away! Run away! Run away!

tivo-onion

03-29-2005, 08:55 AM

tivo-onion

03-29-2005, 09:01 AM

I'm not getting you down am I

You are MARVIN the paranoid android aren't you :D

cheers

Chris

Softail95

03-29-2005, 09:32 AM

Try this new file.

set preshell "/tvbin/tivosh"

to

set preshell ""

Tried the new module... Still no log. Tried the modifications to the managedailymail.itcl, but the results are still the same, and no log.

Thanks for all your effort.

Am I the only one with this problem? Does this work for everyone else?

tivo-onion

03-29-2005, 09:48 AM

Tried the new module... Still no log. Tried the modifications to the managedailymail.itcl, but the results are still the same, and no log.

Thanks for all your effort.

Am I the only one with this problem? Does this work for everyone else?

I have not heard of anyone else with this problem.

It seems that the dailymail_jazz.tcl modules is failing before it even completes the first line. I am not sure why this would be the case? Does anyone else have any ideas?

cheers

Chris

cashew1970

03-29-2005, 10:09 AM

The bits after the error was not me typing.... It is what Tivo web throws up as a sarcastic responce to the useual 404 page.....

Its not me ...... honest!!!

Try ttping something after your page link and see what it gives you!

cashew1970

03-29-2005, 10:18 AM

Chris,

All other links work fine....

I can click on the individual thumb image and link through to the change page, I can veiw slots, I can re submit the mail with different hour settings.

I have noticed though.... that all other links that do work open a new browser page.... and give a location when you hover over them at the foot of the browser....

On the Multi Thumb and Multi Delete, the pointer does not change, there is no link info at the foot of the window..... and the error comes up in the same window as the mail....

Don't know if any of that helps....

Just In case you wanted another 404 tivo web tesxt output..... here is another!!

"Not Found
I don't wanna talk to you no more, you empty headed animal food trough wiper! I fart in your general direction! Your mother was a hamster and your father smelt of elderberries! Now go away or I shall taunt you a second time-a! "

thepicman

03-29-2005, 10:29 AM

You could look at Now Playing on your TV when you fancy watching something? :eek:

What is the fun in that? On the TV? You mean there is a real purpose to all of this? I thought it was something to do to my TiVo that was cheaper than working on my HTPC :p

I thought it was something to keep myself out of trouble while drinking.. :D

To be honest, I don't see much point in it :confused: I mean, isn't the point of the daily email to ensure that the TiVo is recording the right stuff and that it is running OK? It provides a mechanism for tuning your TiVo and is a planning tool. It was never meant to be a full replacement for the TiVo menus or TiVoWeb? Am I wrong? What benefits would having a Now Showing section in the email provide?

I can see your point, but to me, Now Playing information would be of more use than Expiration. I have enough storage space that Expiration is just a theory, not a problem. Showing now playing just seems like a natural extension of what DMJ does.

Thanks for the reply and .38 seems to be running well on my Yank S1

TPM

lcsneil

03-29-2005, 10:32 AM

Just In case you wanted another 404 tivo web tesxt output..... here is another!!

"Not Found
I don't wanna talk to you no more, you empty headed animal food trough wiper! I fart in your general direction! Your mother was a hamster and your father smelt of elderberries! Now go away or I shall taunt you a second time-a! "

There is quite a range of 'easter eggs'.

Mostly from Monthy Python & the Holy Grail and Hitchhickers also a 'YOUR AD HERE' and a 'Page left intentionally blank' as well as a
"Tmk Fatal Error: Thread tivoweb <42> died due to signal 4 " (only kidding).

:D

Neil

Prof. Yaffle

03-29-2005, 11:44 AM

Just found this

Not Found
Now it is such a bizarrely improbable coincidence that anything so mindboggingly useful as this 404 page could have evolved purely by chance that some thinkers have chosen to see it as the final and clinching proof of the non-existance of tivoweb programmers.
The argument goes something like this: `I refuse to prove that we exist,' said one tivoweb programmer, 'for proof denies deniablity and without deniablity there'd be bug reports.'

'But,' says Man, 'Surely the 404 page is a dead giveaway isn't it? It could not have evolved by chance. It proves you exist, and so therefore, by your own arguments, you don't. QED.'

'Oh dear,' said the tivoweb programmer, 'I hadn't thought of that,' and the tivoweb programmers promptly vanished under flood of bug reports.

:D

tivo-onion

03-29-2005, 01:25 PM

john1980

03-29-2005, 08:58 PM

The existing code appends ' (GMT)' to the 'Date:' field of the email. This is not strictly RFC-822 and should really be removed or replaced with just ' GMT'.

In addition to this, there are a few of us in Australia and New Zealand which run our TiVo's in the GMT timezone and may want to "correct" the date being displayed :)

If you are feeling very kind to the poor soles overseas then you may wish to consider replacing the following section of code (found near line 962)

if {$yankspeak} {
# TKA - Modify date for proper display by modern email programs
# puts $chan "Date: [clock format [expr [clock seconds] + $tzoffset] -format {%A, %B %d, %Y %I:%M:%S%p}]"
puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S (%Z)} -gmt true]"
# TKA-END
} else {
puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S (%Z)} -gmt true]"
}

With this snippet:

if {[file executable $::pathname/date-R.hack]} {
puts $chan "Date: [exec $::pathname/date-R.hack]"
} else {
puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S GMT} -gmt true]"
}

The those of us in New Zealand or Australia could create a date-R.hack script, in the same directory as dailymail_jazz.tcl, similar to this one (which will display the current time with a +1200/+1300 depending on Daylight Savings Time):

#!/bin/sh
/bin/date +"%a, %d %b %Y %H:%M:%S " | tr -d '\012'
TZ=:/var/hack/zoneinfo/Pacific/Auckland /bin/date +%z

FYI: 'date -R' is the Unix command to display the date in an RFC-822 friendly format.

cashew1970

03-30-2005, 02:05 AM

tivo-onion

03-30-2005, 02:50 AM

Morning Chris,

The link now opens an aditiional page... http://***********/handle_multi_events/
however... the page is still giving a 404 "page cannot be forund error.... in Tivowebs wonderful style........

The only sensible assumption here is that the module is not correctly located in the tivoweb-tcl/modules directory, or that you have not done a restart on TiVoWeb since depositing the module. Try a full restart on TiVoWeb. Can you try both of these please, as it seems to be an issue with purey this script...

cheers

Chris

P.S. Has anyone else got this working properly?

P.P.S What type of TIVO / Software version do you have here?

cashew1970

03-30-2005, 02:59 AM

WIll get back to you in the morning Chris......
By the way... it is a Std UK Tivo, upgraded drive and CacheCard with 512 mem.
I know for a fact that reboots have happened..... (I have another issue with the Tivo rebooting on me when I try to change the config for the Daily mail...... but I will address that later ;-) )
So the box has not only had tivoweb restrted.... the whole thing has :-)
I am pretty sure that the files have been located properly..... but i wil have a look tonight and confirm back with you.
Thanks your your time on this one.... I really is appreciated....
Cheers

Martin

ash_bluewomble

03-30-2005, 04:06 AM

P.S. Has anyone else got this working properly?

I just installed 0.38.4 last night (I've been running 0.38.1 for some time), and I'm happy to report that everything seems to be working as expected! (Including handling multievents) :D

Excellent stuff.

Cheers,
Ash.

cashew1970

03-31-2005, 04:01 AM

Hi Chris,

I think that we are getting somewhere....

I scrapped everything last night, and started again...

I now get the new window open, with no error message (Yippee) but all i get is a blank screen..... no detials of what is to happen.....

I do have the LJ utils installed already.... do you think that this has a bearing on what is happening?

Still trying things at this end....a nd will keep you posted! ;D

cashew1970

03-31-2005, 04:21 AM

tivo-onion

03-31-2005, 04:33 AM

More Info for you Chris....

I use DynDNS to allw me to connect to my tivo from the outside.... www.******.webhop.net points to my router on a specific port, and the tivo points to that port.

When having the URL of the tivo set to the webhop address..... i get the blank page.
If I set the url of the tivo to be the internal address..... all is fine, and I get the nornmal screen that i would expect.

Now the utlimate question.... Why would it do this on this bit of code.... and no other?

It could be because it is using a form and posting information, rather than just a plain html hyperlink. This is really the only difference - maye your firewall is stopping a"POST" operation somehow? It would be worthwhile seeing if you can perform any other form "POST" operations using TiVoWeb.

cheers

Chris

cashew1970

03-31-2005, 04:36 AM

Thanks Chris.....

All is sorted..... The True IP address was cloaked... all I have done is changed the URL for the mails to point to this true address and all is sorted...... Just need to get the cron bit working again and I am all sorted..... thanks for your time on this one mate.....

chippyt

04-01-2005, 11:53 AM

.38.4 has been working great!

I just noticed that the width of the e-mail could be changed and by changing to 70% it fixed the width problem on gmail.

Thanks again

john1980

04-04-2005, 08:27 PM

I was just wondering if there should be an option to ignore blank sections in the emails. For example, it would be nice to have the "Conflicts" section included if there are any unresolvanle conflicts, but if there are "None" then it would be good to have it ignored.

sigepjim

04-07-2005, 01:31 AM

tivo-onion

04-07-2005, 02:54 AM

I'm running a Hughes SD-DVR40 with software versio 6.2 Everything works fine except for the To Do list part. I'm getting the following error in the log:

05:20:22-compiling to do list
05:20:22-ERROR IN GETTODO MODULE >>syntax error in expression "12879 * 86400 + "<<
05:20:22-Items Found >>-1<<
05:20:22-handle section module completed ok
05:20:22-CALLING SECTION #2

Can anyone help me out here? Is there more information I could provide to you?

Thanks in advance! Jim

Whack the debugging level to 3 in the configuration file, and then run the module again. Then zip up the log file and attach to a post - or PM me with it. You may want to eradicate any sensitive information from your log file. I should be able to identify the problem then,

cheers

Chris

phosacid

04-07-2005, 03:22 PM

I just noticed this morning when viewing my dailymail generated by cron, that the date at the top said October 20 ??? Obviously i'm not very observant and figured this was an anonamly so i checked the last couple of emails sent, they had the date as October 18 and October 19

I went into my tivo and did the 'date' command and got today's date, so now I am really confused. I was under the assumption that dailymail got it's date from the tivo itself....if it does, then why is mine showing a funky date?

here's part of my log, i'm assuming this is the issue

19:24:56-ESTABLISHING TIMEZONE OFFSET - START
19:24:56-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>-21600<<.
19:24:56-tzoffset : >>-77756400<<
19:24:56-Identified time zone offset : >>-77756400<<.
19:24:56-ESTABLISHING TIMEZONE OFFSET - COMPLETED

That offset seems a little BIG

Anyone else have this issue? Any advice on what I could check to see what is causing this problem?

TIA

Ian_m

04-08-2005, 07:44 AM

Just a quick note, after a day or two faffing trying to get it working (first problem read the base64 encoding bit and base64 encode it !!!! RTFM), then had problems with either "broken pipe" or server time out. I am using Pipex at dsl.pipex.com.

Basically setting "set freepagesadjustment true"

fixes the problem and e-mail flows out no problem.

Oh, how do I supress all references to thumbs in e-mail (never having bothered with them), I have suppressed the current value but still get the "list box" to set thumb value ?

Ian_m

04-08-2005, 08:54 AM

tivo-onion

04-10-2005, 09:14 AM

tivo-onion

04-10-2005, 09:18 AM

I just noticed this morning when viewing my dailymail generated by cron, that the date at the top said October 20 ??? Obviously i'm not very observant and figured this was an anonamly so i checked the last couple of emails sent, they had the date as October 18 and October 19

I went into my tivo and did the 'date' command and got today's date, so now I am really confused. I was under the assumption that dailymail got it's date from the tivo itself....if it does, then why is mine showing a funky date?

That offset seems a little BIG

Anyone else have this issue? Any advice on what I could check to see what is causing this problem?

TIA

Try this modified version of the code with extra debugging code. Set to debugging level 3 and run - let me know what the timezone piece says again,

cheers

Chris

dgilbert

04-11-2005, 09:51 AM

I've been using Dailymail (v0.38.4) for about a week now and it works great! I have noticed one minor problem with time zones. In my rc.sysinit.author file I've set TZ and TZ_GMT_OFFSET to reflect EST.
export TZ=EST5EDT4
export TZ_GMT_OFFSET=-5
By setting TZ=EST5EDT4, I can specify my cron jobs without using GMT offsets and daylight savings is also correct. In my cron file I've set fakecall for 4am EST and dailymail for 5am EST.
0 4 * * * fakecall.tcl
0 4 * * * /hacks/scripts/nulllogs.sh
0 5 * * * /hacks/dailymail/dailymail_jazz &
The email generated from Dailymail has all the times correct except for the Last successful call and Next scheduled call. They are 1 hour too early and always January 1st and 7th. The cron job runs fakecall at 4am but the email lists the call at 3am. Here's the relevant text from the email received at 5am:

The following daily call information is available:
Last successful call: Thursday, January 01 at 03:00AM
Next scheduled call: Wednesday, January 07 at 10:34PM

The following hack applications are scheduled to run on your TiVo:
FakeCall (4:AM daily)
DailyMail (5:AM daily)

Here's what the Dailymail log shows:
------welcome to the jazzed dailymail program - v0.38.4 Beta (25 Mar 2005) - starting
------the debug level is set at >>2<<
------generated content presented in American English for your reading pleasure!
------started at 09:00:04 (debugging times specified in gmt)
<snip>
09:00:04-ESTABLISHING TIMEZONE OFFSET - START
09:00:05-tzoffset : >>-14400<<
09:00:05-Identified time zone offset : >>0<<.
09:00:05-ESTABLISHING TIMEZONE OFFSET - COMPLETED
I've searched through this thread (and others) but I don't believe anyone else has listed this problem. I believe that it's caused by the TZ global var. Any thoughts?

jayazusa

04-11-2005, 11:18 AM

Here is what I have in my dailymail.cfg file

## (4.10) The location and name of the cron file.
## This is the location and file name of the crontab file - this is required if you want
## to display the cron schedule as part of the status section.
set cronloc "/var/spool/cron/crontabs"

Here is what shows up in the log
05:47:48-hack application test end
05:47:48-crontab test start
05:47:48-about to parse crontab file
05:47:48-SEARCH ITEMS >>dailymail.tcl dailymail_jazz.sh dailymail.sh dailymail_jazz tivotitle.tcl rsync endpad.tcl moviesort.tcl fakecall.tcl wipelogs trackerupdate.tcl dedupe.tcl safereboot.tcl<<
05:47:48-ERROR IN STATUS MODULE >>error reading "file19": illegal operation on a directory<<
05:47:48-handle section module completed ok
05:47:48-MAIN EMAIL BODY - COMPLETED

This is what is displayed on the email
The following hack applications are scheduled to run on your TiVo:
Error When Generating Status List - See Log - error reading "file23": illegal operation on a directory.

Do I need to specify in the dailymail.cfg the entire path and file name? I am also now getting the correct time on the emails after setting

export TZ_GMT_OFFSET=-7

My cron tasks are still set on GMT Time will work on that one after I get the daily mail completely working.

chippyt

04-11-2005, 11:29 AM

The entire cron path and file name need to be entered:

/var/spool/cron/crontabs/root

That is the path for my HDVR2, where root is the file with the cron entries.

phosacid

04-11-2005, 12:05 PM

Try this modified version of the code with extra debugging code. Set to debugging level 3 and run - let me know what the timezone piece says again,

cheers

Chris

Chris,
I was able to fix the issue using the export TZ_GMT_OFFSET=-6 in the .author file. One thing of note though, when I manually sent an email, the times were correct, when called from cron they were wrong....I believe someone posted this issue earlier in the thread....so i put the export command at the top of the dailymail_jazz file called from cron, and it works just fine

couple of other things I have noticed:

My last daily call is having the same issue as the poster above, showing January as the last successful call.

Also, there are two instances of Dailymail showed in the cron schedule at the bottom and one instance of wipelog showing run daily when it runs once weekly.

These are not really a big issue, what I am using the email for, to see what is going to record, works flawlessly, so i'm not too concerned about the rest.

If you would still like me to try out the above file, just let me know, i'll give it a go and post the results, but like i said, this module works great for what i need it for and thanks again for the great program!!

On another note, I am running 4.0.1b, I'm not sure that this would make a diffrence, but it could explain some of the issues, since before upgrading everything seemed to work fine.

thanks again for this great app.

PhilG

04-11-2005, 04:27 PM

I'm sure I can't be the first to ask this, but having downloaded the dailymail_jazz zip file I was hoping to find a readme file listing all the installation instructions. All there is is the datasheet listing what has changed and which directories to store the files. It does not tell me how to get this script executed regularly, how to specify the mailserver and recipient eMail addresses and how to provide logon information to teh mailserver.

Has anyone put together an idiot set of installation instructions??

Thanks

Ian_m

04-11-2005, 05:29 PM

Hmmmm, put all the e-mail options back in ie clashes, suggestions etc etc etc and fails again

Fails with :-

FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>error writing "sock19": connection timed out<<

Any thoughts, lower debugging level to make faster ?

Got it working without mempool thing or message splitting in CFG file. Had to set my ADSL router MTU to 1500. My ex WAG54G was 1500 default and my new NetGear DG834G was 1482.

Mind you TiVo rebooted during a test (via TiVoWeb), unfortunately during Eastenders which will cause a problems with SWMBO when she gets round to it.....

jayazusa

04-11-2005, 05:44 PM

Is it possible to move the code from the /var Directory of the system? I just had my tivo wipe it out after a reboot. What files would I have to modify?

Thanks,

Jay

themitch

04-11-2005, 08:59 PM

Hi PhilG

I just went through the same process as you're probably going through at the moment, I found the following was very helpful for me:

http://minnie.tuhs.org/twiki/bin/view/Software/InstallDailyMail

It took me a couple of attempts, but I got there in the end. Hope it helps you too. Good luck...

M

themitch

04-11-2005, 09:11 PM

Ok, I've got myself a bit lost ... I have installed dailymail_jazz (amazed I got it to work!). But I have no idea about cron ... what is this, where do I get it and how do I get it to work?

Many thanks.

jayazusa

04-11-2005, 09:36 PM

I am by far no expert but here is what I have used to set up cron. It has worked for a couple days so far.

Ok, I've got myself a bit lost ... I have installed dailymail_jazz (amazed I got it to work!). But I have no idea about cron ... what is this, where do I get it and how do I get it to work?

Many thanks.

Cron Setup (http://www.************.com/forum/showpost.php?p=189482&postcount=7)

TivoTools Link
Tivo Tools Link (http://www.************.com/forum/showthread.php?t=37602)

the links should both point to Deal Database www.************.com/forum

themitch

04-12-2005, 02:23 AM

Thanks Jayazusa, but is it just me or do your links point to www.*******.com?

cashew1970

04-12-2005, 02:42 AM

http://www.tivocommunity.com/tivo-vb/showthread.php?t=228986&highlight=cron

This is a thread that i started when faced with cron, and tefster was a great help....

There is a nice link to a page that he has generated to walk you through cron....

Let me know if it was of any help...... It certainly was to me

Martin

dgilbert

04-12-2005, 08:47 AM

Is it possible to move the code from the /var Directory of the system? I just had my tivo wipe it out after a reboot. What files would I have to modify?
Jay

I've installed Dailymail into a directory outside of /var. I used /hacks/dailymail. You'll need to modify the dailymail_jazz script with the correct path to dailymail_jazz.tcl. I also modified the tivoweb module managedailymail.itcl as follows:
## try and load in source from a variety of locations
if { [catch {
source /hacks/dailymail/dailymail.cfg
set defaultbasefileloc "/hacks/dailymail"
}]} {
Last, you'll need to modify all the relevant paths in the dailymail.cfg file. It's been working fine for me.

jayazusa

04-12-2005, 12:20 PM

MonTheFish

04-13-2005, 04:32 PM

You must have the tracker module functionality enabled but don't actually use it. See variable trackerblockreq (3.4.5). I you do use tracker than check the trackerdir variable (4.13) to ensure location correct,

cheers

Chris

What does the tracker module actually do?

Fozzie

04-13-2005, 06:40 PM

A search for "tracker module" yields the following thread:

http://www.tivocommunity.com/tivo-vb/showthread.php?t=141201

;)

phosacid

04-13-2005, 11:16 PM

Well just when you think you have it down.

I have receive a few emails with the correct times and some with incorrect times. Is it possible within the code somewhere to insert the correct timezone offset? in the dailymail.cfg maybe?

I guess dusting off my old coding skills would setting the following in the dailymail.cfg file work?

set tzoffset -7

rather than replacing all of the $TZoffsets to the -7? and if I am Arizona I am -7 all year or is the program looking for a positive value there?

Result of above:
A Daily email with the date of May 28th still. and all of the times off.

If anyone has resolved the issue with dailymail and timezones pleae assist me with your solution.

Thanks,

Jay

Jay,
What I did to resolve this issue is to put "export TZ_GMT_OFFSET=-6" at the beginning of the dailymail_jazz file (minus the quotes). You can change the -6 to -7 as I am on CDT. This will work better for you, beens you do not observe DST and I will probably have to change mine (not sure) when the clocks fall back in the fall. There was another poster on page 60 i beleive that fixed this issue with something like TZ=EST5EDT4 or something like that. Read back a few posts....

Good Luck,
Phos

jayazusa

04-14-2005, 01:59 PM

Jay,
What I did to resolve this issue is to put "export TZ_GMT_OFFSET=-6" at the beginning of the dailymail_jazz file (minus the quotes). You can change the -6 to -7 as I am on CDT. This will work better for you, beens you do not observe DST and I will probably have to change mine (not sure) when the clocks fall back in the fall. There was another poster on page 60 i beleive that fixed this issue with something like TZ=EST5EDT4 or something like that. Read back a few posts....

Good Luck,
Phos

Even though I am in Arizona and am -7 year around my mails are still showing 1 hour ahead do I enter -8? If I enter a -8 the times the email gets sent matches the stamp on the email, and the cron job times are correct.
My understanding is that TZ=MST7MDT7 is to work with Cron
In the cron section of the email do you receive times in GMT showing as a negitive? This is the case when I enter TZ=MST-7MDT-7 -- Makes Sense I guess --

So I guess if I enter a -8 in my tz variable I will get the emails at the time I expect them but I may need to adjust them depending on time of the year.

If anyone has an Idea why -8 needs to be set rather than -7 please let me know us folks in AZ with no Daylight savings time can make things tough.

Awsome tool just closing in on the fine tunes.

pmk

04-18-2005, 12:01 PM

Are there any plans for a live/final release soon?

TIA

tivo-onion

04-21-2005, 11:34 AM

Are there any plans for a live/final release soon?

TIA

Working on a few final tweaks and very minor bug fixes and we will be there. Expect a final release in the next couple of weeks,

cheers

Chris

jayazusa

04-21-2005, 01:35 PM

I am receiving the following on my daily mail

To Do
The following programs are scheduled to record in the next 48 hours:

Error When Generating To Do List - See Log - can't unset "rec": no such variable

Has anyone experenced an issue where time zone is still off by one hour? I am set -7 for Arizona but to get all the times correct I need to set -8.

Attached is my log file any assistance would be greatly appriciated.

Thanks,

Jay

DTiVo 6.2 requires a GMT offset of -8 in the rc.sysinit.author to work correctly
Cron requires export TZ=MST7MDT7 in the rc.sysinit.author

jayazusa

04-26-2005, 07:40 PM

Has anyone ever thought of a standard email that would run weekly or monthly that would give a status type email.

Listing all of the Season Passes and the recordings aganst that season pass.

I thought something like this would be good for people that reimage there TiVo's weekly.

or if you can point me to a good referance for tivo coding (tcl?)

tivo_boj

05-20-2005, 01:17 PM

After a long time I have come back to try and get dailymail to work. I get this when running it

any clues
no value given for parameter "source" to "base64dec" while executing "base64dec" ("uplevel" body line 11) invoked from within "uplevel $body" invoked from within "transaction {uplevel $body}" (procedure "RetryTransaction" line 5) invoked from within "RetryTransaction { if {$::version3} { set lconfig [db $db open /State/LocationConf set setup [db $db open /State/ServiceConfig]

PortlandPaw

05-22-2005, 06:38 PM

First, let me say that this is one of the all-time greatest hacks ever written. I had it running perfectly on my SA S1, but then I moved to a place with no broadband (dial-up only, but that will change soon, I hope) a non-router network, and a shared always-on dial-up Internet connection. So I finally got around to enabling dailymail both on the SA S1 and on my new DirecTiVo.

After I re-set the gateway appropriately and set the SA to do Internet daily calls, I used the poolsize tips in this thread just in case and that seemed to disable mail generation using the TivoWeb module, but that's OK, because I'd rather run it from cron.

But I still had problems which were clearly aberrations with my ISP -- after all, it used to work OK. I determined that a greatly stripped-down version would work and then started putting stuff back in until it choked. It was working, but no date was coming through. So here is what I did around line 693 of dailymail_jazz.tcl.

if {$yankspeak} {
puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S (%Z)} -gmt true]"
# puts $chan "Date: [clock format [expr [clock seconds] + $tzoffset] -format {%A, %B %d, %Y %I:%M:%S%p}]"
} else {
puts $chan "Date: [clock format [clock seconds] -format {%a, %d %b %Y %H:%M:%S (%Z)} -gmt true]"
}
flush $chan
puts $chan "From: \"$senderName\" <$sender>"
flush $chan
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-about to set recipient" }
puts $chan "To: $recipient"
flush $chan
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-recipient set" }

## puts $chan "Message-Id: [clock seconds]@$domain"
## flush $chan
## if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-Message-Id: [clock seconds]@$domain set" }But I found that for this to work, $senderName must be given a value in the config. I was unable to get the Rejected Recordings to work on the DTiVo, so I disabled it in the config file:## (6.5) The 'Rejected Recordings' section :
set dmailRecHistory 0
I don't know why this works but, frankly Scarlet, I don't give a damn.

dogsbody

05-24-2005, 05:47 PM

Hi, Sorry if this has already been discussed but there is rather a lot of history to read through. May I please request an RFE (Request For Enhancement) for DailyMail Jazz.

I have my mail client set to only show me the images in an HTML e-mail if the images have been sent with the mail. This is because spammers link to remote images as a may to harvest the addresses of people that actually read their e-mail (if the image was called then the e-mail was displayed (add dynamic image names and you can tell exactly which person read it)). Anyway, this also means that DailyMail Jazz doesn't look very pretty :(

Is there any way that the images used in the DailyMail report could be MIME encoded and sent with the mail? They are not huge images so I don't think they would cause much of a problem. You could even pre Base64 encode them.

Just an idea, I love DailyMail :cool:

Dan

dgilbert

05-24-2005, 09:22 PM

I recently hacked my second dtivo to 6.2. The unit has two drives (the original 40gb and a 2nd 120gb). I installed Dailymail and it seems to be working fine with one exception, smartctl seems to fail for the primary drive (hda) but works for the secondary drive (hdb). Here's the log: 20:38:51-SMART DISK CHECK - START
20:38:51-Checking S.M.A.R.T. status
20:38:51-SMART command did not successfully run on disk A - check path & setup.
20:38:51-Disk B is present - run SMART check.
20:38:52-Drive B SMART check :
20:38:52-disk passed SMART check.
20:38:52-SMART DISK CHECK - COMPLETED
The odd thing is, if I run smartctl for hda from bash, it works fine. It's as if this line of code in Dailymail fails if { [ catch { set smart1msg [ exec $smartCmd --all /dev/hda ] } ] } but this line is ok if { [ catch { set smart2msg [ exec $smartCmd --all /dev/hdb ] } ] } Does anyone have any suggestions on how to resolve this? Thanks

dgilbert

05-24-2005, 10:12 PM

As a followup, I wrote a test script with one line of code:#!/tvbin/tivosh
set sOut [exec smartctl --all /dev/hda] Here's the error:child process exited abnormally
while executing
"exec smartctl --all /dev/hda" Is it possible that the output from smartctl is exceeding some max size for a variable?

Update:
I've solved the problem by modifying the smartctl parameters. It seems the "display error log" param (-l error) is causing the problem on hda. Not sure why, but this has nothing to do with Dailymail.

pmk

05-25-2005, 10:27 AM

Is there any way that the images used in the DailyMail report could be MIME encoded and sent with the mail? They are not huge images so I don't think they would cause much of a problem. You could even pre Base64 encode them.

I would also find this very useful and think its a great idea. It would mean there is no need for a web server with the images either. I do not use the images because of this.

Also is there any news on when the current new version is coming out of BETA?

TIA

lloyd

06-02-2005, 06:06 AM

Apologies if this has been answered elsewhere and I've missed it, but this thread is getting a little long.

I've had dailymail working, but it has now started to fail. And has started to fail depending upon how many hours ahead I set. The number of hours ahead that I need to set to get a sucessful email is reducing. It started at 200, then 170. 150 now fails. I have set the memory expansion option (how do I know this is actually working?). I had edited the .sh file by mistake, so I suppose there is a danger that this is not how it should be.

Sometimes I get errors about $count not being defined during executing the main to-do loop, sometimes the log output just stops at the start of the main to-do loop.

Have attached a level 3 debug, with the sensitive bits removed.

lloyd

06-03-2005, 04:21 AM

Well something in the last daily call has caused the problem to go away. 15 mins after the daily call, a 200 hr email arrived. (Must remember to remove my 10min dailymail test cron :D ). Must have been something in the data I guess.

Krypt Keeper

06-03-2005, 11:11 PM

I managed to finally figure out the daily call status, as it had been showing up as always happening on December 31st, and I see a couple other have this problem too. This works on my HDVR2 and DVR704 both upgraded to 6.2.

First off, a disclaimer - I have never programmed anything in my life, this is just the result of me hacking around the last couple days trying to get this to work. Second, as a result, this may not be the most graceful or correct way to do this, but it works for me. Thirdly, this code has not been sanitized to work for everyone, I believe it will only work for version 4 or higher of the Tivo OS. (And those w/ yankspeak on too) Also, I believe these are the only code changes I have made. There may be more, and if so I will try to hunt them down.

I also attached the file so someone can diff it or something

Code cleanups or suggestions would be great!

In dailymail_jazz.tcl, around line 4102 should look like this originally

RetryTransaction {
set config [db $db open $config]
set LSC [dbobj $config get LastSuccessCall$suffix]
set NSC [dbobj $config get NextCallAttempt$suffix]
}

Change it to this

RetryTransaction {
set config [db $db open $config]
set LSC [dbobj $config get LastSuccessCallDay]
set NSCS [dbobj $config get NextCallAttemptSecInDay]
set LSCS [dbobj $config get LastSuccessCallSecInDay]
set NSC [dbobj $config get NextCallAttemptDays]
}

Then we just have to get the #’s added up right for the correct dates

Original dailymail_jazz.tcl – starting around line 4137 looks like

if {$yankspeak} {
set LastSuccessfulCall [clock format [expr $LSC + $tzoffset] -format "%A, %B %d at %I:%M%p"]
set NextScheduledCall [clock format [expr $NSC + $tzoffset] -format "%A, %B %d at %I:%M%p"]
if {$GDT == "UNKNOWN"} {
set GuideDataThrough "Unknown"
} else {
set GuideDataThrough [clock format [expr $GDT * 86400] -format "%A, %B %d %Y"]
}

Afterwards should look like

if {$yankspeak} {
set LastSuccessfulCall [clock format [expr (($LSC * 86400) +$LSCS) +$tzoffset] -format "%A, %B %d at %I:%M%p"]
set NextScheduledCall [clock format [expr (($NSC * 86400) +$NSCS) +$tzoffset] -format "%A, %B %d at %I:%M%p"]
if {$GDT == "UNKNOWN"} {
set GuideDataThrough "Unknown"
} else {
set GuideDataThrough [clock format [expr $GDT * 86400] -format "%A, %B %d %Y"]
}

staffie2001uk

06-04-2005, 08:06 AM

Dear All :confused:

I have installed DailyMail_Jazz and it runs fine from TiVoWeb but when I try to run it from the command line, I get a read error.

TiVo: {/var/hack} > /var/hack/dailymail_jazz.tcl &
[1] 867
": no such file or directory read file "

Does this mean there is a default that TiVoWeb is overriding that is wrong in the .cfg file?
The only reference I could find that is wrong is the path to smartctl, which I don't have.

Any help would be appreciated as if I can't get it to run from the command line I can't get it to run from cron.

Thanks

tivo_boj

06-05-2005, 11:45 AM

Tried to rune Dailymail but get this up at debug level 3 - any clues?

15:42:26-debug-checkpoint #19
15:42:26-debug-started alt_showing module
can't open object (0x00030007)

while executing
"db $db openidconstruction $id $subid"
("foreach" body line 3)
invoked from within
"foreach fsid [lrange $logotablelogo($logotype) $x [expr $x+49]] {
regexp {([0-9]*)/(.*)} $fsid junk id subid
set logo [db $db open..."
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
foreach fsid [lrange $logotablelogo($logotype) $x [expr $x+49]] {
regexp {([0-9]*)/(.*)} $fsid junk id subid
..."
(procedure "init_logoindex" line 37)
invoked from within
"init_logoindex "
(procedure "init_channelindex" line 16)
invoked from within
"init_channelindex"
(procedure "get_programshowings" line 46)
invoked from within
"get_programshowings $tofind_fsid 1"
(procedure "alt_showing_hist" line 7)
invoked from within
"alt_showing_hist $id $id2"
("uplevel" body line 96)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFile fsid name type "/Recording/History" "" {
if {$debuglvl>2} { puts "[clock format [clock seconds] -format {
%H:%M:%S} -gmt true]-debug-c..."
(procedure "recordhistory" line 47)
invoked from within
"recordhistory"
(procedure "outputSection" line 79)
invoked from within
"outputSection 4"
(file "./dailymail_jazz.tcl" line 3879)
bash-2.02#
bash-2.02#

tivo_boj

06-05-2005, 03:47 PM

Problem with "outputSection 4 and 5", and by commeting them out this at least get aH TML file generated. Any know problems with these items that I can amend?

if {$graphicson} {
# null
} else {
set text "<br>"
lappend message $text
}

lappend message [outputSection 1]
lappend message [outputSection 2]
lappend message [outputSection 3]
##lappend message [outputSection 4]
##lappend message [outputSection 5]

tivo_boj

06-06-2005, 12:34 PM

using 0.38.3Beta which has resolved the above issues. However cannot send mail as unable to connect to the mailserver. Thism is is the same as amy first attempt ( seems years ago) when dailymail first came out and sanderson asssited but still could not get to work.

anybody using mail server mail.btconnect.com, pinged address 194.73.73.217, who could assist.

Dailymail log states

16:28:33-debug-attempting to open socket 25 to mailserver specified >>193.73.73.217<<
16:28:33-debug-! FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>couldn't open socket: network is unreachable<<
16:28:33-debug-about to send mail to recipient 2
16:28:33-debug-entered sendmail procedure
16:28:33-debug-variable check:
16:28:33-debug-mailserver : >>193.73.73.217<<

lloyd

06-06-2005, 04:34 PM

I'm sure it is probably a typo, but the address you pinged is not the address in the log file.

Fozzie

06-06-2005, 04:57 PM

Excellent spot; I doubt it's a typo in the post because it looks like a cut and paste direct from the DailyMail log file. It looks like tivo_boj has entered the wrong IP address in the DailyMail config file: mail.btconnect.com does resolve to 194.73.73.217

tivo_boj

06-06-2005, 05:15 PM

Thanks, was a mistake, changed to 194.73.73.217 but exactly the same.

21:15:14-mailserver : >>194.73.73.217<<
21:15:14-domain : >>smtp.btconnect.com<<
21:15:14-recipient : >>xxxxxxxxxx@btconnect.com<<
21:15:14-subject: >>Main TiVo Status Email For Monday June 06, 2005<<
21:15:14-attempting to open socket 25 to mailserver specified >>194.73.73.217<<
21:15:14-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>couldn't open socket: network is unreachable<<

Fozzie

06-06-2005, 05:17 PM

Eh? The log is still saying 193.x.x.x ?!

Have you tried the steps earlier in the thread to manually (from command prompt) send an email through your SMTP server?

tivo_boj

06-06-2005, 05:19 PM

can you point where abouts.

like I said I am in the start of the mail chain ( maybe a year plus ago) and I got nowhere.

Now more people may have BTopenworld I was hoping somebody had solved.

Fozzie

06-06-2005, 05:23 PM

http://www.tivocommunity.com/tivo-vb/showthread.php?p=1489991&&#post1489991

Fozzie

06-06-2005, 05:54 PM

Well I've just manually sent myself a test email from a telnet session and everything was ok - naughty BT though for not disabling SMTP relaying! I'm on an NTL network so shouldn't be allowed to use the BT SMTP server, but I could!

Fozzie

06-06-2005, 06:04 PM

Just went the whole hog - reconfigured my Dailymail.cfg for the BTconnect SMTP server and dailymail worked fine. Therefore, there doesn't seem to be a problem with BT; it's your own config tivo_boj ;) (Dailymail, Router, Firewall?)

Ian_m

06-07-2005, 03:50 AM

I had same problem when I switched from a crappy failing Linksys WAG54G to a Netgear DG834G, daily mail stopped connecting, similar mail message.

Set the your ADSL/WAN MTU to 1500, the default for Linksys but my default for Netgear was 1492.

My clue was to enable logging in outlook, which had a line in the log file about testing MTU to mail server, before sending mail.

lloyd

06-07-2005, 10:42 AM

Last week I had this problem, which went away after a daily call.
I've had dailymail working, but it has now started to fail. And has started to fail depending upon how many hours ahead I set. The number of hours ahead that I need to set to get a sucessful email is reducing. It started at 200, then 170. 150 now fails. I have set the memory expansion option (how do I know this is actually working?). I had edited the .sh file by mistake, so I suppose there is a danger that this is not how it should be.

Sometimes I get errors about $count not being defined during executing the main to-do loop, sometimes the log output just stops at the start of the main to-do loop.

Well the problem has re-occured. Here is the end of the log.
11:59:16-debug-starting main to-do loop
can't read "count": no such variable
while executing
"return $count"
(procedure "gettodo" line 372)
invoked from within
"gettodo $dmailHoursahead "
(procedure "outputSection" line 38)
invoked from within
"outputSection 1"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 3879)

Any ideas?

tivo_boj

06-07-2005, 02:20 PM

I changed my terbonet card to do daily call by network, and daily mail works. Can I get dailymail to work with dialup daily call?

jtzi

06-13-2005, 06:43 AM

Dear All :confused:

I have installed DailyMail_Jazz and it runs fine from TiVoWeb but when I try to run it from the command line, I get a read error.

TiVo: {/var/hack} > /var/hack/dailymail_jazz.tcl &
[1] 867
": no such file or directory read file "

Are you sure you FTP'd the files over to Tivo in BINARY format? Bet they copied in ASCII which causes this kind of problem.

Captain Scarlet

06-18-2005, 02:01 PM

Module is available here (http://deepinthejungle.servehttp.com/dailymail_jazz v0.30.zip),

Tivo-onion,

I suppose you can call this series of files in a zip a module if you really want to but it seems to be anything but compared to ljay's lovely ITCL files which I simply put in my tivoweb modules directory and had work. Anything else that needed doing was also brilliantly documented on his website.

But your Word document merely gives some folder locations but fails to say whether the files are zipped or not and whether they need any of those other fiddly Chkmod commands etc with the number suffixes applying to them. I am also at a loss to understand why these files are ever provided in these various possibly zipped and other similar states when with broadband there is surely no need. Is this all done purely so as to ensure that only the Linux experts in our midst will get it right? ;) :rolleyes:

I know that you only do this as a hobby but I think if you visit www.steveconrad.co.uk you will see what competent technical documentation actually is and sadly your Word document is not it :(

No one expects you to go to the lengths of Steve with screen shots etc but if you could simply list all the steps that have to be applied to these files to get them into a position where the mail module works it would be a great help.

As it is the Daily Mail Tivoweb addon may be the one that I give a miss to because risking your incomplete instructions might be likely to break my Tivo.

Apologies in advance for the intemperate language but its been a hot day here.

Fozzie

06-18-2005, 05:46 PM

So what's your point? That you've a problem getting it working? Why not just say so. I'm sure that the many people who have succesfully got it running would be more than willing to help... Although after your last post, I'm not so sure :rolleyes:

Dailymail IS a great module but as with most things that are a hack to add functionality well beyond what the original developers envisaged, they require a little bit of time and effort on YOUR part to get working. If you're worried about breaking your TiVo the what the heck are you doing hacking it?

Here's an idea - if you don't like the current documentation, why don't you write a complete HowTo for the installation of Dailymail and then submit it to tivo-onion for inclusion in the module? :)

Captain Scarlet

06-18-2005, 05:56 PM

Here's an idea - if you don't like the current documentation, why don't you write a complete HowTo for the installation of Dailymail and then submit it to tivo-onion for inclusion in the module? :)

I can't document this can I until someone has told me how to do it? Its just the issue of whether the files are zipped or not and setting the attribute status of the files that seems to be the main issues.

The point is that I have implemented all those hacks where the authors have taken the time and trouble to document them properly but not this one where the author clearly appears to think that other users who are not hack gurus are not part of his club so he can't be bothered to support them.

I have just proved competent enough to replace the original 30gb and 15gb Quantum drives with 2 times Samsung 250gb drives (including a complicated piped backup and restore) and to then install a Cachecard and memory and drivers and it all works. But I was only able to do that by using instructions where the steps are documented properly.

The best way to avoid a broken Tivo is to not use modules from people who have been through all the pain of developing them but then find it too much trouble to fully share the successful outcome they have achieved with the rest of us.

Of course some people are better software developers than they are technical manual authors which probably explains the inconistency in the file formats provided and the helpfulness or otherwise of the level of instructions provided.

thepatrician

06-19-2005, 05:57 AM

The point is that I have implemented all those hacks where the authors have taken the time and trouble to document them properly but not this one where the author clearly appears to think that other users who are not hack gurus are not part of his club so he can't be bothered to support them.

Maybe, just maybe, the authors of this hack realise that due to it's complexity and potential pitfalls (just look at the size of this thread), that the only users who should currently be using it are the ones who have taken the time and effort to learn the how and the *why* of hacking a Tivo. That way, rather than supporting users such as yourself who don't seem to have much of a clue about hacking and are seemingly even less inclined to take the time to do so, the authors can concentrate on fixing any bugs and getting it out of beta and into a state that everyone can use - maybe even providing more detailed instructions for users such as yourself.

As a suggestion, rather than spending time posting critical messages on this forum aimed at the authors of these fantastic hacks, use that time constructively and invest it in learning about Tivo hacking (google is your friend here). That way you'll progress from following a list of instructions (which teaches you very little) to actually knowing how to do something and more importantly, why you need to do it. Who knows, in a few weeks you might even be giving something back by helping others in this forum rather than being critical of them!

sanderton

06-19-2005, 06:14 AM

Files are included in archives because it reduces the risk of them being corrupted in the transfer process.

DailyMail is one of the more complex hacks. If you don't feel your Linux skills are up to it (and if you can't tell if a file is zipped or not just from the name then they are not), leave it for now and come back when you feel your competency level is good enough.

No-one has any right to demand documentation or help from any TiVo hack writer. Most of the guides you will find here are written by users who have documented what they did. People genearally ARE willing to help, but I for one would certainly ignore any request for "help" phrased in the way you have above.

Captain Scarlet

06-19-2005, 07:05 AM

As a suggestion, rather than spending time posting critical messages on this forum aimed at the authors of these fantastic hacks, use that time constructively and invest it in learning about Tivo hacking (google is your friend here). That way you'll progress from following a list of instructions (which teaches you very little) to actually knowing how to do something and more importantly, why you need to do it. Who knows, in a few weeks you might even be giving something back by helping others in this forum rather than being critical of them!

This just seems to confirm to me that this really possibly is a cosy club for only those who particularly like hacking code rather than a club that also encompasses those who simply want to get the most possible value out of using their Tivo for recording television. To want to do the latter surely in no particular way requires posessing the skills of the former (for instance I can enjoy driving a fast sports car but it is not a pre-requisite to doing so to become a skilled car mechanic)

Because of this rather offputting attitude it has taken me nearly 2 years to get round to upgrading my Tivo. But were you yourself instead to take the attitude that anyone who simply wants to get more out of their Tivo is very welcome here and that being a hack expert is not in any way required then there might have been a much larger number of people who had joined the upgraded Tivo club?

To be fair there are a number of members of this forum who have precisely this welcoming attitude and are also eternally patient in helping out those who may not be quite as smart as they themselves are on all this stuff. Blindlemon is always an exemplary member of the forum in this respect and Sanderton is usually not far behind, although on this occasion I may have upset him a little with the somewhat caustic nature of my previous comments for which I naturally apologise.

The point of my original post was really to contrast the ease of use of the websites on this topic put together by Ljay and Steve Conrad with the so called documentation provided for some of the other hacks. Of course I do naturally appreciate that everyone who has produced this stuff is a volunteer and that no one can be forced to do anything.

No doubt as a Patrician you do not anyway believe that the mere plebs should be given access to the specialist hacked Tivo domain of which you are clearly now one of the kings? :p ;) :D

Captain Scarlet

06-19-2005, 07:11 AM

People genearally ARE willing to help, but I for one would certainly ignore any request for "help" phrased in the way you have above.
Stuart,

I apologise for the somewhat intemperate language in my previous post.

There can however be moments of frustration when wanting to do apparently simple things with moving files to and installing them on a Tivo. Of course most frustrating of all would be making a mistake so bad that one broke one's machine and had to start all over again. :eek: :(

I do seem to have had a few problems with Endpad though which appears to slow down the remote control response of the machine to a crawl most of the time when it is running. As soon as I unload Endpad the problem goes away. This is even though I continue to run Tivoweb and numerous other associated modules. These modules do not seem to affect the speed with which the machine responds to remote control requests.

Do you have any suggestions? ;) :) :D

thepatrician

06-19-2005, 08:33 AM

This just seems to confirm to me that this really possibly is a cosy club for only those who particularly like hacking code rather than a club that also encompasses those who simply want to get the most possible value out of using their Tivo for recording television. To want to do the latter surely in no particular way requires posessing the skills of the former (for instance I can enjoy driving a fast sports car but it is not a pre-requisite to doing so to become a skilled car mechanic).

You seem to have conveniently disregarded the first part of my post regarding this particular hack being in BETA. You may indeed enjoy driving a fast sports car, but I don't suppose the manufacturer would want you road-testing the prototype now would they? They have EXPERTS for that.
And anyway, installing a hack in no way requires you to "hack code" as you put it. It is just very basic commands that can be picked up by reading some of the more "technical" posts in this forum - that's how I managed it.

Because of this rather offputting attitude it has taken me nearly 2 years to get round to upgrading my Tivo. But were you yourself instead to take the attitude that anyone who simply wants to get more out of their Tivo is very welcome here and that being a hack expert is not in any way required then there might have been a much larger number of people who had joined the upgraded Tivo club?

Everyone IS welcome here, however, when they start criticising some of the people who have put a lot of effort into the Tivo community then they are out of order and should not expect everyone else to bend over backwards to help them. You reap what you sow.

The point of my original post was really to contrast the ease of use of the websites on this topic put together by Ljay and Steve Conrad with the so called documentation provided for some of the other hacks. Of course I do naturally appreciate that everyone who has produced this stuff is a volunteer and that no one can be forced to do anything.

Indeed. The point of your original post may well have been to contrast the documentation between different hacks, however, it simply came across as a criticism of tivo-onion and his docs.

In your original post, if you had explained your situation and asked a simple question about what your problem was, I am sure someone would have been along to point you in the right direction. As to whether you should be going in this direction just yet, well, if you've read the existing dailymail docs and don't know what to do, then I'd wait a while until you have the required level of knowledge to do it or the hack is at the stage when tivo-onion or someone else can provide you with a, b ,c ... style instructions.

Captain Scarlet

06-19-2005, 08:42 AM

As to whether you should be going in this direction just yet, well, if you've read the existing dailymail docs and don't know what to do, then I'd wait a while until you have the required level of knowledge to do it or the hack is at the stage when tivo-onion or someone else can provide you with a, b ,c ... style instructions.

Dailymail is probably one of the easiest hacks to live without :)

Tintop2K

06-19-2005, 10:37 AM

Dailym is probably one of the easiest hacks to live without :)

I installed a Terbonet card in my Tivo yesterday. Mainly for Tivoweb.

I noticed the Dailymail hack yesterday afternoon while looking for other things to add. I installed it today. The lastest Beta worked "out of the box", all that I need to do is schedule it using Cron. That shouldn't be had as I've already got Cron installed.

While this was the most complex hack to install (mainly as you need a location to store graphics on a web server, and *shock* actually change settings in a config file) it is still pretty simple. I'm lucky in having my own web and mail server already up and running on my network, and working with PCs for a living, I'm not scared to dive in and have a play.

I have no *nix experience beyond playing with some live cds. I've found this thread and whole forum very helpful. Captain Scarlet, if you read this thread and ask questions if you are unsure, I'm sure you'll get this excellent hack running in no time. Even I'll try and answer your questions. We could even take this off thread and write some install docs together.

It is the one thing I think will be most useful to me and my tivo.

A big thankyou to sanderton, tivo_onion and everyone else that has contributed for this.

dogsbody

06-19-2005, 11:43 AM

I have my mail client set to only show me the images in an HTML e-mail if the images have been sent with the mail. This is because spammers link to remote images as a may to harvest the addresses of people that actually read their e-mail (if the image was called then the e-mail was displayed (add dynamic image names and you can tell exactly which person read it)). Anyway, this also means that DailyMail Jazz doesn't look very pretty :(

Is there any way that the images used in the DailyMail report could be MIME encoded and sent with the mail? They are not huge images so I don't think they would cause much of a problem. You could even pre Base64 encode them.

Just an idea, I love DailyMail :cool:Hi If it's OK I would like to have a stab at writing a patch to do this. Would the author of Daily Mail Jazz be interested in this patch?

Dan

pmk

06-19-2005, 03:16 PM

sanderton

06-19-2005, 06:19 PM

Hi If it's OK I would like to have a stab at writing a patch to do this. Would the author of Daily Mail Jazz be interested in this patch?

Dan

Tivo_Onion dips in and out these days, but the general rule is the more the merrier when it comes to enhancing hacks.

Fozzie

06-19-2005, 06:43 PM

Can anyone offer any help on sorting the following problem out.

The e-mail sent appears correct apart from the Rejected Recording section is severely truncated (approx 10 programmes are listed and then an "ERROR IN RECORD HISTORY MODULE >>only read 0 bytes of 4096<<" message.

What could be causing this? How do I fix?

TIA

Sounds like perhaps a Tivoweb module has got its' knickers in a twist? Have you tried a complete stop and re-start of TivoWeb - this often fixes a lot of problems. (Ensure you completely stop it and then start it from command line). Failing that, try a restart on Tivo itself.

sanderton

06-19-2005, 06:48 PM

Captain Scarlet

06-19-2005, 07:14 PM

You don't have to be a car mechanic round here. But you DO have to be prepared to put in the hours to learn how to drive.

I still feel the analogy between the different skills of the car driver versus the car mechanic are more applicable here.

I don't mind changing the spark plugs, the windscreen wipers or even topping up the oil myself but I do draw the line at taking the engine to pieces. :eek: ;) :)

Ian_m

06-20-2005, 03:50 AM

I am not a Linux hacker and have managed to get dailymail installed, just by reading install guides and searching this thread for when I did have a problem. I just FTP'ed the files across (numerous guides how to do this correctly in BIN mode), unarchived (again numerous explanations), checked the attributes so no CHMOD necessary, ediitted the the config file using JOE (or installed the TiVoWeb dailymail module, which makes life a lot easier). Took a while to get the base64 bit working, use Google to find an on-line base64 converter. Look at the error messages to verify when you have got the base64 bit correct.

The problems I ran into, reported in this thread, is my new Netgear router has a default MTU value of 1482 rather than my previous routers 1500 which stopped the programme sending mail.

Captain Scarlet

06-20-2005, 04:33 AM

Look at the error messages to verify when you have got the base64 bit correct.

The problems I ran into, reported in this thread, is my new Netgear router has a default MTU value of 1482 rather than my previous routers 1500 which stopped the programme sending mail.

The base 64 stuff certainly sounds pretty offputting and yet don't forget that I am more "have a go" in nature than most typical members of the population on this stuff.

I'm still not convinced on a cost/benefit analysis basis that Daily Mail Jazz is actually worth all the hassle. Of course in 4 weeks time when everything else in Tivo web is working perfectly I may well be looking for a new challenge and so will feel quite differently on al this. / ;) :D

pmk

06-20-2005, 04:48 AM

Sounds like perhaps a Tivoweb module has got its' knickers in a twist? Have you tried a complete stop and re-start of TivoWeb - this often fixes a lot of problems. (Ensure you completely stop it and then start it from command line). Failing that, try a restart on Tivo itself.

Thanks I will give a restart of TiVo a try. It is a bit intermitant - you can run it and it does not works but run it straight afterwards and it work fine.

I have DailyMail setup to run at 08:30 via Cron. However the mail is not sent until 09:30.

I guess I could change the Cron to 07:30 but I guess this is probably not a solution as DailyMail will then miss out an hours worth of programmes?

What do I need to do to adjust the time zone settings?

TIA

Ian_m

06-20-2005, 04:53 AM

The base 64 stuff certainly sounds pretty offputting and yet don't forget that I am more "have a go" in nature than most typical members of the population on this stuff.

I had not heard of base64 encoding until I read about it in the config file. But a bit of perseverence got it working.

Other hint, disable (set to false and or zero ?) loads and loads of sections of the config file so that it runs very fast and gets to any errors quite quickly.

Then just read the log file to find out where things are not working. All the errors I induced by entering incorrect information (base64 wrong, wrong IP addresses etc) where all revealed by error messages in the log file.

When working, go back and put back in true and or numbers in the sections to include more and more in the e-mail.

Also if really having problems communicating with your e-mail server and you use Outlook, you can enable logging (search MS knowledge base on how to do this, a registry setting) and you can record all the communication between Outlook and your server including all the base64 stuff (oh and see it fiddling to determine the MTU size if not 1500).

Fozzie

06-20-2005, 08:47 AM

I have DailyMail setup to run at 08:30 via Cron. However the mail is not sent until 09:30.

I guess I could change the Cron to 07:30 but I guess this is probably not a solution as DailyMail will then miss out an hours worth of programmes?
You're forgetting that CRON (as does TiVo) runs on UTC time (GMT). Local time is BST which is currently one hour ahead of UTC. Therefore 0830 UTC is 0930 local! Setting CRON to run Dailymail at 0730 will not cause you to miss an hours worth of programmes :)

thepatrician

06-20-2005, 01:14 PM

You're forgetting that CRON (as does TiVo) runs on UTC time (GMT). Local time is BST which is currently one hour ahead of UTC. Therefore 0830 UTC is 0930 local! Setting CRON to run Dailymail at 0730 will not cause you to miss an hours worth of programmes :)

Which has just reminded me that LJ has a UK Summerzone hack that I'd downloaded but forgotten about. See http://www.ljay.org.uk/tivoweb/.

I must get round to trying it before the damn clocks change again!

Fozzie

06-20-2005, 02:50 PM

Which has just reminded me that LJ has a UK Summerzone hack that I'd downloaded but forgotten about. See http://www.ljay.org.uk/tivoweb/.

I must get round to trying it before the damn clocks change again!
That's why my crontab has:

50 05 * 3-10 * /var/hack/summerzone.sh || /var/hack/dailymail/dailymail_jazz &
50 06 * 1-3,10-12 * /var/hack/summerzone.sh && /var/hack/dailymail/dailymail_jazz &

50 16 * 3-10 * /var/hack/summerzone.sh || /var/hack/dailymail/dailymail_jazz &
50 17 * 1-3,10-12 * /var/hack/summerzone.sh && /var/hack/dailymail/dailymail_jazz &
;)

Tintop2K

06-20-2005, 05:56 PM

Hi guys. I posted yesterday saying all I needed to complete my Daily mail install was getting the cron job running. Well, I'm stuck so looking for help ;)

I've followed the guide here to get cron working http://www.planetbuilders.org/tivo/tivo_cron.html

My directory structure and cron related files in it match the one shown on the site above.

The contents of /var/hack/cron/log are lines like this

cron (06/19-17:50:00-276) CMD (date >> /var/hack/cron.test.out)
cron (06/19-18:00:00-279) CMD (date >> /var/hack/cron.test.out)
cron (06/19-18:10:00-282) CMD (date >> /var/hack/cron.test.out)

My crontab (/var/hack/etc/crontab) looks like this

# /etc/crontab: system-wide crontab
# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file.

# for TiVo: This file doesn't use a user field like system-wide crontabs
# normally do. Everything runs at uid 0 (not that it matters for TiVo).

SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin

# The following environment variables are needed for many tcl scripts to
# run. Thanks to AlphaWolf for troubleshooting this.

MFS_DEVICE=/dev/hda10
TIVO_ROOT=""

# Actual crontab entries below. This sample should append a date to
# a file every ten minutes.

# m h dom mon dow command
*/10 * * * * date >> /var/hack/cron.test.out

*/10 * * * * /var/hack/dailymail/dailymail_jazz &

running /var/hack/dailymail/dailymail_jazz produces the e-mail without any problems. It's just that crontab fails to kick it off.

I've run /var/hack/bin/cron -x pars as advised on the site. This is the result.

Tivo: {/var/hack/etc} % /var/hack/bin/cron -x pars
debug flags enabled: pars
[928] cron started
load_user()
load_env, read <SHELL=/bin/sh>
load_env, <SHELL> </bin/sh> -> <SHELL=/bin/sh>
load_env, read <PATH=/sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin>
load_env, <PATH> </sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin> -> <PATH=/sbin:/b
in:/usr/sbin:/usr/bin:/var/hack/bin>
load_env, read <MFS_DEVICE=/dev/hda10>
load_env, <MFS_DEVICE> </dev/hda10> -> <MFS_DEVICE=/dev/hda10>
load_env, read <TIVO_ROOT="">
load_env, <TIVO_ROOT> <> -> <TIVO_ROOT=>
...load_user() done

This looks different from the example on the site, and I think it pointing to the problem, but I can't figure it out from here. Maybe Tivo is reading a different crontab file?!?

Any help much appreciated. Thanks :)

Tintop2K

06-20-2005, 06:03 PM

???

Seems I might have two crons installed

Tivo: {/var/hack/etc} % /var/hack/bin/cron -x pars
debug flags enabled: pars
[943] cron started
load_user()
load_env, read <SHELL=/bin/sh>
load_env, <SHELL> </bin/sh> -> <SHELL=/bin/sh>
load_env, read <PATH=/sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin>
load_env, <PATH> </sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin> -> <PATH=/sbin:/b
in:/usr/sbin:/usr/bin:/var/hack/bin>
load_env, read <MFS_DEVICE=/dev/hda10>
load_env, <MFS_DEVICE> </dev/hda10> -> <MFS_DEVICE=/dev/hda10>
load_env, read <TIVO_ROOT="">
load_env, <TIVO_ROOT> <> -> <TIVO_ROOT=>
load_env, read <*/10 * * * * date >> /var/hack/cron.test.out>
load_env, not 2 fields (1)
load_entry()...about to eat comments
load_entry()...about to parse numerics
load_entry()...about to parse command
load_entry()...returning successfully
...load_user() done

Tivo: {/var/hack/etc} %
Tivo: {/var/hack/etc} % cron -x pars
debug flags enabled: pars
[944] cron started
load_user()
load_env, read <SHELL=/bin/sh>
load_env, <SHELL> </bin/sh> -> <SHELL=/bin/sh>
load_env, read <PATH=/sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin>
load_env, <PATH> </sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin> -> <PATH=/sbin:/b
in:/usr/sbin:/usr/bin:/var/hack/bin>
load_env, read <MFS_DEVICE=/dev/hda10>
load_env, <MFS_DEVICE> </dev/hda10> -> <MFS_DEVICE=/dev/hda10>
load_env, read <TIVO_ROOT="">
load_env, <TIVO_ROOT> <> -> <TIVO_ROOT=>
load_env, read <*/10 * * * * date >> /var/hack/cron.test.out>
load_env, not 2 fields (1)
load_entry()...about to eat comments
load_entry()...about to parse numerics
load_entry()...about to parse command
load_entry()...returning successfully
...load_user() done

How can I figure out where the other one is?

Tintop2K

06-20-2005, 06:15 PM

Stumbling along in the dark here. I think I've learnt more about Linux command line tools in the past three days of Tivo hacking than the past three years of playing with Linux live CDs and trying, but failing to get a working FreeBSD box.

I think this shows that I've only got a single crontab file on my Tivo (plus the JOE backup). Is that right?

Tivo: {/} % ls -R | grep -i crontab
crontab
crontab~This I'm not so sure about. Seems to show more than one cron file (but maybe one is a dir?).

Tivo: {/} % ls -R | grep -i cron
cron
cron.test.out
cron
var/hack/cron:
cron.pid
var/hack/cron/tabs:
cron.d
crontab
crontab~
var/hack/etc/cron.d:

ncjok

06-20-2005, 08:31 PM

Has anyone got Dailymail_jazz working with BTInternet?

Can't even post my log as the board thinks it's got URLs or image calls in it even though I've seemingly removed everything which could be construed as one.

Main problem is without Authentication I get a warning message from the ISP in the log, and with Authentication Enabled I get an Incorrect password error. I've used various base64 encoders linked in this thread, changed password with my ISP a few times and still no joy. Password is an 8-character alphanumeric, no fancy characters.. any suggestions please?

Fozzie

06-21-2005, 02:18 AM

Can't even post my log as the board thinks it's got URLs or image calls in it even though I've seemingly removed everything which could be construed as one.
Copy the log in to a text file and then attach it to your post.

ncjok

06-21-2005, 04:15 AM

Bottom of log pasted to file and attached.

Ian_m

06-21-2005, 04:16 AM

Ian_m

06-21-2005, 04:52 AM

Bottom of log pasted to file and attached.

Couple of things, I get asked for my username (VXNlcm5hbWU6) followed by password (UGFzc3dvcmQ6), you don't even on your "authreq true, base64 user/pass" section. Are you sure they are correct ? (I edit mine via TiVoWeb Manage Daily mail module).

Use http://david.carter-tod.com/base64/default.asp to base64'erise.

I have "set authreq true" and "set authmethod "LOGIN""
which in my experience is quite common for most ISP mail servers ie asks for username and password.

And I get the following in my log file.

05:48:13-ehlo acknowledged
05:48:13-AUTH LOGIN authorization required
05:48:13-got reply : >>334 VXNlcm5hbWU6<<
05:48:13-AUTH LOGIN authorization method accepted
05:48:13-got reply : >>334 UGFzc3dvcmQ6<<
05:48:13-username accepted
05:48:13-got reply : >>235 Authentication successful<<
05:48:13-password accepted
05:48:13-got reply : >>250 Ok<<
05:48:13-from acknowledged
05:48:13-got reply : >>250 Ok<<
05:48:13-to acknowledged
05:48:13-got reply : >>354 End data with <CR><LF>.<CR><LF><<
05:48:13-sending message
05:48:13-building header

Also your disk, if my reading is correct, is on its way out with such a large number of errors !!!!

thepatrician

06-21-2005, 01:35 PM

# m h dom mon dow command
*/10 * * * * date >> /var/hack/cron.test.out

*/10 * * * * /var/hack/dailymail/dailymail_jazz &

Try getting rid of the blank line between the two cron jobs. I seem to remember CRON being a bit picky about such things!

06-21-2005, 01:44 PM

Try getting rid of the blank line between the two cron jobs. I seem to remember CRON being a bit picky about such things!Blank lines are fine, but I'd get rid of this line:

*/10 * * * * date >> /var/hack/cron.test.out

Before /var/hack/cron.test.out gets too large!

Tintop2K

06-21-2005, 02:29 PM

Blank lines are fine, but I'd get rid of this line:

*/10 * * * * date >> /var/hack/cron.test.out

Before /var/hack/cron.test.out gets too large!

Good plan :D

I've deleted all cron related files and reinstalled following the instructions from the site I posted before. All appears to be working now :up:

ncjok

06-21-2005, 05:23 PM

If you use Outlook try enabling logging (see MS site for how to do this) then Outlooks logs all is conversations with your email server in a file, inlcuding your username and password in base64.

Couple of things, I get asked for my username (VXNlcm5hbWU6) followed by password (UGFzc3dvcmQ6), you don't even on your "authreq true, base64 user/pass" section. Are you sure they are correct ? (I edit mine via TiVoWeb Manage Daily mail module).

Use http://david.carter-tod.com/base64/default.asp to base64'erise.

I have "set authreq true" and "set authmethod "LOGIN""
which in my experience is quite common for most ISP mail servers ie asks for username and password.
Thanks Ian, sorted it :D

Stupidly every time I had used an online base64 converter I had not copy'n'pasted to the config file. I was using joe and I misinterpreted an 'l' for a '1' - I think whichever fonts were being used just made these look incredibly similar. I found the Outlook logging that you mentioned in the Maintenance section and the problem became blindingly obvious :rolleyes:

I have set authreq true, but have it working without the "authmethod" variable (which isn't in my .cfg anyway).

I don't know how to interpret the errors you seem to have picked out in the previously attached log, however the generated Status email says "No SMART errors detected on drive A (or drive B, if equipped)" - single drive system.

Thanks again, and another :rolleyes: for me

ncjok

06-30-2005, 04:05 PM

Is it possible to get Dailymail to report, quite simply, the channel TiVo is currently sitting on?..

I had an issue the other day after some thunderstorms during the night caused my Sky Digibox to power cycle. It subsequently sits on channel 999, the demonstration channel, with the "press back up to continue" message on screen. When I woke in the morning the power light was green, as normal, and I presumed everything would record just fine that day. Later during the day I had a look at the Dailymail report which indicated no problems. When I came to watch the recordings in the evening I was just left with a few hours of the demonstration channel - TiVo will have attempted, and failed, to change channel due to the "press back up.." message :(

dogsbody

06-30-2005, 05:30 PM

Surely that won't work as the STB has changed the channel to 999 itself. The TiVo still thinks that it was on the channel it was last on so getting the TiVo to report the channel it's on won't tell you what channel the STB is really on!

ncjok

06-30-2005, 05:39 PM

Good point, thank you. I guess I wanted to know the channel the Digibox is on and TiVo just doesn't know. So, can TiVo be programmed to output an IR signal for "back up"?

Glesgie

07-01-2005, 05:53 AM

Try

http://www.tivocommunity.com/tivo-vb/showthread.php?t=167585&highlight=sky+red+dot

lloyd

07-01-2005, 12:46 PM

A while back I was having problems with dailymail not working for days on end, and then bursting back into life. The error log would show 11:59:16-debug-starting main to-do loop
can't read "count": no such variable
while executing
"return $count"
(procedure "gettodo" line 372)
invoked from within
"gettodo $dmailHoursahead "
(procedure "outputSection" line 38)
invoked from within
"outputSection 1"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 3879)

Well it turns out that the return line mentioned above should really be 'return $currentcount'. Changed it to that and now have no problems.

I'm using v0.33 according to the page that TivoWeb displays. Is this the latest?

Fozzie

07-01-2005, 12:59 PM

I'm using v0.33 according to the page that TivoWeb displays. Is this the latest?Nope. 0.38 is the latest.

randap

07-01-2005, 01:11 PM

OK. Managed (eventually) to get everything working OK......I'm now running my own mail server on my home network - makes everything much easier!!

However, I've got a problem with cron. DailyMail is running as scheduled, but seems to stop part way through. This only happens when launched via cron - any other method is OK. Any thoughts???

crontab line is as follows:

30 3 * * 0-6 /var/hack/dailymail/dailymail_jazz &

DailyMail log output when launched by cron:

------welcome to the jazzed dailymail program - v0.38.4 Beta (25 Mar 2005) - starting
------the debug level is set at >>2<<
------started at 12:04:41 (debugging times specified in gmt)

12:04:41-GLOBAL VARIABLE DEFINITION - COMPLETED
12:04:41-MEMORY FREEPAGES ADJUSTMENT - START
12:04:43-successfully completed memory freepages adjustment
12:04:43-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
12:04:43-commence fooling tivoweb modules
12:04:43-completed fooling tivoweb modules
12:04:43-completed other preperation
12:04:43-argument 1 passed in ::: >><<
12:04:43-argument 2 passed in ::: >><<
12:04:43-argument 3 passed in ::: >><<
12:04:43-argument 4 passed in ::: >><<
12:04:43-0 argument(s) found
12:04:43-argument handling complete
12:04:43-start optional message handling
12:04:43-no message file found
12:04:43-end optional message handling
12:04:44-VERSION IDENTIFICATION - START.

Prof. Yaffle

07-06-2005, 06:57 PM

Having just had to hunt around my log files to check I'm running the latest version of a hack I'm wondering if it would be possible to add version numbers to the "The following hack applications are currently running on your TiVo:" section? It may or may not be easy but unfortunately I have no idea.

smokie

07-14-2005, 03:57 AM

I've just switched to Bulldog from NTL. I can't get dailymail going properly - it can't find the mailserver.

The Bulldog mailserver is mail.bulldoghome.com. When I ping that I get 83.245.1.226 so that's the address I put in dailymail.cfg (although ping times out every time).

I don't know the Bulldog domain so I used bulldog.com.

As Bulldog seems very fussy about only sending from [validcustomername]@bulldoghome.com I have used my bulldog.com email address in recipient, sender and sendername

I don't believe it requires username and password to send mail so I have set authreq to false.

The detailed log shows the mail being built (presumably correctly) but there is nothing after the line
07:44:21-debug-attempting to open socket 25 to mailserver specified >>83.245.1.226<<

so I am guessing there is something a) wrong with the way I've set it up or more likely b) a further complication at the Bulldog end.

Does anyone have any experience of setting up dailymail with Bulldog? Would be grateful for any help.

Thanks

btw experience of Bulldog so far - phone works OK, connection is very quick (nominally 8mb) but customer service is torturously slow to get through to at the moment. Reminiscent of the early days with NTL....

randap

07-22-2005, 07:27 AM

sanderton

07-22-2005, 08:48 AM

You know IRblast is redundant, as there's a "red dot off" option in the Sky box settings now?

Captain Scarlet

07-22-2005, 09:55 AM

You know IRblast is redundant, as there's a "red dot off" option in the Sky box settings now?

Others have said this facility is not available on the Sky Plus boxes yet? ;)

sanderton

07-22-2005, 10:00 AM

Not yet, although it will be shortly. Of course the red dot is not present at all in Sky+ recordings so its a moot point.

The longer they take to make the Sky+ move the better, as that's all that's stopping them going 4-digit for channel numbers and screwing up TiVo radio recordings.

Captain Scarlet

07-22-2005, 10:06 AM

The longer they take to make the Sky+ move the better, as that's all that's stopping them going 4-digit for channel numbers and screwing up TiVo radio recordings.

That will be the moment when dual support for a Sky+ box and a Freeview box becomes a much more extensively used option by uk Tivo users than is presently the case. A tolerable Freeview box only costs 50 quid or so.

Channel numbers on Freeview will still be supported and the lower quality coax aerial input for the Freeview box in this configuration will not be an issue for radio recordings.

Personally though I would have thought this would be an opportunity for one final uk software release by Tivo for the Series 1 boxes including an upgrade to the LBA48 kernel. Or is supporting 4 digit channel numbers a huge deal in programming development terms? Since Sky don't seem to utilise loads of their existing channel numbers I can't see why they need to actually take this step? Unless of course its deliberately so as to screw things up for Tivo users? :rolleyes: :eek:

randap

07-22-2005, 10:20 AM

You know IRblast is redundant, as there's a "red dot off" option in the Sky box settings now?

True, but I like the repeat channel change aspect (and I have Sky+).....it was strange that a side effect of removing the 30 sec backup from IRBlast was that DailyMail started to work from cron.

sanderton

07-22-2005, 10:21 AM

TiVo supports 4 digit channel numbers just fine; no software mods needed.

However what Sky are doing is introducing four digit numbers for radio channels and three digit for TV channels.

Even this would not be a problem, except they are making the radio channels have a leading zero.

Now, distinguishing between 0123 and 123 when the channel number is held in the database as an integer is not possible.

So you would need another field in the data about a channel to say if it was radio or TV, and then add the logic to change the channel number accordingly.

By no means impossible, but probably more effort than TiVo are prepared to go to, especially when you remember that they pay the cost of the data call to download the new software.

mrtickle

07-22-2005, 11:35 AM

That will be the moment when dual support for a Sky+ box and a Freeview box becomes a much more extensively used option by uk Tivo users than is presently the case. A tolerable Freeview box only costs 50 quid or so.

Channel numbers on Freeview will still be supported

That's an excellent point. I remember reading a discussion about how Tribune may stop providing guide data for the radio channels - which would be the problem even if we got a hacked solution working. I forgot about the Freeview lineups.

So, we can assume that there will still be guide data for radio 4, 7 etc and get working on a hack :)

and the lower quality coax aerial input for the Freeview box in this configuration will not be an issue for radio recordings.

I'm afraid I disagree with that part. If I'm only going to get 1960's mono sound, I might as well download the programmes from the BBC Listen Again website instead of using my TiVo. All the programmes I record and archive are comedy, stereo, programmes. I'd prefer RealAudio quality stereo to 32kHz TiVo mono anyday!

Since Sky don't seem to utilise loads of their existing channel numbers I can't see why they need to actually take this step? Unless of course its deliberately so as to screw things up for Tivo users? :rolleyes: :eek:

The EPG is pretty cramped in that they need to leave gaps for expansion - everything used to be in gaps of 3 but they have boxed themselves in now. Yes there are 100 possible numbers they could use, but not "nice" numbers with genres starting at boundaries of 50 + expansion gaps etc. But I agree they have chosen the one solution that screws TiVo the most, and they wouldn't have done this in 2002 when they were actively promoting TiVo!

dmark1867

07-22-2005, 10:24 PM

I have a dsr704 running 6.2

I have dailymail working but. . .

The date on the subject line is competely off, wrong day, month, and year

From Bash when I run the date command the date is correct.

I'm stumped

Any Idea's?

Thanks

dmark1867

07-23-2005, 12:12 AM

OK here is more information, I hope somebody can give me a hand

I am using Dailymail v0.38.4 with a phillips dsr704 running 6.2

I have yankspeak set to true

If I run date from my bast prompt I get:
Sat Jul 23 03:27:00 UTC 2005
(It is really currently Fri Jul 22 11:27 PM -I am Eastern timezone)

The message subject of the email generated by Dailymail says:
Danny's TiVo Status Email For Friday July 04, 2003

But, at the top of the email it says:
Danny's TiVo Status: Sat, 23 Jul 03:26

Why are these different?

As Far as correcting the time I have Edited /etc/rc.d/rc.sysinit.author with
export TZ_GMT_OFFSET=-4 and rebooted, but these seemed to have no affect

I guess I could set datedsubjectreq to false, but this is driving me nuts

Let me know if I could provide anymore information that may help

Here is what I get when I run date --help from bash

bash-2.02# date --help
Usage: date [OPTION]... [+FORMAT]
or: date [OPTION] [MMDDhhmm[[CC]YY][.ss]]
Display the current time in the given FORMAT, or set the system date.

-d, --date=STRING display time described by STRING, not `now'
-f, --file=DATEFILE like --date once for each line of DATEFILE
-r, --reference=FILE display the last modification time of FILE
-R, --rfc-822 output RFC-822 compliant date string
-s, --set=STRING set time described by STRING
-u, --utc, --universal print or set Coordinated Universal Time
--help display this help and exit
--version output version information and exit

FORMAT controls the output. The only valid option for the second form
specifies Coordinated Universal Time. Interpreted sequences are:

%% a literal %
%a locale's abbreviated weekday name (Sun..Sat)
%A locale's full weekday name, variable length (Sunday..Saturday)
%b locale's abbreviated month name (Jan..Dec)
%B locale's full month name, variable length (January..December)
%c locale's date and time (Sat Nov 04 12:02:33 EST 1989)
%d day of month (01..31)
%D date (mm/dd/yy)
%e day of month, blank padded ( 1..31)
%h same as %b
%H hour (00..23)
%I hour (01..12)
%j day of year (001..366)
%k hour ( 0..23)
%l hour ( 1..12)
%m month (01..12)
%M minute (00..59)
%n a newline
%p locale's AM or PM
%r time, 12-hour (hh:mm:ss [AP]M)
%s seconds since 00:00:00, Jan 1, 1970 (a GNU extension)
%S second (00..61)
%t a horizontal tab
%T time, 24-hour (hh:mm:ss)
%U week number of year with Sunday as first day of week (00..53)
%V week number of year with Monday as first day of week (01..52)
%w day of week (0..6); 0 represents Sunday
%W week number of year with Monday as first day of week (00..53)
%x locale's date representation (mm/dd/yy)
%X locale's time representation (%H:%M:%S)
%y last two digits of year (00..99)
%Y year (1970...)
%z RFC-822 style numeric timezone (-0500) (a nonstandard extension)
%Z time zone (e.g., EDT), or nothing if no time zone is determinable

By default, date pads numeric fields with zeroes. GNU date recognizes
the following modifiers between `%' and a numeric directive.

`-' (hyphen) do not pad the field
`_' (underscore) pad the field with spaces

Report bugs to sh-utils-bugs@gnu.ai.mit.edu

tivo-onion

07-27-2005, 05:37 AM

Hello all - apologies for my lack of availability and correspondance over the last couple of months - I blame it on my job!

I have tightened up the Dailymail Jazz Module in preperation for a non-Beta release. I have also added some connectivity to Kevin Reilly's Blocklist or "xlist" module both to preselect blocked titles for deletion and allow the addition or removal of a title from the global block list. This is all switch on-and-off-able in the config file. There are a couple more graphics to facilitate this that will need to be added to your image directory.

Again I apologize for the lack of detailed documentation. I am in progress of working on a full-on installation document - but with pressures of work it is taking some time.

I enclose a zip file with the updated dailymail_jazz files from the 0.38.4 Beta.

This release seems pretty stable now. I had it running in a stable fashion for 73 days on the trot until the electric man came to change my electric meter to a new digital one (damn him), but if anyone has noticed any additional issues that are not already mentioned on the forums then please let me know.

The main changes are to the dailymail_jazz.tcl and dailymail.cfg files - plus a couple of extra images blockme.gif and unblockme.gif.

Please let me know if you have any problems. The full installation zip file is also available on my website,

regards

Chris

dogsbody

07-27-2005, 09:20 AM

Hi, Thanks for the next version, I will be installing this as soon as I get home :cool:

Is there any chance at all you could look at my DailyMail request (http://www.tivocommunity.com/tivo-vb/showthread.php?p=2896530&&#post2896530) which a few others have expressed an interest in as well.

I think this will be easy enough to do as you can pre base64 encode the images and instead of entering the image URL in the HTML you enter the image cid. You could even attach all the images to every e-mail and just call the ones needed in the HTML as the images aren't that big.

I tried doing this mod myself but have failed completely :(

Thanks for looking

Dan

tivo-onion

07-27-2005, 11:56 AM

Is there any chance at all you could look at my DailyMail request (http://www.tivocommunity.com/tivo-vb/showthread.php?p=2896530&&#post2896530) which a few others have expressed an interest in as well.

I think this will be easy enough to do as you can pre base64 encode the images and instead of entering the image URL in the HTML you enter the image cid. You could even attach all the images to every e-mail and just call the ones needed in the HTML as the images aren't that big.

I tried doing this mod myself but have failed completely :(

Thanks for looking

Dan

I took a quick look at this - I managed to base64 encode the TiVo Logo at the top of the mail and embed the resultant gennerated base64 gibberish into the image tag in the generated email.

It worked, however........

This only displays in Firefox and NOT IE or indeed MS Outlook. I have Googled this problem and it seems to be a current issue with the latest version of IE.

Also, on inspection the 2.46 KB GIF file becomes a 3.28 KB piece of text embedded in the email. FYI, here is what the image oriented html turns into:

<img src="data:image/gif;base64,
/9j/4AAQSkZJRgABAQEAYABgAAD/2wBDAAUDBAQEAwUEBAQFBQUGBwwIBwcHBw8LCwkMEQ8SEhEP
ERETFhwXExQaFRERGCEYGh0dHx8fExciJCIeJBweHx7/2wBDAQUFBQcGBw4ICA4eFBEUHh4eHh4e
Hh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh4eHh7/wAARCABUADkDASIA
AhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQA
AAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcY GRolJicoKSo0NTY3
ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKT lJWWl5iZmqKjpKWm
p6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP0 9fb3+Pn6/8QAHwEA
AwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSEx
BhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2 Nzg5OkNERUZHSElK
U1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOk paanqKmqsrO0tba3
uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD7LrzX
4w/G3wN8K9T0rTfE9xeNd6kdyRWkQkMMW7b5sgLDCZyOMk7TgHBr0qvkX9q74F+ Pfib8dtLvtCt4
v7Gm0yG3n1CaVRHaFHkLArnceGBAUHJPagD65RldA6MGVhkEHIIpa+cNE8P/ABy+CuhW18fE0PxG
8MafCTf6W8HlXltbov3raRiS5UD7jHoMKMnI968H+ItJ8WeGNP8AEmhXS3Wm 6hCJoJAMZB6gjswI
II7EEUAateMaH+0P4Vv/AI66n8K7yzm0+4trk2dnfySgx3dwuA0W3AKHduC8kNjsSAe++KHip/CX
hWS8srNtR1m6dbTSNPQgNd3b8RpyeFHLMf4UVj2rxjwj+yb4YS9t/E3jHxHrmreKnuxqF3cQTJFC
bjfvO1dhJG7uTz6DpQB9IUUUUAFQX95Z6favd393BaW6DLyzSBEX6k8Csn4h a5L4Z8AeIvEkEKTz
aTpVzfRxOTtdoomcKcdiVxX5XeN/FvjP4ja/ca1r99f6tcyOSEAZooAeiRoOEX0A/U5oKjFydoq7
P02vvi/8KrKXyrj4jeFVfJBVdVhcgjsdrHH415d+z78UfhrpGo+PfDf/AAmXh+w0u08RTXelSXN/
HBDJBcAOViMhUMqyCX7uQAy9iCfz9l0nVInRJdNvEeQkIrQMC2Bk4454qlST TCcZQlyyVmfqJ8P/
ABDoHjzxpqPjxNTsptK0wvpOgFp1wcYN1cgE8b22xqeuyLPR+fVAQRkHINfj 1b6Fqc/hu68QpAP7
Ntp0t3lLAZkYZCgdSccn0yKq6Zf32l30V/pt7c2V3C26Ke3laORD6qykEH6UozjK/K720YShKNrr
c/Y+iuS+C+o6jq/wh8H6rq0jzX95olnPcSu25pXaFSXJ9WzuP1rraokyPG2lHXfBmt6IoBOoadc W
oBxz5kbL3471+W3wp17V9P8AEtnokcxFncXBE0DIPvYwTnGQRgflX6wV+an7 Sfhd/hV+0be3UFpn
Tbyf+1bFFO0NFKTvQem1/MUD0A9aipHmi0ejlOMlg8bSrKTik1drtfXbpboYmjax8QdR+IGt/wDC
Oul1eadb3mIpAmIYAwR9gb+L7oGMk+/NR6sh8T/AzSNRjtY31HQ9S/s1zFEA7wuoKZx152qPx9ec
Twf47l8N+OdS8TwaeJjfR3KGAzbdvm5I+bac7Tg4xzjtWx8EfiHp3glNXttZ sZL60ukjmgjRVbFx
Gcp16A5zu5IKjArx8fRrRj7WjC8oOLVt3upL7mKjXdfNMRLES9yorc71btdq/XTS3qdbe+HNOMmi
/DK8nlWDRdOfWNXW3I3TXT7fkz/sq/B67SK8++IugeHdP0zRtS0Fr2F9SQubG65kVQcBuBxkg9zn
tWYuv+KJ/EWoeNLR7pbrzTJc3MUZaOLzDgK2QQFPCgH0ArvPgPZ6t8V/2hvC0OtObtIJ0uLkiMKq
28GZSpA6BiNv1evocv8AYYbLPYTjeq225W6t3bve/dWtszgxkp1sW6kXaGyXktEfpD4I0ptC8GaH
ojABtP063tSBjGY41Ttx2rXoorEQV8yf8FC/BT638L9P8WWVmZrvQbvE7ovK2sowxPcgOI/oCx9a
+m6ZNFFPC8M0aSxSKVdHUFWUjBBB6igD8vPB3xjvNN8K2vhTxN4N8M+MNCs8 +RHqFntuLdSRkRzp
hl6nk5POOmBU934++D5nFzZfAiKOXdu2T+KbuWHP+4FU49t1foJ8btO0+L4E eOLSKwt0t08PXzrC
kQVQy27lSABgEFQR6YFfLtxpFm3/AATVt7zHlTJefbOAB5kn9pNDz/wA/wDjo7UAfOPjb4ga74pt
k011stJ0OGUy2+jaXALaziY/xbF++/8AtuWb3r7B/wCCe3w3m0PwnqHxB1S2MV3rYFvp+8YYWinL
N9HcD8I1Pevbl+Dvwra0tIJfh94YnFtEkaSPpkJdgoAG5tuW6d813MEMVvBH BBEkUUahI40UKqqB
gAAdAB2oAfRRRQAV4p+1d8bh8IvDdnBpVtDeeI9VLizjmBMUMa43SuAQTyQA uRk57Ag+11S1nR9J
1q1FprOl2OpW4bcIru3WVM+uGBGaAPhPwP8AGD9pb4lWOp6JpGjw+JLLUbSW xmkfTFhghEilWbzl
KKrgE4DMR7Gu8+K3wy+Juk/sd+GPh5YaEuuahZ3ck2qpZOZpYk86WWMRrwXxvVTgEjHAI5H1xaW9
vaW0dtawRW8ES7Y4okCqg9ABwBUtAHwJpX7YHxR0LWYbPxB4c0N7W2Kx3Fj9 lltpgoA4DFztbHqp
+lfbC+MtIl8J6T4ktlubi11e2iubKNEAkkSSPzASGIC/KeckDOB1IBu634Z8N65Mk2teH9J1OSMb
Ue8s45mUegLA4FU/Ffhv+1bO1isJYLRrZTCI2izFJA23dEQMbRlEII6FBwQSCAaOhavbaxbvLArx
PG2yWKRlLIevJQsp/AnkEdQQNGsHwfoDaJby+dLDJLIBGohj2JFEpZljHdiC7kseSWOa3qACiiig
AooooAKKKKACiiigD//Z" alt="TiVo Logo">

The second problem then is that the size of the email will increase substantially when base64 encoding the images and including them in the body of the email . We have had problems in the past with the size of the email generated causing the TCL module to crash once it got beyond a certain limit. I can absolutely confirm that using this base64 encoding approach will pass that limit and cause the dailymail_jazz.tcl module to crash repeatedly.

I don't think that this one is a keeper - unless anyone else can think of a different way around it?

Good idea though!

cheers

Chris

dogsbody

07-27-2005, 05:28 PM

I managed to base64 encode the TiVo Logo at the top of the mail and embed the resultant gennerated base64 gibberish into the image tag in the generated email.Oooo, that's new, I didn't know you could do it that way, I'll have to remember that :p

I was thinking like this...
Subject: subject goes here
Content-Type: multipart/related;
boundary="------------010806060800030305040002"

This is a multi-part message in MIME format.
--------------010806060800030305040002
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<html><p><img src="cid:part1.05080508.08070407@custservice_id_3326@example.com" alt="TiVo Logo" border="0"></html>

--------------010806060800030305040002
Content-Type: image/gif;
name="logo.gif"
Content-Transfer-Encoding: base64
Content-ID: <part1.05080508.08070407@custservice_id_3326@example.com>
Content-Disposition: inline;
filename="logo.gif"

aDnf6VJ9JrSh1STlICGqUpWqc6EevaghRXrSZBYzqAHVZEiBatKi8tKeHU2q UhkaUVjGFKE4felQm6pQ
TBpToSQU6jy/aVCf9rCS9BSqRKGKyp4yFY16/GJYkTpVV/bzmxPValw3SkSUslSqMU0rUZF6Trz2dJf1
9KtYg4lLsrLSpLI8qEUn+ctcLpaVGW0hLSnbVbYSFoWWLSU8a2rYgMqVr6Pc KV352cxrZna1a9UhZ/d6
-- SNIP --
WCTYsp0jDY5d6cHI2IZGmGws6W9y24xU6vY1es0tKW9zXHgkd7jMba5znwsM 3ehKd7rUra51FRgCACH+
cGhxZ2h1bWVheWxubGZkeGZpcmN2c2N4Z2did2tmbnFkdXh3Zm5mb3p2c3J0 a2pwcmVwZ2d4cnBucnZ5
ZnJ5ZWRxanJsdG15bWh5c29pY3d1b2hmZXJlYmVhY2F6dXZqb3h5aXBtc2d1 Zmppd2wAO3==

--------------010806060800030305040002--

This only displays in Firefox and NOT IE or indeed MS Outlook. I have Googled this problem and it seems to be a current issue with the latest version of IE.Doing it the above way should fix that I think.

Also, on inspection the 2.46 KB GIF file becomes a 3.28 KB piece of text embedded in the email.Very true, base64 adds about 30% to a file.

The second problem then is that the size of the email will increase substantially when base64 encoding the images and including them in the body of the email . We have had problems in the past with the size of the email generated causing the TCL module to crash once it got beyond a certain limit. I can absolutely confirm that using this base64 encoding approach will pass that limit and cause the dailymail_jazz.tcl module to crash repeatedly.I guess this is the show stopper :( I guess doing it the way above and just adding all the base64 images right at the end of the e-mail won't fix it? :(

Thank you very much for spending the time looking at this.

Dan

dogsbody

07-27-2005, 06:23 PM

P.S. Dailymail Jazz v0.38.6 seems to work great :cool:

tivo-onion

07-28-2005, 11:48 AM

Dogsbody,

have had another crack at this email embedding stuff - a different way and I think I have got it working.

You can download it from here to see if it works for you.

http://www.deepinthejungle.com/Tivo/Downloads/Dailymail Jazz Install v0.38.7 Beta.zip

There are likely to be a few bugs in it.

What I have done is turn each image into a seperate text file containing the base64 version of it. Each of these are pushed directly to the email server when sending the email.

There are big changes in the dailymail_jazz.tcl file and extra variables in the cfg file you need to set. See the included readme doc. You will also need to create a /var/hack/dailymail/base64images directory and dump all the .txt files in it.

Give it a go and tell me what you think,

cheers

Chris

!!-----------------------
23.10 JUST UPDATED THIS TO MAKE SURE ONLY IMAGES REQUIRED IN THE EMAIL ARE EMBEDDED - SEEMS TO WORK FINE!

tivo-onion

07-28-2005, 04:38 PM

dogsbody

07-28-2005, 08:13 PM

have had another crack at this email embedding stuff - a different way and I think I have got it working.tivo-onion you rock!!!
After a bittle of fiddling with ^M itis and a TiVo that rebooted itself while uploading the script works great! Fantastic, thank you so much.

There are likely to be a few bugs in it. There were only two small bugs that I could see...

There seems to be a small typo in the HTML which doesn't close down the grey box under the "Expiry" section, I can probably PM you an example if that didn't make sense.
This is a really small bug, you can happily ignore it but I thought I would meantion it. Currently the images used in the e-mail are shown as attachments in my mail client as well as being used in the e-mail itself. I have got other HTML e-mails with images sent with the mail that then don't show the images as attachments. Trouble is I can't for the life of me work out what is different about the two e-mails that one shows them and one doesn't :o

Thank you again.

Update: I have just upgraded to your 23:10 version. Your right that it only attaches the images used but they are not appearing in the e-mail any more!! :(

tivo-onion

07-29-2005, 04:59 AM

There seems to be a small typo in the HTML which doesn't close down the grey box under the "Expiry" section, I can probably PM you an example if that didn't make sense.

Could you send me the details of this please - I can't seem to find it!

This is a really small bug, you can happily ignore it but I thought I would meantion it. Currently the images used in the e-mail are shown as attachments in my mail client as well as being used in the e-mail itself. I have got other HTML e-mails with images sent with the mail that then don't show the images as attachments. Trouble is I can't for the life of me work out what is different about the two e-mails that one shows them and one doesn't :o
[/list]

Yeah - and images that are not used in the body of the email are shown as attachments. Hence my reason for doing the 23.10 change below. This should have fixed it.

Update: I have just upgraded to your 23:10 version. Your right that it only attaches the images used but they are not appearing in the e-mail any more!! :(

This is wierd because it works great in outlook. Can you send me your log file at level 3 logging and I will inspect it for issues.

cheers

Chris

tivo-onion

07-29-2005, 06:35 AM

Dogsbody,

try these updated files - think I may have found the problems - I think outlook is more forgiving that some HTML email browsers.

cheers

Chris

dogsbody

07-29-2005, 07:39 AM

That version works beutifully :p :up: :D all bugs squashed :cool:

Blahblah2000

07-29-2005, 11:32 AM

iankb

07-29-2005, 12:08 PM

I was wondering whether Dailymail could include a run of 'mfscheck', with the output parsed to display warnings and/or errors in the MFS filesystem.

tivo-onion

07-29-2005, 04:00 PM

Hi Tivo-Onion-

My dailymail stopped being able to send the email correctly a few weeks ago. It shows the following error in the log:

12:01:57-attempting to open socket 25 to mailserver specified >>65.182.224.45<<
12:01:57-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>couldn't open socket: can't assign requested address<<

The manual connection steps via telnet posted earlier in this thread work fine from the tivo. Any ideas what's going wrong here? I searched the thread but most of the problems like this seemed to have been caused by bad mailserver IPs, which isn't the case here.

Thanks!

Sorry - can't really help here. This is normally a problem with the actual mail providor, and if this is not the case for you then I am not sure. The fact that it suddenly happened for no apparant reason leads me to believe that your mail providor changed something.

Can any of the TiVo guru's on this forumhelp?

cheers

Chris

tivo-onion

07-29-2005, 04:01 PM

I was wondering whether Dailymail could include a run of 'mfscheck', with the output parsed to display warnings and/or errors in the MFS filesystem.

Iankb,

happy to have a go, but I know nothing about mfs or mfscheck. I am going to need some hand holding on this one,

cheers

Chris

tivo-onion

07-29-2005, 04:09 PM

That version works beutifully :p :up: :D all bugs squashed :cool:

Ok then - the full downloadable version of 0.38.7 Patch #1 is available from here (No changes for you Dogsbody):

http://www.deepinthejungle.com/Tivo/Downloads/Dailymail Jazz Install v0.38.7 Beta.zip

Please let me know if you have any issues or problems.

cheers

Chris

iankb

07-29-2005, 05:30 PM

happy to have a go, but I know nothing about mfs or mfscheck. I am going to need some hand holding on this one,Sorry Chris, thanks for the offer, but it turns out to be a bad idea. It should have been relatively easy to parse the output, which (without errors) is as follows ...

bash-2.02# mfscheck
EventSwitcher stopped
mfscheck scan begins
Checking reference counts
All reference counts are OK.
mfscheck scan ends
mfscheck: 0 fatal errors, 0 severe errors, 0 warnings.

You must manually restart the EventSwitcher
bash-2.02#Unfortunately, the fact that it stops the EventSwitcher means that it effectively halts the TiVo. Not one of my best ideas. :o

tivo-onion

07-29-2005, 06:41 PM

You must manually restart the EventSwitcher
bash-2.02#[/CODE]Unfortunately, the fact that it stops the EventSwitcher means that it effectively halts the TiVo. Not one of my best ideas. :o

Can we get the same script to manually restart the eventswitcher after the mfscheck has run? How do you go about starting the eventswitcher? What does the eventswitcher actually do?

cheers

Chris

sanderton

07-29-2005, 07:07 PM

When trying to view last e-mail via the module, it's still looking in the old location:

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

dmark1867

07-29-2005, 10:02 PM

It was working perfectly, now it is giving my an errror.

The manual timezone offset was working for me - Thanks

I don't know what is going on!!

Here is my log:

------welcome to the jazzed dailymail program - v0.38.6 Beta (26 July 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 01:59:37 (debugging times specified in gmt)

01:59:37-GLOBAL VARIABLE DEFINITION - COMPLETED
01:59:37-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
01:59:37-commence fooling tivoweb modules
01:59:37-completed fooling tivoweb modules
01:59:37-completed other preperation
01:59:37-argument 1 passed in ::: >><<
01:59:37-argument 2 passed in ::: >><<
01:59:37-argument 3 passed in ::: >><<
01:59:37-argument 4 passed in ::: >><<
01:59:37-0 argument(s) found
01:59:37-argument handling complete
01:59:37-start optional message handling
01:59:37-no message file found
01:59:37-end optional message handling
01:59:37-VERSION IDENTIFICATION - START.
01:59:37-TiVo Model : >>3<<.
01:59:37-TiVo Manufacturer : >>Philips<<.
01:59:37-TiVo Type : >>DirecTiVo<<.
01:59:37-TiVo Software version : >>6.2-01-2-301<<.
01:59:37-TiVo : >>Series 2<<.
01:59:37-Cleaned Up TiVo Software version : >>6.2<<.
01:59:37-More than 1 tuner found - 'To Do' Endpad functionality set OFF : >>2<<.
01:59:37-Is TiVo UKTiVo? : >>0<<.
01:59:37-Is TiVo Direct TiVo : >>1<<.
01:59:37-VERSION IDENTIFICATION - COMPLETED.
01:59:37-ESTABLISHING TIMEZONE OFFSET - START
01:59:37-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>-18000<<.
01:59:37-Manual timezone offset set - Override occurred : >>+1<<.
01:59:37-Daylightsavings : >><<.
01:59:37-Timezone offset after additional change : >>+1<<.
01:59:37-Daylightsavings after possible change: >>2<<.
01:59:37-tzoffset : >>-14400<<
01:59:37-Timezone offset after application of daylighsavings: >>-14400<<.
01:59:37-System time part #1: >>Sat Jul 30 01:59:38 UTC 2005<<.
01:59:38-System time part #2: >>Sat Jul 30 01:59:38 2005<<.
01:59:38-System time part #3: >>1122688778<<.
01:59:38-System time part #4: >>1122688778<<.
01:59:38-System time part #5: >>0<<.
01:59:38-tzoffset : >>-14400<<
01:59:38-Identified time zone offset : >>-14400<<.
01:59:38-ESTABLISHING TIMEZONE OFFSET - COMPLETED
01:59:38-INCLUDING TiVoWeb MODULES - START.
01:59:38-About to include util.itcl.
01:59:38-Util.itcl included - About to include index.itcl.
01:59:38-Index.itcl included.
01:59:38-INCLUDING TiVoWeb MODULES - COMPLETED.
01:59:38-IDENTIFICATION OF DEFAULT RECORDING QUALITY - START.
01:59:38-Software version is 3 or greater.
01:59:38-IDENTIFICATION OF DEFAULT RECORDING QUALITY - COMPLETED.
01:59:38-GENERIC VARIABLE SETTING - START.
01:59:38-About to set source directory.
01:59:38-About to call get sizes module.
01:59:38-About to set the now showing directory
01:59:38-Code for version 3+.
01:59:38-GENERIC VARIABLE SETTING - COMPLETED.
01:59:38-ABOUT TO ASSEMBLE EMAIL:
01:59:38-CREATING EMAIL HEADINGS - START
01:59:38-CREATING EMAIL HEADINGS - COMPLETED
01:59:38-TiVo STATUS / REBOOT INFO - START
01:59:38-TiVo STATUS / REBOOT INFO - COMPLETED
01:59:38-CHECKING FOR EMERGENCY TEMP READING - START
01:59:39-Temperature check run successfully.
01:59:39-CHECKING FOR EMERGENCY TEMP READING - COMPLETED
01:59:39-CHECKING PHONE & DAILY CALL STATUS - START
01:59:39-CHECKING PHONE & DAILY CALL STATUS - COMPLETED
01:59:39-SMART DISK CHECK - START
01:59:39-Checking S.M.A.R.T. status
01:59:39-Drive A SMART check :
smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: ST3120026A
Serial Number: 5JS4VVAZ
Firmware Version: 8.54
Device is: In smartctl database [for details use: -P show]
ATA Version is: 6
ATA Standard is: ATA/ATAPI-6 T13 1410D revision 2
Local Time is: Sat Jul 30 01:59:39 2005 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x82) Offline data collection activity was
completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 85) minutes.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 064 057 006 Pre-fail Always - 106978770
3 Spin_Up_Time 0x0003 097 096 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 0
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 075 060 030 Pre-fail Always - 30649525
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 451
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 156
194 Temperature_Celsius 0x0022 042 048 000 Old_age Always - 42
195 Hardware_ECC_Recovered 0x001a 064 057 000 Old_age Always - 106978770
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [Use the smartctl -t option to run these.]

01:59:39-Disk passed SMART check.
01:59:39-************************************************************ ********************
smartctl version 5.26 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF INFORMATION SECTION ===
Device Model: ST3120026A
Serial Number: 5JS4VVAZ
Firmware Version: 8.54
Device is: In smartctl database [for details use: -P show]
ATA Version is: 6
ATA Standard is: ATA/ATAPI-6 T13 1410D revision 2
Local Time is: Sat Jul 30 01:59:39 2005 UTC
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x82) Offline data collection activity was
completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: ( 430) seconds.
Offline data collection
capabilities: (0x5b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
No Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 1) minutes.
Extended self-test routine
recommended polling time: ( 85) minutes.

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 064 057 006 Pre-fail Always - 106978770
3 Spin_Up_Time 0x0003 097 096 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 0
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 075 060 030 Pre-fail Always - 30649525
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 451
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 156
194 Temperature_Celsius 0x0022 042 048 000 Old_age Always - 42
195 Hardware_ECC_Recovered 0x001a 064 057 000 Old_age Always - 106978770
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0000 100 253 000 Old_age Offline - 0
202 TA_Increase_Count 0x0032 100 253 000 Old_age Always - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
No self-tests have been logged. [Use the smartctl -t option to run these.]

01:59:39-************************************************************ ********************
01:59:39-Disk B is not present - SMART check not run on disk B - remember disk B presence is set in the cfg file.
01:59:39-SMART DISK CHECK - COMPLETED
01:59:39-CALCULATING DISK USAGE & DISPLAY - START
01:59:41-disk status - started
01:59:41-disk status - version >>6<<
01:59:41-disk status - dtivo >>1<<
01:59:41-store space: rectype: >>103<<
01:59:41-stream size>>0<<
01:59:41-store space: rectype: >>203<<
01:59:41-stream size>>0<<
01:59:41-store space: rectype: >>204<<
01:59:41-stream size>>0<<
01:59:41-disk status - checkpoint #1
01:59:41-disk status - /Recording/DiskUsed/10
01:59:44-disk status - checkpoint #3
01:59:44-disk status - /Recording/DiskUsed/11
01:59:44-disk status - checkpoint #4
01:59:44-disk status - /DiskUsed
01:59:44-title >>TiVo_Attract_Loop<< | sel type >>8<<
01:59:44-state >>4<<
01:59:44-store space: rectype: >>8<<
01:59:44-stream size>>137856<<
01:59:44-title >>Catscratch<< | sel type >>1<<
01:59:44-state >>5<<
01:59:44-store space: rectype: >>102<<
01:59:44-stream size>>31744<<
01:59:44-title >>Baby Looney Tunes<< | sel type >>1<<
01:59:44-state >>5<<
01:59:44-store space: rectype: >>102<<
01:59:44-stream size>>545792<<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-Item Ignored - /DiskUsed - Main Section >>invalid attribute: Showing<<
01:59:44-Item Ignored - /DiskUsed - State Section >>invalid attribute: State<<
01:59:44-state >><<
01:59:44-disk status - checkpoint #5
01:59:46-disk status - checkpoint #6
01:59:46-disk status -recording in progress
01:59:46-title >>Danny Phantom<< | sel type >>1<<
01:59:46-store space: rectype: >>101<<
01:59:46-stream size>>524288<<
01:59:46-title >>Live<< | sel type >>8<<
01:59:46-store space: rectype: >>100<<
01:59:46-stream size>>262144<<
01:59:46-title >>Live<< | sel type >>8<<
01:59:46-store space: rectype: >>100<<
01:59:46-stream size>>262144<<

iankb

07-30-2005, 07:27 AM

Can we get the same script to manually restart the eventswitcher after the mfscheck has run? How do you go about starting the eventswitcher? What does the eventswitcher actually do?I don't know what the EventSwitcher actually does, or how to restart it. Typing 'EventSwitcher' at the command line will give a 'command not found' type of error. However, when it is stopped, it appears to hang and corrupt the GUI. Also, I wouldn't hold out much hope for any recordings that were in progress if a routine cron job were used to run Dailymail.

I suspect that stopping the EventSwitcher effectively stops any other TiVo processes that might conceivably update the MFS filesystem while the check is in progress. It's probably a thread-switching type of process that is used to synchronise all the TiVo-specific processes. I think that we would need to find somebody more 'au fait' with the TiVo's inner software workings before saying whether it is possible or not. I suspect that restarting the EventSwitcher without rebooting the system may not be possible, or may not leave a clean environment. Otherwise, I can't see why mfscheck wouldn't have restarted it itself.

It's also possible that starting it is one of those tasks (like noreddot) that doesn't work if run from within a script.

dmark1867

07-30-2005, 05:50 PM

I rebooted and its working now!

tivo-onion

07-31-2005, 05:38 AM

When trying to view last e-mail via the module, it's still looking in the old location:

Stuart,

it looks in 3 different places. It may have found an old dailymail.cfg file in your var/hack location and therefore expects to see the dailymail_jazz.tcl file there also. I suggest you delete or rename that old dailymail.cfg file and you should be fine,

cheers

Chris

tivo-onion

07-31-2005, 05:40 AM

I don't know what the EventSwitcher actually does, or how to restart it. Typing 'EventSwitcher' at the command line will give a 'command not found' type of error. However, when it is stopped, it appears to hang and corrupt the GUI. Also, I wouldn't hold out much hope for any recordings that were in progress if a routine cron job were used to run Dailymail.

I suspect that stopping the EventSwitcher effectively stops any other TiVo processes that might conceivably update the MFS filesystem while the check is in progress. It's probably a thread-switching type of process that is used to synchronise all the TiVo-specific processes. I think that we would need to find somebody more 'au fait' with the TiVo's inner software workings before saying whether it is possible or not. I suspect that restarting the EventSwitcher without rebooting the system may not be possible, or may not leave a clean environment. Otherwise, I can't see why mfscheck wouldn't have restarted it itself.

It's also possible that starting it is one of those tasks (like noreddot) that doesn't work if run from within a script.

This sounds way way way to complicated to start getting involved with. I think I will leave it to one side at present ;-) Cheers for explaining...

cheers

Chris

tivo-onion

07-31-2005, 09:39 AM

All,

I have tightened up the code for 0.38.7 Beta (Patch #2) and it is available for download. No major changes, just better structuring and commenting in the code.

http://www.deepinthejungle.com/Tivo/Downloads/Dailymail Jazz Install v0.38.7 Beta.zip

Enjoy - and let me know if there are any issues.

Also, in case any of you want to use your own images in an embedded email, I attach a PHP module that takes an argument of your image file name and outputs a base64 encoded image file for using with dailymail_jazz.tcl. Of course, you will need PHP installed to use this module.

cheers

Chris

6022tivo

07-31-2005, 12:04 PM

Chris, many thanks for your kind hard work.

I have been running Dailymail for many months with no problems, but decided to "upgrade" to your latest version.

After setting my preferences in the cfg file, I really like the output.

The new icons are nice, and the extra hyperlinks are great. I do have a couple of quickie questions.

The endpad options are confusing me as I am a little thick thinking today.

Don't have the module installed in tivoweb, my endpad starts at startup with the following options "/var/hack/endpad.tcl -s 2 -e 10 -auto sugeq=on sugqual=40 "

I know it is 2 mins at start and 10 mins at end, but the other things I have forgotten, and do not know what they are to set the DM cfg options correctly??

Also have noticed the time at the top of the mail is a hour out... Does not really matter at my mail runs in the night, something to do with summer time probably??.

I don't fully understand the "Selection / Presentation Type Ignore List- What to Show?" section, but will have a proper read..

I always like to sort out conflicts, and have my daily mail set for 960 hours, but was not happy about the size of the email, but now I have the options of ignoring suggestions etc and this helps a great deal. I would probably like it to display the conflicts for the next 10 days but the to do for about 4 days ahead??

The cron reportings tells me that some items are to run daily, but they are not every day, just weekdays, is this easy to amend??

Also is it easy to include the current Now Showing List, with the delete boxes at the end.
Every day or two I go through this list and clear thinks out with tivoweb, it would be great if I could do this from a email.

Also the hyperlinks on the thumbs points to a module called thumbs?? I can not find this, but will have a search.

Also another hyperlink, points to handle_multi_events, but this throws up a blank page..

I think I may have to go away and read up a little more to get thinks right, but it looks great and I can not compliment you on the effort you have put in Chris.

Many Thanks

Fozzie

07-31-2005, 12:51 PM

... but it looks great and I can not compliment you on the effort you have put in Chris.

Many ThanksI'm sure you mean "... can not compliment you enough on the effort ..." :eek: :)

tivo-onion

07-31-2005, 02:04 PM

Wow - lots of questions - I will try to address them all.

The endpad options are confusing me as I am a little thick thinking today. Don't have the module installed in tivoweb, my endpad starts at startup with the following options "/var/hack/endpad.tcl -s 2 -e 10 -auto sugeq=on sugqual=40 ". I know it is 2 mins at start and 10 mins at end, but the other things I have forgotten, and do not know what they are to set the DM cfg options correctly??

The variables you need to set are most likely as follows:

3.1.9 - set endpadinstalled true
3.1.9.1 - set suggestioneq true
3.1.9.2 - set everythingeq false
3.1.9.3 - set endpadstartpadmin 2
3.1.9.4 - set endpadendpadmin 10
3.3.3 - set endpadstatus true
3.4.10 - set paddinggraphicsreq true

Variable 3.1.9.2 is more for those endpadplus users.

It looks like you have the endpad.tcl file in the /var/hack/ directory so you will not need to change any of the location settings.

Also have noticed the time at the top of the mail is a hour out... Does not really matter at my mail runs in the night, something to do with summer time probably??.

The system should recognize the summer time, so this is a little strange. Where are you located? If all the times are out, you may want to consider manipulating the following variable:

2.1.5 - manualtzoffset

I don't fully understand the "Selection / Presentation Type Ignore List- What to Show?" section, but will have a proper read..

You are talking about variable 3.1.18. This is more for those US users who have some strange recordings types that are not really programmes. These may be downloaded clips or highlights or some kind of daily data files. To avoid these being shown in the To Do list, you can define that they be ignored and not displayed in the email. If you are a UK tivo user then you really do not need to worry about this.

I always like to sort out conflicts, and have my daily mail set for 960 hours, but was not happy about the size of the email, but now I have the options of ignoring suggestions etc and this helps a great deal. I would probably like it to display the conflicts for the next 10 days but the to do for about 4 days ahead??

You cannot do this at present. The whole email is driven by a single quantity of days value which drived the to do list and the conflict list. Something to think about for the future, but I am not planning to update at the moment. You could fiddle with the relevant procedures in the dailymail_jazz.tcl script if you feel confident. The easiest option would beto play with the "outputSection" procedure - for example you may want to replace the line:

if { [catch { set itemsFound [ gettodo $dmailHoursahead ] } fid] } {

with the following line:

if { [catch { set itemsFound [ gettodo 96 ] } fid] } {

and replace the line:

if { [catch { set itemsFound [ getconflicts $dmailHoursahead ] } fid] } {

with the following line:

if { [catch { set itemsFound [ getconflicts 240 ] } fid] } {

This probably should work - and hold you over until I get some time to add this capability.

The cron reportings tells me that some items are to run daily, but they are not every day, just weekdays, is this easy to amend??

This must be a bug - best thing to do is forward me a copy of your log file at level there (as an attachment to your post) and I will take a look.

Also is it easy to include the current Now Showing List, with the delete boxes at the end. Every day or two I go through this list and clear thinks out with tivoweb, it would be great if I could do this from a email.

No plans to do this just yet - probably a project for the future. It will would take a bit of time to add this in.

Also the hyperlinks on the thumbs points to a module called thumbs?? I can not find this, but will have a search.

This is the LJ Thumbs module - only works for tivoweb and not tivowebplus. You can find it at:

http://www.ljay.org.uk/tivoweb/.

Also another hyperlink, points to handle_multi_events, but this throws up a blank page..

You need to make sure that you have installed the handlemultievents.itcl file in your /var/hack/tivoweb-tcl/modules directory and restart tivoweb. This should then work properly. Of course, make sure you can get to your tivoweb from externally to your firewall.

Hope this all makes sense,

cheers

Chris

6022tivo

07-31-2005, 02:40 PM

it looks great and I can not compliment you on the effort you have put in Chris

hehe, yep, you know what I was trying to say...

UK user. If the value in 2.1.5 is left blank, all the times in the cron bit etc are ok, if I change this value to 1, the times of the cron items are behind 1hr.
But the time at the top of the email is still the same (1 hr behind) regardless of value in 2.1.5.

Endpad was set as you suggested, cheers.

I can not find the thumbs module at the link?? Maybe I am not trying hard enough?

Re the cron, below is a couple of items from the crontab so you can check out the launch days/times in case I have done something wrong.

35 7 * * 1-5 /var/hack/bin/newtext2osd -s 30 -f 4 -b 6 -x 0 -y 0 -t "It is 0835, Please get ready for school" &

40 7 * * 1-5 /var/hack/bin/newtext2osd -s 30 -f 4 -b 6 -x 0 -y 0 -t "It is 0840, You should be leaving now" &

etc
etc

The 1-5 indicating Mon-Fri (I think)

Email indicates

The following hack applications are scheduled to run on your TiVo:
Text2Screen (08:20 daily)
Text2Screen (08:24 daily)
Text2Screen (08:25 daily)
Text2Screen (08:26 daily)
Text2Screen (08:27 daily)

etc

Below is the log refering to the cron entry, the complete log is huge, but will add it as a attachment if really required.

16:07:21-this item is valid - not comment
16:07:21-minute parameter : >>45<<
16:07:21-hour parameter : >>7<<
16:07:21-day of month parameter : >>*<<
16:07:21-month parameter : >>*<<
16:07:21-day of week parameter : >>1-5/var/hack/bin/newtext2osd<<
16:07:21-checkpoint 001
16:07:21-timezone related hour adjustment : >>8<<
16:07:21-timezone related minute adjustment : >>45.0<<
16:07:21-hour parameter now : >>8<<
16:07:21-minute parameter now : >>45<<
16:07:21-checkpoint 006
16:07:21-checkpoint 007
16:07:21-checkpoint 008a
16:07:21-line : >><<
16:07:21-line : >>46 7 * * 1-5 /var/hack/bin/newtext2osd -s 45 -f 4 -b 6 -x 0 -y 0 -t "It is 0846, You are going to be LATE!!" &<<
16:07:21-permitted item found in line : >>newtext2osd<<
16:07:21-about to split cron line into parameter items
16:07:21-cron split successfully into individual items
16:07:21-this item is valid - not comment
16:07:21-minute parameter : >>46<<
16:07:21-hour parameter : >>7<<
16:07:21-day of month parameter : >>*<<
16:07:21-month parameter : >>*<<
16:07:21-day of week parameter : >>1-5<<
16:07:21-checkpoint 001
16:07:21-timezone related hour adjustment : >>8<<
16:07:21-timezone related minute adjustment : >>46.0<<
16:07:21-hour parameter now : >>8<<
16:07:21-minute parameter now : >>46<<
16:07:21-checkpoint 006
16:07:21-checkpoint 007
16:07:21-checkpoint 008a
16:07:21-line : >><<
16:07:21-line : >>47 7 * * 1-5 /var/hack/bin/newtext2osd -s 50 -f 4 -b 6 -x 0 -y 0 -t "It is 0847, You are going to be LATE!!" &<<
16:07:21-permitted item found in line : >>newtext2osd<<
16:07:21-about to split cron line into parameter items
16:07:21-cron split successfully into individual items
16:07:21-this item is valid - not comment
16:07:21-minute parameter : >>47<<
16:07:21-hour parameter : >>7<<
16:07:21-day of month parameter : >>*<<
16:07:21-month parameter : >>*<<
16:07:21-day of week parameter : >>1-5<<
16:07:21-checkpoint 001
16:07:21-timezone related hour adjustment : >>8<<
16:07:21-timezone related minute adjustment : >>47.0<<
16:07:21-hour parameter now : >>8<<
16:07:21-minute parameter now : >>47<<
16:07:21-checkpoint 006
16:07:21-checkpoint 007
16:07:21-checkpoint 008a
16:07:21-line : >><<
16:07:21-line : >>48 7 * * 1-5 /var/hack/bin/newtext2osd -s 55 -f 4 -b 6 -x 0 -y 0 -t "It is 0848, You are going to be LATE!!" &<<
16:07:21-permitted item found in line : >>newtext2osd<<
16:07:21-about to split cron line into parameter items
16:07:21-cron split successfully into individual items
16:07:21-this item is valid - not comment
16:07:21-minute parameter : >>48<<
16:07:21-hour parameter : >>7<<
16:07:21-day of month parameter : >>*<<
16:07:21-month parameter : >>*<<
16:07:21-day of week parameter : >>1-5<<
16:07:21-checkpoint 001
16:07:21-timezone related hour adjustment : >>8<<
16:07:21-timezone related minute adjustment : >>48.0<<
16:07:21-hour parameter now : >>8<<
16:07:21-minute parameter now : >>48<<
16:07:21-checkpoint 006
16:07:21-checkpoint 007
16:07:21-checkpoint 008a
16:07:21-line : >><<
16:07:21-line : >>49 7 * * 1-5 /var/hack/bin/newtext2osd -s 55 -f 4 -b 6 -x 0 -y 0 -t "It is 0849, You are going to be LATE!!" &<<
16:07:21-permitted item found in line : >>newtext2osd<<
16:07:21-about to split cron line into parameter items

Also, before I go, after SP2 in XP, outlook express does not load pictures into emails, but says "Some pictures have been blocked to help prevent the sender identifying your computer, click to see pictures. This is great for junk mails, but is a pain in the arse for tivo mail.

Is there a way of setting a rule to allow pictures from this sender??.

Fozzie

07-31-2005, 06:26 PM

LJ's Thumbs module is here:

http://www.ljay.org.uk/tivoweb/tivoweb.html

(The previous link was to the Tivoweb Plus modules ;))

tivo-onion

07-31-2005, 06:35 PM

UK user. If the value in 2.1.5 is left blank, all the times in the cron bit etc are ok, if I change this value to 1, the times of the cron items are behind 1hr. But the time at the top of the email is still the same (1 hr behind) regardless of value in 2.1.5.

You must remember that the TiVo, and therefore the CRON works on GMT. We are currently GMT -1 (I think - get mixed up on this) because we are in british summertime. The CRON times will be an hour off what you have in crontab because of this. I do not know why the main time should be off though - that is strange. Please send me your full log at level 3 as a post attachment and I will take a look.

I can not find the thumbs module at the link?? Maybe I am not trying hard enough?

Try: http://www.ljay.org.uk/tivoweb/tivoweb.html

or here for the actual download:

http://www.ljay.org.uk/tivoweb/ljtivo040201.zip

Also, before I go, after SP2 in XP, outlook express does not load pictures into emails, but says "Some pictures have been blocked to help prevent the sender identifying your computer, click to see pictures. This is great for junk mails, but is a pain in the arse for tivo mail. Is there a way of setting a rule to allow pictures from this sender??.

Try using the embedded option for the images - this should work - set variable 2.2.8 - set embeddedimages true

cheers

Chris

Fozzie

07-31-2005, 07:05 PM

You must remember that the TiVo, and therefore the CRON works on GMT. We are currently GMT -1 (I think - get mixed up on this)We are currently on BST which is GMT +1 ;)

tivo-onion

07-31-2005, 07:18 PM

We are currently on BST which is GMT +1 ;)

Yeah - I know - its Sunday and v. late! Just sorted the problem with the module anyway - stupid bug! Just sorting our the CRON stuff and then will release,

cheers

Chris

tivo-onion

07-31-2005, 08:04 PM

UK user. If the value in 2.1.5 is left blank, all the times in the cron bit etc are ok, if I change this value to 1, the times of the cron items are behind 1hr.
But the time at the top of the email is still the same (1 hr behind) regardless of value in 2.1.5.

Re the cron, below is a couple of items from the crontab so you can check out the launch days/times in case I have done something wrong.

35 7 * * 1-5 /var/hack/bin/newtext2osd -s 30 -f 4 -b 6 -x 0 -y 0 -t "It is 0835, Please get ready for school" &

40 7 * * 1-5 /var/hack/bin/newtext2osd -s 30 -f 4 -b 6 -x 0 -y 0 -t "It is 0840, You should be leaving now" &

The 1-5 indicating Mon-Fri (I think)

OK, this patch should fix the time and cron problems. Please try it out and let me know how you fair.

cheers

Chris

6022tivo

08-01-2005, 05:33 AM

Hey, nice quick work.

Fixed the time issue at the top of the emails.

Embedded images has fixed my OE problem.

Thumbs and all that now working with the modules installed.

Cron info now looks correct, fantastic.
Text2Screen (08:40 every weekday)
Text2Screen (08:41 every weekday)
Text2Screen (08:42 every weekday)
Text2Screen (08:43 every weekday)

Looking great.

tivo-onion

08-01-2005, 08:31 AM

All,

Dailymail Jazz 0.38.7 Beta (Patch #3), which includes the time and cron fixes identified earlier in this thread, is available for download from the following location:

http://www.deepinthejungle.com/Tivo/Downloads/Dailymail Jazz Install v0.38.7 Beta.zip

Enjoy - and let me know if there are any issues.

cheers

Chris

Mike Laskey

08-01-2005, 11:20 AM

Hi Chris,

Thanks very much for DailyMail. I've been running 0.35 for months on my own TiVo with no problems. Over the weekend I network-enabled a friend's TiVo, installed Cron (just from web download) and 0.37 of DailyMail.

It works fine when launched manually from the command line, and also works fine when launched via TivoWeb... but I can't get it to run from Cron.

I've checked Crontab and it's the same as my file. I adjust the times to test in a few minutes into the future and wait. When I view ps -aux for the task list I see the DailyMail task appear and then disappear immediately.

Do you have any advice or experience for things to check? By the way, I set the poolsize option in 0.37 to true since for 0.35 I have the manual workaround of Cron calling a parent script to set the poolsize before launching DailyMail.

Thanks for any help.
Mike.

tivo-onion

08-01-2005, 11:47 AM

Fozzie

08-01-2005, 12:02 PM

Are you also sure that you are setting the time in cron in GMT & not BST? e.g. if you want it to run at 1900hrs tonight, the cron entry should be 1800 ;)

Mike Laskey

08-01-2005, 12:14 PM

Thanks, I'll try without the .tcl extension. I had originally set the poolsize option to false, and created a separate .tcl file to manually set the poolsize (like I have working for 0.35 on my TiVo) and had Cron configured to call THAT .tcl file instead. Works on my TiVo with 0.35 but not this other one with 0.37.

Mike.

Fozzie

08-01-2005, 01:25 PM

Thanks for all the hard work on this, tivo-onion. I've just set up the latest version and all seems great except one small part; the cron section. It is not picking up that some of the entries I only run on certain days; it says daily against them. Looking at the log (attached), the day of week parameter is blank. (I am running patch 3)

Thanks again.

6022tivo

08-01-2005, 01:36 PM

is it because you have left two spaces between the * and the 1 ??

Fozzie

08-01-2005, 01:40 PM

is it because you have left two spaces between the * and the 1 ?? :eek: Dammit, you're probably correct. It's always the most obvious things. Thanks :up:

Edit: Hmmm, took out the extra spaces and still the same?!

Fozzie

08-01-2005, 02:12 PM

tivo-onion

08-02-2005, 06:09 AM

Just looked at the log for the email after I'd taken the extra spaces out of the crontab and dailymail is now picking up the day of the week parameter (5,1,1 & 1 for the 4 non-daily crontab entries) but still displaying 'daily' in the email.

Yeah - looking at your problem report the current cron functionality was not adequate in the dailymail module. I have now updated it and I have tested it with your complex crontab - seems to work fine now. I have updated the main install on my web site - but I also attach the updated dailymail_jazz.tcl file here also for your convenience.

Let me know how it goes,

cheers

Chris

Fozzie

08-02-2005, 11:42 AM

Perfect. Thanks Chris. (It'll be interesting to see what the times for dailymail change to when we're back to GMT; they should then display as 0550, 0650, 1650 & 1750, with the latter of each pair being the ones 'triggered because of local time being the same as GMT and thus me getting the emails at the same time, regardless of GMT or BST!)

managerxxx

08-02-2005, 04:58 PM

6022tivo

08-02-2005, 05:01 PM

hehe, I bet Chris wished he had never entered the cron section into the latest module... :rolleyes:

Why put 1-7, just put a *??

what is the /3, have not seen this before??, maybe a * instead of the 00 also??

tivo-onion

08-02-2005, 05:15 PM

Hi Chris

This is semi cosmetic but I'll mention it anyway....

I'm running the latest beta with the latest patched dailymail_jazz.tcl from above but I see the following:

The following hack applications are scheduled to run on your TiVo:
DailyMail (07:55 Monday to)
Safe Reboot (04:00 every 3 days)

My Cron settings send an email EVERY day.

My crontab looks like this:

55 6 * * 1-7 /var/hack/dailymail/dailymail_jazz &
00 3 */3 * * /var/hack/safereboot.tcl &

Should the dailymail entry in the scheduled hacks really say "Monday to" or is this an error due to DMJ picking up on a syntax error in my crontab.

Like I said - it's extremely minor but I thought I'd mention it all the same.

As far as I am aware "7" is not a valid "weekday". I believe that 0 = Sunday, 1 - Monday, etc., etc., 6 = Saturday. So your cron line should read 0-6 rather than 1-7. Alternatively, use a "*". The dailymail modules expects values of 0-6.

"*/3" in the "day of month" column means that this will run every 3 days - so this line is correct I believe.

cheers

Chris

managerxxx

08-02-2005, 05:46 PM

tivo-onion

08-03-2005, 03:00 AM

Thanks for the quick reply.

I'll be the first to admit to not being a unix guru but I think 7 is a valid option as I do get an email everyday using this syntax. I've searched google and it appears that generally in unix 0 and 7 are both valid and equate to Sunday (I can only guess this is also valid for the TIVO OS as I get an email on Sunday).

However, like I said, I'm not a unix man so will be the first to admit to barking up the wrong tree :-)

Thanks

You could possibly be right - typical unix / linux - why have one option when you can complicate things with two.

Just for you I have updated the dailymail_jazz.tcl module to cater for a "7" for a sunday. You can download this single module from this post. I have also updated the main install on my website,

enjoy,

cheers

Chris

managerxxx

08-03-2005, 04:19 PM

Wow my very own patch!!! LOL

Seriously though, thanks for the support that you're giving this app. I can confirm that this has resolved the issue.

Thanks again.

LeeK

08-08-2005, 08:22 AM

Is anyone else having a problem with "send a standard daily email" option in Tivoweb+? I get the same results if I try to send a customized one too. Dailymail _jazz works from cron, or if I type this at a bash prompt: /var/hack/dailymail/dailymail_jazz, but not from tivoweb calls. Here's what I get:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

I think I have everything where it should be for 0.38.4 beta... Nothing gets logged and I'm stumped...

I'm running "jazzed dailymail v0.38.7 Beta (3 August 2005)" which works great from CRON and from the command line (as described above) but whenever I click on "Send Standard Daily Mail" or "Send Cutomised Daily Mail" from within TW I get the same error message as above.

I've looked through the posts here but couldn't find if anyone actually managed to solve the problem...

Any ideas?

Many thanks in advance,

Lee

Softail95

08-08-2005, 10:32 AM

tivo-onion

08-08-2005, 11:13 AM

LeeK

08-08-2005, 02:03 PM

I am presuming that you have the modules in the /var/hack/dailymail directory? If so, do you have an old dailymail.cfg file in the /var/hack directory? If so, you should remove it and try again,

cheers

Chris

Hi & thanks for the feedback.

I've had a look and the only dailymail files at all are all in /var/hack/dailymail. Interestingly (or not!) if I do an ls -l daily* from / I do not get any files returned. Same from /var. If I do the same from /var/hack I get a list of files... BUT these are actually in a subdirectory /var/hack/dailymail !

Not sure if it's relevant to the problem or not :confused:

Also (not sure of the relevance) but I used to have an install of version 0.30 which I think was Sandertons version - maybe tere's some left over files from this causing an issue?

Thanks in advance for any advice and btw, GREAT MODULE !! :up:

tivo-onion

08-08-2005, 03:04 PM

I'm running "jazzed dailymail v0.38.7 Beta (3 August 2005)" which works great from CRON and from the command line (as described above) but whenever I click on "Send Standard Daily Mail" or "Send Cutomised Daily Mail" from within TW I get the same error message as above.

I've looked through the posts here but couldn't find if anyone actually managed to solve the problem...

Any ideas?

Many thanks in advance,

Lee

I am actually really confused as to why this error occurs. The code that seems to cause this crash is as follows:

if {[catch {
if { $hoursahead == 0 || $hoursahead == "" } {
exec $preshell $command > $postcommand 2>&1;
} else {
exec $preshell $command $hoursahead > $postcommand 2>&1;
}
}]} {

puts $chan [html_table_start "" "Error ocurred when attempting to send e-mail!" "COLSPAN=2"]
puts $chan [tr "" [td [html_link "/logs/dailymail_jazz.log/" "View daily status e-mail generation log for debugging info?"]]]
puts $chan [tr "" [td [html_link "/manage_dailymail" "Back to daily status e-mail menu?"]]]
puts $chan [tr "" [td [html_link "/" "Back to main menu?"]]]
puts $chan [html_table_end]
puts $chan [html_end]

} else {

puts $chan [html_table_start "" "Daily status e-mail sent!" "COLSPAN=2"]
if { $htmlfilerequired } {
puts $chan [tr "" [td [html_link "/viewdailymail/" "View most recent generated daily status e-mail?"]]]
}
puts $chan [tr "" [td [html_link "/logs/dailymail_jazz.log/" "View daily status e-mail generation log?"]]]
puts $chan [tr "" [td [html_link "/manage_dailymail" "Back to daily status e-mail menu?"]]]
puts $chan [tr "" [td [html_link "/" "Back to main menu?"]]]
puts $chan [html_table_end]
puts $chan [html_end]
}

given that the code in question is surrounded by a "catch {}" function, this module should not actually be able to crash here. Does anyone have any insight as to how the itcl module is actually able to crash here. Maybe if we can answer that question it may help solve the overall problem here,

thanks for any assistance,

cheers

Chris

tivo-onion

08-08-2005, 03:06 PM

've had a look and the only dailymail files at all are all in /var/hack/dailymail. Interestingly (or not!) if I do an ls -l daily* from / I do not get any files returned. Same from /var. If I do the same from /var/hack I get a list of files... BUT these are actually in a subdirectory /var/hack/dailymail !

No problem here - by performing a "ls -l daily*" you are performing a file list of a subdirectory starting "daily". The result is valid,

cheers

Chris

LeeK

08-08-2005, 03:15 PM

tivo-onion

08-09-2005, 03:59 AM

Okay, done some more digging....

Not sure why but my dailymail_jazz.tcl file (in /var/hack/dailymail) seems to have M at the end of each line.

I've checked other files such as dailymail.cfg (which I've edited to death :D ) and these do not have the same end of lie characters.

I've re-downloaded v0.38.7 and FTP'd dailymail_jazz.tcl onto my TiVo - I've done this both in Binary and ascii & both times the file ends up with the end of line characters.

I'm using a terminal session on Mac OSX so its basically a Unix session.

Not even sure if this may be causing the problem but who knows??

Not sure about these Ms - however, if the module is running fine from cron and command line call, then it is probably ok.

I attach a dummy dailymail_jazz.tcl module with nothing but a couple of comments in. Could you temporarily replace your module with this, and try and send a custom mail. Of course, no custom email will actually be sent - but I just want to see if there is still a crash - I need to find out if the crash is being caused by the itcl or the tcl module. If you could let me know the results,

cheers

Chris

LeeK

08-09-2005, 04:54 AM

I attach a dummy dailymail_jazz.tcl module with nothing but a couple of comments in. Could you temporarily replace your module with this, and try and send a custom mail. Of course, no custom email will actually be sent - but I just want to see if there is still a crash - I need to find out if the crash is being caused by the itcl or the tcl module. If you could let me know the results,

cheers

Chris

hi Chris,

Done the test as mentioned above - replaced dailymail_jazz.tcl, did a full re-load of TW and selected "Send Daily Standard Daily Mail" from the "Manage Daily Mail" menu.

This is what I got :(

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

Interestingly enough, if run from a Telnet session the log generated consists of the messages from the dummy dailymail_jazz.tcl module - as you expected. Just doesn't seem to work from the TW menu :confused:

iankb

08-09-2005, 09:10 AM

Not sure why but my dailymail_jazz.tcl file (in /var/hack/dailymail) seems to have M at the end of each line.It's actually Control-M (^M), which is the carriage-return character (hex 0x0D). It's because you've edited the file on a PC, which uses a carriage-return/line-feed sequence as a line terminator. Linux only uses a line-feed, so displays the extra character but, usually, with no ill-effect.

Heuer

08-09-2005, 09:54 AM

Softail95

08-09-2005, 10:12 AM

I'm running jazzed dailymail v0.38.4 Beta (29 Mar 2005). I have no problems with extraneous characters in any of the dailymail files, but I get the following whenever I try to manually generate a dailymail. It only works from a command line or from cron... I checked and I dont have any leftover dailymail files in /var/hack-- everything is in /var/hack/dailymail.

INTERNAL SERVER ERROR
--cut here--
action_custommail '' 'set "optmsg" "This daily email was generated manually through TiVoWeb.";set "recipient" "";set "recipient2" "";set "recipient3" "";set "hoursahead" "96";set "submit" "Send Email";'
child process exited abnormally
while executing
"exec $preshell $command $hoursahead > $postcommand 2>&1"
(procedure "::action_custommail" line 32)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"

--cut here--

Softail95

08-09-2005, 10:17 AM

I seem to recall Windows telnet also puts a carriage return character in automatically unless you disable it. I had this problem when trying to change a password in nic_config_airnet - refused to accept it until I reconfigured Telnet, although for the life of me I cannot recall how I did it.

I use JGSofts Editpad Lite editor on the windows side. It never screws with the chars. Then I FTP binary to/from the Tivo. Never had a problem since I started doing it this way.

LeeK

08-09-2005, 10:19 AM

It's actually Control-M (^M), which is the carriage-return character (hex 0x0D). It's because you've edited the file on a PC, which uses a carriage-return/line-feed sequence as a line terminator. Linux only uses a line-feed, so displays the extra character but, usually, with no ill-effect.

The interesting thing being that I don't actually have a PC! I'm using a Mac running OSX so in effectits running Unix. I've also been careful not to edit the file on the Mac but just use a terminal session to FTP the file to TiVo and then use JOE to edit if required.

The dailymail_jazz.tcl file always seems to end up with the ^M 's - and it doesn't seem to matter if I FTP in binary or ASCI mode. Yet the dailymail.cfg file (which was FTP'd to the TiVo in the same way) does not have any ^M's...

Very odd! But, that said, as you mentioned I'm not too sure its causing any problems as the dailymail seems to work fine if called from a TELNET session - just not from the TW menu option. Possibly the ^m's are a bit of a red herring - however bizare their appearance seems to be....

LeeK

08-09-2005, 10:23 AM

Softail95

08-09-2005, 10:23 AM

Not sure about these Ms - however, if the module is running fine from cron and command line call, then it is probably ok.

I attach a dummy dailymail_jazz.tcl module with nothing but a couple of comments in. Could you temporarily replace your module with this, and try and send a custom mail. Of course, no custom email will actually be sent - but I just want to see if there is still a crash - I need to find out if the crash is being caused by the itcl or the tcl module. If you could let me know the results,

cheers

Chris

My results:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

LeeK

08-09-2005, 10:34 AM

Just a wild stab in the dark... I wondered if this error with trying to get dailymail to run from the TiVoWeb menu was something to do with incorrect permissions?

Here's a listing from my /var/hack/tivoweb-tcl/modules directrory - can anyone compare with theirs for persmissions?

Bash /var/hack/tivoweb-tcl/modules #ls -l
total 595
-rw-r--r-- 1 0 0 130338 Oct 5 2004 00ui.itcl
-rw-r--r-- 1 0 1000 130337 Feb 23 2004 00ui.itcl~
-rwxr-xr-x 1 0 1000 6309 Aug 7 20:34 controlpadding.itcl
-rwxr-xr-x 1 0 1000 4328 Jul 31 21:55 displaytext.itcl
-rwxr-xr-x 1 0 1000 32493 Jul 28 19:01 folders.itcl
drwxr-sr-x 2 0 1000 1024 Aug 4 19:37 graphics
-rwxr-xr-x 1 0 1000 15480 Aug 3 21:47 grid_1v01.itcl
-rwxr-xr-x 1 0 1000 13493 Aug 7 20:34 handlemultievents.itc
-rw-rw-r-- 1 1000 1000 20521 Feb 23 2004 index.itcl
-rw-rw-r-- 1 1000 1000 15538 Feb 23 2004 info.itcl
-rw-rw-r-- 1 1000 1000 22357 Feb 23 2004 logos.itcl
-rw-rw-r-- 1 1000 1000 1900 Feb 23 2004 logs.itcl
-rw-rw-r-- 1 1000 1000 8174 Feb 23 2004 mail.itcl
-rwxr-xr-x 1 0 1000 13106 Aug 7 20:34 managedailymail.itcl
-rwxr-xr-x 1 0 1000 25538 Jul 29 20:00 manrec.itcl
-rw-rw-r-- 1 1000 1000 4423 Feb 23 2004 mfsbrowser.itcl
-rw-rw-r-- 1 1000 1000 11095 Feb 23 2004 phone.itcl
-rw-rw-r-- 1 1000 1000 8687 Feb 23 2004 resources.itcl
-rw-rw-r-- 1 1000 1000 27834 Feb 23 2004 sched.itcl
-rw-rw-r-- 1 1000 1000 9085 Feb 23 2004 screen.itcl
-rw-rw-r-- 1 1000 1000 16750 Feb 23 2004 search.itcl
-rwxr-xr-x 1 0 1000 4836 Aug 4 19:08 senddailymail.itcl
-rw-rw-r-- 1 1000 1000 1107 Feb 23 2004 theme.itcl
-rw-rw-r-- 1 1000 1000 2435 Feb 23 2004 tvres-2.0.res
-rw-rw-r-- 1 1000 1000 3440 Feb 23 2004 tvres-2.5.res
-rw-rw-r-- 1 1000 1000 3440 Feb 23 2004 tvres-3.0.res
-rwxr-xr-x 1 0 1000 755 Aug 7 21:06 viewdailymail.itcl
-rwxr-xr-x 1 0 1000 745 Aug 4 19:09 viewdailymail.itcl~
-rwxr-xr-x 1 0 1000 1867 Aug 4 19:09 viewhtml.itcl
-rw-rw-r-- 1 1000 1000 12138 Feb 23 2004 webremote.itcl
-rwxr-xr-x 1 0 1000 30731 Jul 28 18:51 wishlists.itcl
Bash /var/hack/tivoweb-tcl/modules #
Bash /var/hack/tivoweb-tcl/modules #

TIA,

Lee

iankb

08-09-2005, 11:35 AM

Since the itcl files are include files, they don't need execute permissions.

tivo-onion

08-09-2005, 12:26 PM

Since the itcl files are include files, they don't need execute permissions.

I would have thought it more likely that this is a problem with the execute permissions on the files in the /var/hack/dailymail directory.

Please make sure that you have performed a chmod 755 * in the /var/hack/dailymail directory.

Given the errors occuring when running the dummy module earlier, it seems either to be a problem with the tivoweb itcl file, or a problem with permissions on the dailymail tcl files.

I attach another debugging module. Please upload it to your /var/hack/dailymail-tcl/modules directory and chmod 755 it. Then restart tivoweb via the web interface and request a standard daily mail.

The screen should show "please wait...." and then a couple of exec strings. Please let me know what these are.

cheers

Chris

6022tivo

08-09-2005, 02:46 PM

Looking at the thread, it appears to affect people using TWP, and not TW. Fine with my TW.

LeeK

08-09-2005, 04:56 PM

Looking at the thread, it appears to affect people using TWP, and not TW. Fine with my TW.

Just about to do the test - but for info I'm on plain standard 1.9.4 TiVoWeb not
TivoWeb+ ...

Watch this space!

Softail95

08-09-2005, 04:58 PM

Just about to do the test - but for info I'm on plain standard 1.9.4 TiVoWeb not
TivoWeb+ ...

Watch this space!

I am running TWP. I can test in about 3 hours when I get home.

tivo-onion

08-09-2005, 05:19 PM

I am running TWP. I can test in about 3 hours when I get home.

In 3 hours I will be fast asleep ;-)

tivo-onion

08-09-2005, 05:21 PM

Is there any reason that TWP would have problems with the "exec" command?

Are there any TWP experts out there who could tell me what would have changed between TWP and TW that would make this an issue area?

cheers

Chris

LeeK

08-09-2005, 05:24 PM

Please make sure that you have performed a chmod 755 * in the /var/hack/dailymail directory.

Done...

I attach another debugging module. Please upload it to your /var/hack/dailymail-tcl/modules directory and chmod 755 it. Then restart tivoweb via the web interface and request a standard daily mail.

The screen should show "please wait...." and then a couple of exec strings. Please let me know what these are.

Done & I get exactly the same error msg as before & the log is empty. I've also done a CHMOD 755 * on /var/hack/tivoweb-tcl/modules for good measure.

The msg I'm getting is...

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

There's clearly something very odd going on here as its not getting to the code you're expecting. If run from a TELNET session and I try to view the log via TW I get the following...

/var/log/dailymail_jazz.log/

------welcome to the dummy jazzed dailymail program - starting

------completed the dummy jazzed dailymail program - thanks for your custom

tivo-onion

08-09-2005, 05:31 PM

Done...

Done & I get exactly the same error msg as before & the log is empty. I've also done a CHMOD 755 * on /var/hack/tivoweb-tcl/modules for good measure.

The msg I'm getting is...

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

There's clearly something very odd going on here as its not getting to the code you're expecting. If run from a TELNET session and I try to view the log via TW I get the following...

/var/log/dailymail_jazz.log/

------welcome to the dummy jazzed dailymail program - starting

------completed the dummy jazzed dailymail program - thanks for your custom

yes, this is strange. the log you show is from the old dummy module - probably from when you ran it before!

I attach a another module with the actual exec commands commented out. Humour me and try it for me,

cheers

Chris

LeeK

08-09-2005, 06:35 PM

Chris,

Nope, same error message. In your earlier post you said to the test modules into /var/hack/dailymail-tcl/modules .... I assume you meant /var/hack/tivoweb-tcl/modules ?

I really appreciate you help on this - but at this stage would I be better off keeping my dailymail.cfg file - which took me a while to get right :D - and try to do a "clean" install?

In which case do you have a list of files I should be looking to remove or am I just hoping that this will solve the problem?

Cheers,

Lee

LeeK

08-09-2005, 06:38 PM

Softail95

08-09-2005, 11:26 PM

I would have thought it more likely that this is a problem with the execute permissions on the files in the /var/hack/dailymail directory.

Please make sure that you have performed a chmod 755 * in the /var/hack/dailymail directory.

Given the errors occuring when running the dummy module earlier, it seems either to be a problem with the tivoweb itcl file, or a problem with permissions on the dailymail tcl files.

I attach another debugging module. Please upload it to your /var/hack/dailymail-tcl/modules directory and chmod 755 it. Then restart tivoweb via the web interface and request a standard daily mail.

The screen should show "please wait...." and then a couple of exec strings. Please let me know what these are.

cheers

Chris

I tested that module:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

Softail95

08-09-2005, 11:29 PM

yes, this is strange. the log you show is from the old dummy module - probably from when you ran it before!

I attach a another module with the actual exec commands commented out. Humour me and try it for me,

cheers

Chris

and I tested this module:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

tivo-onion

08-10-2005, 06:16 AM

and I tested this module:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

This cannot possibly be correct - I have commented out the "exec $preshell $command > $postcommand 2>&1" lines in the extramail procedure, so it should be impossible to get this error!

Are you sure you copied accross the correct module to the tivo?

cheers

Chris

LeeK

08-10-2005, 08:46 AM

Chris,

Just re-downloaded your latest moded managedailymail.itcl, FTP'd to the TiVo, CHMOD 755, checked that there are no other managedailymail.itcl files anywhere on TiVo, did a FULL re-load of TW. On clicking on Send Standard Daily Mail from within Manage Daily Mail menu option I still get....

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

If you've any other ideas before I try to do a complete clean install I'd be grateful !

Cheers,

Lee

6022tivo

08-10-2005, 01:39 PM

Bearing in mind I was really quite happy (understatement! ) with the daily email working via cron and I wasn't too bothered about being able to request one via TW is there an easy way to remove the Request Standard Dailymail & Custom Dailymail from the TW menus?

:)

Edit the TCL module file and # comment out the last line regarding registering the module. The data in the module will still load and be called when needed, it will just not display in the menu.

I have now done this to loads of ym modules so it displays great on my PDA. Have also shortened the names of the ones I do use.

LeeK

08-10-2005, 04:02 PM

Edit the TCL module file and # comment out the last line regarding registering the module. The data in the module will still load and be called when needed, it will just not display in the menu.

I have now done this to loads of ym modules so it displays great on my PDA. Have also shortened the names of the ones I do use.

Excellent! Many thanks for the info - I'm not really up to writig my own scripts yet but commenting out the odd line even I can manage! :D

My menu in TW looks much less busy & now only has modules that I can get to work ;)

Many thanks also to Chris (TiVo_Onion) for all his help in trying to get me sorted. I will (one day) get around to doing a clean install but in the mean time I now at least have a working system, with some great modules written by the people on this forum.

Kind Regards,

Lee

Softail95

08-14-2005, 04:23 PM

This cannot possibly be correct - I have commented out the "exec $preshell $command > $postcommand 2>&1" lines in the extramail procedure, so it should be impossible to get this error!

Are you sure you copied accross the correct module to the tivo?

cheers

Chris

Yes. I checked the directory and the size is different than the original. I did a CAT command and saw the lines where you put in the ## there (lines 290 and 292). (Those were the only execs I could see that were commented out. )

I did a full reload, then Manage Daily Email, then Send a Standard Email, then I got this after a pause:

INTERNAL SERVER ERROR
--cut here--
action_extramail '' ''
child process exited abnormally
while executing
"exec $preshell $command > $postcommand 2>&1"
(procedure "::action_extramail" line 19)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

alanjrobertson

08-16-2005, 08:16 PM

Hi folks

Just upgraded from v.0.36 (yep, Jan '05 :D) to v.0.38.8. As far as I can tell I've done things correctly - I've installed to /var/hack/dailymail (I already had the previous version here, but have overwritten it), have chmod'd to 755, etc.

However when I try to run it I quickly get it stopping with an error. The log file (below) doesn't seem to give any clear reason as to what went wrong - everything seems fine up to that point. The manage daily mail option in TW also seems to be working fine.

Any help much appreciated (I've attached my dailymail.cfg for reference)

Cheers

Alan

------welcome to the jazzed dailymail program - v0.38.8 Beta (10 August 2005) - starting
------the debug level is set at >>3<<
------started at 00:12:25 (debugging times specified in gmt)

00:12:25-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 impliedthumbup1.gif impliedthumbup2.gif impliedthumbdown2.gif impliedthumbdown3.gif impliedthumbdown1.gif predictedthumbup1.gif predictedthumbup1.gif predictedthumbup2.gif predictedthumbdown2.gif predictedthumbdown3.gif predictedthumbdown1.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<<
00:12:25-GLOBAL VARIABLE DEFINITION - COMPLETED
00:12:25-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
00:12:25-commence fooling tivoweb modules
00:12:25-completed fooling tivoweb modules
00:12:25-completed other preperation

dogsbody

08-17-2005, 08:42 AM

Just upgraded from v.0.36 (yep, Jan '05 :D) to v.0.38.8. As far as I can tell I've done things correctly - I've installed to /var/hack/dailymail (I already had the previous version here, but have overwritten it), have chmod'd to 755, etc. Did you overwrite everything!? including using the new config file etc.?

alanjrobertson

08-17-2005, 08:46 AM

yes - I updated the config file to the new version and then edited it to pick out the options I wanted (see attachment in previous post). There don't seem to be any internal server errors, so I don't think there were any problems with the FTP or chmods.

Alan

alanjrobertson

08-17-2005, 09:05 AM

OK, I'm making some progress now. Cron had tried to run things last night and for some reason the errorlog displayed a little bit more info after it had run it compared to me doing it manually. It particular, it showed: 05:00:03-completed other preperation
can't read "recipient2": no such variable
while executing
"set originalrecipient2 $recipient2"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 555)
I had taken out the recipient2 and recipient3 lines from the cfg file as I didn't need them - it appears that they instead need to stay in, just with blank settings.

I then tried again - this time a mail was generated, but never arrived. When I go to view the dailymail it looks fine (apart from an error in the ToDo list, but this was because I hadn't noticed the flag for the tracker module - I've now set it to false) however on viewing the log (see att.) there are a couple of bits in particular that I don't understand. There is a line that says externallogging (4) = true
opt (1) = 3
errorInfo (357) = can't read "http://86.132.202.89/cgi-bin/record_dailymail_details.cgi?emailrecipient=ajr@alanjroberts on.co.uk&tivoname=Main&localtime=Wed, 17 Aug 13:48&softver=0.38.8 Beta&softreldate=10 August 2005&softdebuglvl=3&hoursreq=48&tivosoftver=2&tivomod=0&tivoman=Thompson/RCA&tivoopt=UK/PAL&tivosrone=1&tivouk=1": variable is array
while executing
and then earlier on in the log I noticed 12:48:21-FAKE DNS SERVICE MODULE - STARTED
12:48:21-domain passed in : >>deepinthejungle.servehttp.com<<
12:48:22-ip passed out : >>86.132.202.89<<
12:48:22-FAKE DNS SERVICE MODULE - FINISHED - I couldn't see any reference to this URL in the cfg file. Full log attached.

dogsbody

08-17-2005, 09:07 AM

I have a strange one here I am afraid! The latest DailyMail works like a charm and is set to mail me every day at 6:20am. Most days it works fine but every now and then I don't get a mail. On those days I check the log and everything looks fine apart from this extra line...
12:04:04-EMAIL NOT SENT BECAUSE THERE IS NO ALERT DISCOVERED!... I can re-request the DailyMail through TiVoWeb and it still won't send giving the same log entry.

If however I reboot the Tivo or just wait until the next day then everything works fine!! :confused:

Oh and no I don't have "alertonlyemail" turned on :p

You can see my config file HERE (http://slack.dogsbody.org/temp/dailymail.cfg) and log file HERE (http://slack.dogsbody.org/temp/dailymail_jazz.log)

TYIA, Dan

alanjrobertson

08-18-2005, 05:09 AM

A few little qns :)

Hmm - cron seems to have mysteriously done the trick again! (see earlier post) - checked my e-mail this morning and a DailyMail had arrived. I hadn't changed any other settings and there was still that same error in the log {errorInfo (357) = can't read "http://86.132.202.89...etc.} - any ideas?
now I've got it working (hopefully consistently!) I was wondering if it would be possible at all to get the Now Playing list added as an optional section to the list - e.g., users could pick (a) no list (b) list currently recorded user programmes (together with their green/yellow dots showing how long they'll be kept for) and (c) list currently recorded user programmes plus TiVo suggestions.
Would this be possible?
Re. the multi-thumb-delete option in the To-Do list - I was looking at 3.4.7 in the config (see below). From reading this it appears that this is an option to have the action button repeated on every row - presumably if it's set to false there should be just one action button somewhere. However I don't seem to have any action button - I've got the thumbs drop downs and the delete checkboxes next to each line, but nothing to action them - is this expected behaviour?
## (3.4.7) Multi-Thumb-Delete Repeat Action Button?
## For the multi-delete and multi-thumb-update capability, if you would like to have the
## actions button repeated every seperator row then set to true, else set to false.
set multirepeat false

Thanks,

Alan

Fozzie

08-18-2005, 05:58 AM

Re. the multi-thumb-delete option in the To-Do list - I was looking at 3.4.7 in the config (see below). From reading this it appears that this is an option to have the action button repeated on every row - presumably if it's set to false there should be just one action button somewhere. However I don't seem to have any action button - I've got the thumbs drop downs and the delete checkboxes next to each line, but nothing to action them - is this expected behaviour?You should see a small thumb pointing to the right, and a small cross at the top of the thumbs rating columns and select boxes columns (at the very right of the To Do list). The setting above puts the icons on each day separator (not each row) instead of just at the very top of the list.

What is slightly confusing is that the icons don't appear clickable i.e. the cursor doesn't change when hovering, however, you can click on them. This is probably a small bug that would be worth tivo-onion fixing.

Softail95

08-18-2005, 06:38 AM

I attach a another module with the actual exec commands commented out. Humour me and try it for me,

cheers

Chris

Chris,

Hope I'm not being a pest, but I'd be eager to try anything else you can think of to help solve this problem. It nags at me that I can't "Resend updated email for 48, 96, 144, 192 or 240 hours ahead", or send the email from TW+, etc... I now know I'm not the only one with the problem so it is either something Leek and I both did wrong installing/configuring or and environmental thing, or a bug, etc... I realize that this must not be high on your list, but I'm willing to help in any way I can....

alanjrobertson

08-18-2005, 06:59 AM

Ahh - excellent, thanks Fozzie - it now makes sense! I agree, it was the non-clickable appearance of these icons that made me just ignore them. It works perfectly when I click on them :D

Thanks

Alan

tivo-onion

08-18-2005, 05:48 PM

You should see a small thumb pointing to the right, and a small cross at the top of the thumbs rating columns and select boxes columns (at the very right of the To Do list). The setting above puts the icons on each day separator (not each row) instead of just at the very top of the list.

What is slightly confusing is that the icons don't appear clickable i.e. the cursor doesn't change when hovering, however, you can click on them. This is probably a small bug that would be worth tivo-onion fixing.

This is a wierd one - I have tried everything to try and make this image seem to be clickable, but it will not behave in that way. I think it is the way that MS Outlook and some other email clients handle forums - because this image is actualy a button in a form! Sorry, however you should see a handy hover-over message when you position the arrow over the graphic!

cheers

Chris

tivo-onion

08-18-2005, 05:49 PM

Chris,

Hope I'm not being a pest, but I'd be eager to try anything else you can think of to help solve this problem. It nags at me that I can't "Resend updated email for 48, 96, 144, 192 or 240 hours ahead", or send the email from TW+, etc... I now know I'm not the only one with the problem so it is either something Leek and I both did wrong installing/configuring or and environmental thing, or a bug, etc... I realize that this must not be high on your list, but I'm willing to help in any way I can....

It is kind of defeating me this one! I will have another crack at it tomorrow and over the weekend. I wll probably need you to run some more test modules though!

cheers

Chris

tivo-onion

08-18-2005, 05:59 PM

There is a line that says externallogging (4) = true
opt (1) = 3
errorInfo (357) = can't read "http://86.132.202.89/cgi-bin/record_dailymail_details.cgi?emailrecipient=ajr@alanjroberts on.co.uk&tivoname=Main&localtime=Wed, 17 Aug 13:48&softver=0.38.8 Beta&softreldate=10 August 2005&softdebuglvl=3&hoursreq=48&tivosoftver=2&tivomod=0&tivoman=Thompson/RCA&tivoopt=UK/PAL&tivosrone=1&tivouk=1": variable is array
while executing

This is nothing to worry about - the module just runs a catalogue of all variables that have not been unset at the end of its execution to assist me with any memory tidy-up. The error shown will have been "caught" and is not important.

12:48:21-FAKE DNS SERVICE MODULE - STARTED
12:48:21-domain passed in : >>deepinthejungle.servehttp.com<<
12:48:22-ip passed out : >>86.132.202.89<<
12:48:22-FAKE DNS SERVICE MODULE - FINISHED

This section is just part of the external logging function - you can switch it off in the config file. This just allows some collection of statistics regarding the running of the module.

cheers

Chris

tivo-onion

08-18-2005, 06:04 PM

there was still that same error in the log {errorInfo (357) = can't read "http://86.132.202.89...etc.} - any ideas?

As per earlier post, this is just part of a variable cataloging process - just ignore!

would be possible at all to get the Now Playing list added as an optional section to the list - e.g., users could pick (a) no list (b) list currently recorded user programmes (together with their green/yellow dots showing how long they'll be kept for) and (c) list currently recorded user programmes plus TiVo suggestions. Would this be possible?

It is on the list of things to do - but is failry lowish priority. It will be a fairly big job to add it in - will hopefully get around to it in the next 3-4 weeks.

However I don't seem to have any action button - I've got the thumbs drop downs and the delete checkboxes next to each line, but nothing to action them - is this expected behaviour?

I think this one was answered earlier.

tivo-onion

08-18-2005, 06:06 PM

I have a strange one here I am afraid! The latest DailyMail works like a charm and is set to mail me every day at 6:20am. Most days it works fine but every now and then I don't get a mail. On those days I check the log and everything looks fine apart from this extra line...
... I can re-request the DailyMail through TiVoWeb and it still won't send giving the same log entry.

If however I reboot the Tivo or just wait until the next day then everything works fine!! :confused:

Oh and no I don't have "alertonlyemail" turned on :p

You can see my config file HERE (http://slack.dogsbody.org/temp/dailymail.cfg) and log file HERE (http://slack.dogsbody.org/temp/dailymail_jazz.log)

TYIA, Dan

I will take a look at this bug - however it would be useful if you could set logging to level 3 so I can see the finer level of detail about why the email is not being sent!

cheers

Chris

tivo-onion

08-18-2005, 06:08 PM

I had taken out the recipient2 and recipient3 lines from the cfg file as I didn't need them - it appears that they instead need to stay in, just with blank settings.

Yeah, you should never delete any variables from the config file, as all of them get tested at some point in the module. Deleting variables will have a 99% chance of causing an error in the module at some point! Just set them to blank or the defined default value!

cheers

Chris

alanjrobertson

08-18-2005, 06:36 PM

Hehe - thanks for that mega-post of responses there, Chris! (sorry half of them seemed to be related to my ramblings!). Makes things much clearer though - I'll happily ignore the deepinthejungle/IP thing now (I've set the logging level back to 1 anyway so won't be troubled by it :))

Ahh - I now see the little pop-up that appears when hovering over the form buttons - I'd just never hovered over them before :D

Great to hear Now Playing is in the pipeline - I don't have a TV attached to my TiVo (I've got Turbonet, etc. ;)) so it'd be particularly useful for me. Fully understand it may take a while though - thanks for working on it though.

Have learnt my lesson now re. deleting variables - never again, I promise :D

Cheers

Alan

gerti

08-18-2005, 11:37 PM

I installed v0.38.8. Very cool! It is mostly working, but all dates are some months in the past. Seems the automated timezone detection code does something weird. Here the relevant log output:

16:32:47-VERSION IDENTIFICATION - START.
16:32:47-TiVo Model : >>3<<.
16:32:47-TiVo Manufacturer : >>Philips<<.
16:32:47-TiVo Type : >>DirecTiVo<<.
16:32:47-TiVo Software version : >>6.2-01-2-301<<.
16:32:47-TiVo : >>Series 2<<.
16:32:47-Cleaned Up TiVo Software version : >>6.2<<.
16:32:47-More than 1 tuner found - 'To Do' Endpad functionality set OFF : >>2<<.
16:32:47-Is TiVo UKTiVo? : >>0<<.
16:32:47-Is TiVo Direct TiVo : >>1<<.
16:32:47-VERSION IDENTIFICATION - COMPLETED.
16:32:47-ESTABLISHING TIMEZONE OFFSET - START
16:32:47-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>-21600<<.
16:32:47-Daylightsavings : >><<.
16:32:47-Timezone offset after additional change : >>-21600<<.
16:32:47-Daylightsavings after possible change: >>2<<.
16:32:47-tzoffset : >>-77756400<<
16:32:47-Timezone offset after application of daylighsavings: >>-77756400<<.
16:32:47-System time part #1: >>Thu Aug 18 16:32:48 UTC 2005<<.
16:32:48-System time part #2: >>Thu Aug 18 16:32:48 2005<<.
16:32:48-System time part #3: >>1124382768<<.
16:32:48-System time part #4: >>1124382768<<.
16:32:48-System time part #5: >>0<<.
16:32:48-tzoffset : >>-77756400<<
16:32:48-Identified time zone offset : >>-77756400<<.
16:32:48-ESTABLISHING TIMEZONE OFFSET - COMPLETED
16:32:48-INCLUDING TiVoWeb MODULES - START.

Any ideas? For now I'll try the manualtzoffset configuration, but ideally the code would just do the right thing so manualtzoffset does not have to be adjusted for DST...

Gerd

tivo-onion

08-19-2005, 04:13 AM

tivo-onion

08-19-2005, 05:32 AM

All,

here is a patched dailymail_jazz.tcl module that includes what I hope will be fixes for both the non-GMT time offset (tzoffset) problems, and any problems people are having with the alert-only option kicking in when it has not been requested. Please could those of you that are affected install and test it for me! It also now hides the left-over variable cataloging, as that is only really required for the development process.

This module should work with the latest 0.38.7 install, but to achieve the full functionality it provides (which mainly include the ability to handle dynamic IP home sites) you will need to install the 0.38.8 version as a baseline which is currently available on my web site (see my signature!) and then install this patched version.

cheers

Chris

dogsbody

08-19-2005, 07:46 AM

I will take a look at this bug - however it would be useful if you could set logging to level 3 so I can see the finer level of detail about why the email is not being sent!Oops, sorry about that! I have just updated the links with the log at level 3

tivo-onion

08-19-2005, 08:29 AM

Oops, sorry about that! I have just updated the links with the log at level 3

Yeah - the patched file above should now fix this problem!

cheers

Chris

dogsbody

08-19-2005, 09:52 AM

Sorry! I should have read that better!!

Thank you again :-)