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

[sanderton]

That just looks like a "database busy" error - try it again.

[Disconnect]

Its 100% repeatable.. :(

Ok... I take that back. Its 75% repeatable, the last 25% it causes reboots..

16:47:48-debug-mintime >>1081270068<<
16:47:48-debug-maxtime >>1081442868<<
Dumping mempool to /tmp/BlockFailure.221

[mbriody]

When I have my crashes this is what I get, at the same place.

Try disabling the history reporting in the config file.

Originally posted by Disconnect
Its 100% repeatable.. :(

Ok... I take that back. Its 75% repeatable, the last 25% it causes reboots..

16:47:48-debug-mintime >>1081270068<<
16:47:48-debug-maxtime >>1081442868<<
Dumping mempool to /tmp/BlockFailure.221

[bobnick]

Originally posted by sanderton
I think it checks enpad.log, which is in /var/log

Cheers, will check it out!


- This was the exact problem - all sorted now!

[Disconnect]

Yah, setting dmailRecHistory to 0 solved it. Which is ok, but...

I'll light it up on my s2 and see if it goes. (If its recording history thats fine, since I'm about to do a s1->s2 conversion and that'll pretty much wipe it out. If its because of the inserts - done only to fix guide data, thank you very much - then its a different issue.. :( I know inserts are missing lots of info, but..)

..ok. S2 had the same problem. (Even without the videos I migrated off the S1.) Removing that block solved it. (S1 is standard tivoweb, s2 is tivowebplus, both are using endpadplus.)

[mbriody]

Thanks, tried it but with the rubbish line commented out. Seems that a lot of entries are not returning valid dates. When I added some debug they came out as null strings. Here's the stat's:

Total records: 772
Invalid dates: 469
Rubbished : 250
Within date : 43
State <> 2 : 10

Any ideas why the dates aren't coming out?

[LATER]

Been browsing the history via TivoWeb's /mfs/Recording/History and noticed that a lot of entries do not have StartDate's in fact they have much truncated entries.

Here are the names of some of my history entries:

12411:76800:634669
12440:68400:664108
12457:66600:679167

etc.

Looking at these entries (which do have StartDates) the first 5 digits of the name are the same as the StartDate. Do you know how I can access this name?

Originally posted by sanderton
Something like:


#!/tvbin/tivosh
set today [expr [clock seconds] / 86400]
set db [dbopen]

[sickbird_uk]

I've just upgraded to the latest version with a couple of problems -

The list seperators aren't showing.

The rejected recording section doesn't show up. If I make the rejected recording section earlier in the mail than the status section then the status section doesn't appear also. ( I don't know if there would be any rejected recordings BTW )

I'm not seeing any clues in the log. Any suggestions gratefully received!

[tivo-onion]

Originally posted by sickbird_uk
I've just upgraded to the latest version with a couple of problems -

The list seperators aren't showing.

The rejected recording section doesn't show up. If I make the rejected recording section earlier in the mail than the status section then the status section doesn't appear also. ( I don't know if there would be any rejected recordings BTW )

I'm not seeing any clues in the log. Any suggestions gratefully received!

Going to need more to go on I think. Can you turn logging up to level 3, run the module and then PM me the log. I will take a look.

Regarding seperators, have you enabled them in the .cfg file? Silly question I know, but easily overlooked!

cheers

Chris

[tivo-onion]

Originally posted by bobnick
Does no-one else suffer from the false endpad warning then?

Whack logging up to level three and pm me the log. It should be failry easy to see what is going wrong with the endpad stuff from the log,

cheers

Chris

[sanderton]

Originally posted by mbriody
Thanks, tried it but with the rubbish line commented out. Seems that a lot of entries are not returning valid dates. When I added some debug they came out as null strings. Here's the stat's:

Total records: 772
Invalid dates: 469
Rubbished : 250
Within date : 43
State <> 2 : 10

Any ideas why the dates aren't coming out?

[LATER]

Been browsing the history via TivoWeb's /mfs/Recording/History and noticed that a lot of entries do not have StartDate's in fact they have much truncated entries.

Here are the names of some of my history entries:

12411:76800:634669
12440:68400:664108
12457:66600:679167

etc.

Looking at these entries (which do have StartDates) the first 5 digits of the name are the same as the StartDate. Do you know how I can access this name?

The name is stored in the variable $name for each item in the loop.

Items without a StartDate haven't started - ie, they are entries in the future for conflicts. You could substitute DeletionDate .

[managerxxx]

Chris,

A bit more feedback - Certainly not a showstopper but the title bar in the manage daily email module actually shows the wrong version.

Daily Status E-mail - v0.33

Admittedly it's only a 2 second fix but thought I'd better let you know as you've been decent enough to let us beta test this new version.

Cheers

[wattsn]

Hi

Have installed dailymail v 0.35 beta this evening and after a few get_space errors (now fixed) I am continuing to get the following error related (I believe) to the new smartctl feature.

21:53:22-debug-checking phone & daily call status
can't read "smartCmd": no such variable
while executing
"if { $smartCmd != "" } {

if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-checking S.M.A.R.T. status"}

..."
(file "/var/hack/dailymail_jazz.tcl" line 3147)


This eror occurs even with the smartCmd feature disabled by preceding with ## in the dailymail.cfg file. Any help will be much appreciated. Thanks.

Neil

BTW I am using TivoWeb Plus v1.0

[tivo-onion]

Originally posted by sickbird_uk
I've just upgraded to the latest version with a couple of problems -

The list seperators aren't showing.

The rejected recording section doesn't show up. If I make the rejected recording section earlier in the mail than the status section then the status section doesn't appear also. ( I don't know if there would be any rejected recordings BTW )

I'm not seeing any clues in the log. Any suggestions gratefully received!

sickbird,

the log you sent me indicated that you are still running a pretty old version of the dailymail_jazz.tcl module, not the most recent version. I think that you must not have replaced the dailymail_jazz.tcl file properly, or you have an old version in the path that is being executed in preference to the new one. I would scour your hard drive, clear down any old versions and then copy the fresh version over and try again,

cheers

Chris

[tivo-onion]

Originally posted by wattsn
Hi

Have installed dailymail v 0.35 beta this evening and after a few get_space errors (now fixed) I am continuing to get the following error related (I believe) to the new smartctl feature.

21:53:22-debug-checking phone & daily call status
can't read "smartCmd": no such variable
while executing
"if { $smartCmd != "" } {

if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-checking S.M.A.R.T. status"}

..."
(file "/var/hack/dailymail_jazz.tcl" line 3147)


This eror occurs even with the smartCmd feature disabled by preceding with ## in the dailymail.cfg file. Any help will be much appreciated. Thanks.

Neil

BTW I am using TivoWeb Plus v1.0

You will definately get an error if you comment out (i.e. ##) the smartCmd line out in the .cfg, as you will be testing a variable that has not been set. If you do not wish to use the function, set the smartCmd to blank/null in the .cfg file i.e.

set smartCmd ""

If that variable is set in the .cfg file there should be no problem. If you set it to a path, make sure that you point to the correct location of the smartCtl file is identified correctly.

I will update the dailymail_jazz.tcl file to include a global declaration for smartCmd, but to be honest that shound not really make the blindest bit of notice.

cheers

Chris

[wattsn]

How di I know if smartCtl is working. i.e. what should I see in the daily mail sent to me. Thanks.

[tivo-onion]

Originally posted by managerxxx
Chris,

A bit more feedback - Certainly not a showstopper but the title bar in the manage daily email module actually shows the wrong version.

Daily Status E-mail - v0.33

Admittedly it's only a 2 second fix but thought I'd better let you know as you've been decent enough to let us beta test this new version.

Cheers

Thanks managerxxx...will update in the next minor release,


cheers

Chris

[wattsn]

Already done that. Mine say v0.35. Have edited my post above following reading your reply. Can you please advise as I am still learning.

Thanks again

[tivo-onion]

Originally posted by wattsn
Ah right. Are you saying that to use smartCmd I need to place the path and filename in the tcl file as well as the cfg file or only in the cfg file.

How will I know if it is working. i.e. what should I see in the daily mail sent to me. Thanks.

No,

you should not need to edit anything in the dailymail_jazz.tcl file, that is the point of splitting the variables out into the dailymail.cfg file. So, only update variables in the dailymail.cfg file.

What I am saying, is do not comment out any lines in the dailymail.cfg file. If you do not want to use the smartCtl functionality to inspect your harddrive then set the relevant variable (7.1) to null/blank i.e.

set smartCmd ""

if you do wish to use the smartctl functionality then set the variable (7.1) to point to the location of the relevant files on your Tivo i.e.:

set smartCmd "/var/hack/bin/smartctl"

I will not go into the detailes of what smartctl is all about in this post, but if you do a search on this forum, probably this thread, you will find loads of information about it.

hope this helps,

cheers

Chris

[wattsn]

Thanks Chris. Had smartctl loaded with previous version. Just unsire what cvaluable info I should be seeing other than the hard disk usage bar. Will get searching. Thanks.


[edit] Got it now. Tons of info in the log file and graph and statement in the dailymail :D

[sickbird_uk]

All working now. Thanks for the help Chris.

[The Soapbox Kid]

This would be my first post here but since I have managed to get the latest version to work with TiVoWeb Plus ... thought I would let anyone who might be working at this know what I did.

I used Mark Ward's original post as a guide. You can find it in this thread as post #621 (I haven't posted enough yet to be allowed to put a hyperlink here :eek: )

There is one change I made. In his post, one needed to move index.itcl and util.itcl to the /var/hack directory and edit dailymail_jazz.tcl to point it to the new location.

In the latest version, there appears to be a global variable that you change instead. You can leave the index and util files in their current location and just edit the global variable as follows:

At line 2851 change:
set source_dir "/var/hack/tivoweb-tcl/"

to the location of your TiVoWeb Plus install. If you used the default install location it will be:
set source_dir "/var/local/tivoweb-tcl/"

The only other thing I needed to do was remove the base64 line documented earlier in this thread.

ps. As a Canadian ... I much approve of the variable that lets me turn yankspeak off ... :cool:

[Mark Ward]

Running latest 0.35beta and it works fabulously with TiVoWebPlus with the TWP conversion mods discovered in this thread that I merely grouped into a "How To" List here (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1819709#post1819709).

Request for Chris
Since TW1.9.4 is now finished, yet TWP has some chance of future tweaks & improvements would it be possible to add a "tivowebplus - true/false" option to the dailymail.cfg so us TWP users don't need to modify the daily_mail.tcl each time there's a further enhancement?

Thank you so much for this fabulous piece of software, it really has changed the way I review what's happening on my TiVo. Thanks also to Sanderton for starting the original DailyMail which sparked all this off.

Mark.

[mbriody]

A workaround is to put TivoWebPlus in its own directory and copy the required files from vanilla TivoWeb to the tivoweb-tcl and var/hack directories.

No more editing required.

Originally posted by Mark Ward
Running latest 0.35beta and it works fabulously with TiVoWebPlus with the TWP conversion mods discovered in this thread that I merely grouped into a "How To" List here (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1819709#post1819709).

Request for Chris
Since TW1.9.4 is now finished, yet TWP has some chance of future tweaks & improvements would it be possible to add a "tivowebplus - true/false" option to the dailymail.cfg so us TWP users don't need to modify the daily_mail.tcl each time there's a further enhancement?

Thank you so much for this fabulous piece of software, it really has changed the way I review what's happening on my TiVo. Thanks also to Sanderton for starting the original DailyMail which sparked all this off.

Mark.

[tivo-onion]

Hi,

I am using the TCL "after" command, as suggested by sanderton in an earlier post. Having read up on it a little, I understand that it should take an argument in milliseconds e.g.

after 150

should cause a pause of 15 seconds.

However, I am finding that it is actually pausing for 0.15 seconds on the TiVo. If I increase the amount to:

after 15000

this actually causes a pause of 15 seconds, rather than the 1500 seconds pause you would think.

Is it just my tivo that has these issues, or is this standard tivo tcl behaviour? If anyone could check this out on their tivo I would much appreciate it.

If you havn't a clue what I am talking about, then please ignore this post!

thanks

Chris

[poissony]

Originally posted by tivo-onion
Hi,

I am using the TCL "after" command, as suggested by sanderton in an earlier post. Having read up on it a little, I understand that it should take an argument in milliseconds e.g.

after 150

should cause a pause of 15 seconds.

However, I am finding that it is actually pausing for 0.15 seconds on the TiVo. If I increase the amount to:

after 15000

this actually causes a pause of 15 seconds, rather than the 1500 seconds pause you would think.

Is it just my tivo that has these issues, or is this standard tivo tcl behaviour? If anyone could check this out on their tivo I would much appreciate it.

If you havn't a clue what I am talking about, then please ignore this post!

thanks

Chris

I don't know anything about TCL but....

150 milliseconds IS 0.15 of a second
15000 milliseconds IS 15 seconds

i.e it's doing what it should...remember that there are a 1000 milliseconds in a second :)

[mbriody]

I'm not getting the SMART status and graphic in the email on my 2nd TiVo.

I've checked and rechecked the config file and can't see why.

I set debugging to level 3 and its definitely querying the SMART status okay.

This section works fine on my first TiVo and the config files are almost identical.

[tivo-onion]

Originally posted by poissony
I don't know anything about TCL but....

150 milliseconds IS 0.15 of a second
15000 milliseconds IS 15 seconds

i.e it's doing what it should...remember that there are a 1000 milliseconds in a second :)

Good point poissony ....... I don't know what I was thinking ..... for some reason I thought a millisecond was one tenth of a second, but I must be going insane - bank holiday blues I think - too much merlot last night ;-)

cheers

Chris

[tivo-onion]

Originally posted by mbriody
I'm not getting the SMART status and graphic in the email on my 2nd TiVo.

I've checked and rechecked the config file and can't see why.

I set debugging to level 3 and its definitely querying the SMART status okay.

This section works fine on my first TiVo and the config files are almost identical.

PM me the log at level 3 and your config file, and I will take a look,

cheers

Chris

[smatson]

Hope someone can help how do i make my email password base64
?

say its password


#### (2.6.2) Your base64 encoded password :
#### Please note that your password must be encoded in base64 - plain ascii text will not work.
set password_base64 "password"

thanks steven

[Fozzie]

I was about to ask have you looked in the readme but just noticed that the datsheet with all config info is not in with the latest beta versions!

Here's the info from a non-beta version:

Base64 Encoding Your Mail Server Username & Password

There are a number of websites available to base64 encode your username and password. It is entirely your choice to use them, however if you do decide to use it is worthwhile using one to encode your username and another to encode your password. The ones I have found include:



http://www.dillfrog.com/tools/base-64_encode/

http://makcoder.sourceforge.net/demo/base64.php

http://www.securitystats.com/tools/base64.php

HTH.

[smatson]

Help please


bit stuck now


steven:(



bash-2.02# cd /var/hack/
bash-2.02# ./dailymail_jazz.tcl
can't read "smatson": no such variable
while executing
"set sender "tivo@$smatson.com""
(file "./dailymail.cfg" line 48)
invoked from within
"source $pathname/dailymail.cfg"
(file "./dailymail_jazz.tcl" line 177)
bash-2.02# ./dailymail_jazz.tcl


------welcome to the jazzed dailymail program - v0.35 (6th April 2004) - startin
g
------the debug level is set at >>2<<
------started at 21:55:29 (debugging times specified in gmt)

21:55:29-debug-global variable definition complete
21:55:29-debug-commence fooling tivoweb modules
21:55:29-debug-completed fooling tivoweb modules
21:55:29-debug-completed other preperation
21:55:29-debug-argument 1 passed in ::: >><<
21:55:29-debug-argument 2 passed in ::: >><<
21:55:29-debug-argument 3 passed in ::: >><<
21:55:29-debug-argument 4 passed in ::: >><<
21:55:29-debug-0 argument(s) found
21:55:29-debug-argument handling complete
21:55:29-debug-start optional message handling
21:55:29-debug-no message file found
21:55:29-debug-end optional message handling
21:55:30-debug-about to start version setting
21:55:30-debug-version3 : >>0<<
21:55:30-debug-uktivo : >>1<<
21:55:30-debug-dtivo : >>0<<
21:55:30-debug-version (for tivowebplus) : >>2.5<<
21:55:30-debug-completed version setting
21:55:30-debug-about to include util.itcl
21:55:30-debug-util.itcl included - about to include index.itcl
21:55:30-debug-index.itcl included
wrong # args: extra words after "else" clause in "if" command
while compiling
"if {$::version3} { ..."
("uplevel" body line 2)
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/LocationConfig]
set setup [db $db open /State/ServiceConfig]
set tz ..."
(file "./dailymail_jazz.tcl" line 2865)
bash-2.02# ./dailymail_jazz.tcl

[tivo-onion]

Originally posted by smatson

bash-2.02# cd /var/hack/
bash-2.02# ./dailymail_jazz.tcl
can't read "smatson": no such variable
while executing
"set sender "tivo@$smatson.com""
(file "./dailymail.cfg" line 48)
invoked from within
"source $pathname/dailymail.cfg"
(file "./dailymail_jazz.tcl" line 177)
bash-2.02# ./dailymail_jazz.tcl

You certainly do not need the $ in the line :

set sender "tivo@$smatson.com"

remove it, and this should work fine. This line is in the dailymail.cfg file.

Then try again!

cheers

Chris

[tivo-onion]

Another, I am sure, basic tcl questions. I note that some variables have the text "$::" before the variable name rather than the customary "$" : e.g.

if {$::version3} {
RetryTransaction {

what does the "::" text actually mean, and how does it affect the "if" statement,

thanks for any help,

cheers

Chris

[LJ]

It makes TCL read the variable from a different namespace - in this case the global one. "$::<varname>" is a quick way to get at global variables. See http://www.tcl.tk/man/tcl8.4/TclCmd/namespace.htm for more info.

[sanderton]

While it has proper programming uses, in practice in TiVo TCL, it saves you declaring all the variables as global in each and every proc.

[smatson]

Still no good geting this now

can any one help please

steven :(



bash-2.02# cd /var/hack/
bash-2.02# ./dailymail_jazz.tcl


------welcome to the jazzed dailymail program - v0.35 (6th April 2004) - startin
g
------the debug level is set at >>2<<
------started at 11:03:31 (debugging times specified in gmt)

11:03:31-debug-global variable definition complete
11:03:31-debug-commence fooling tivoweb modules
11:03:31-debug-completed fooling tivoweb modules
11:03:31-debug-completed other preperation
11:03:31-debug-argument 1 passed in ::: >><<
11:03:31-debug-argument 2 passed in ::: >><<
11:03:31-debug-argument 3 passed in ::: >><<
11:03:31-debug-argument 4 passed in ::: >><<
11:03:31-debug-0 argument(s) found
11:03:31-debug-argument handling complete
11:03:31-debug-start optional message handling
11:03:31-debug-no message file found
11:03:31-debug-end optional message handling
11:03:31-debug-about to start version setting
11:03:31-debug-version3 : >>0<<
11:03:31-debug-uktivo : >>1<<
11:03:31-debug-dtivo : >>0<<
11:03:31-debug-version (for tivowebplus) : >>2.5<<
11:03:31-debug-completed version setting
11:03:31-debug-about to include util.itcl
11:03:32-debug-util.itcl included - about to include index.itcl
11:03:32-debug-index.itcl included
wrong # args: extra words after "else" clause in "if" command
while compiling
"if {$::version3} { ..."
("uplevel" body line 2)
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/LocationConfig]
set setup [db $db open /State/ServiceConfig]
set tz ..."
(file "./dailymail_jazz.tcl" line 2865)
bash-2.02# v

[managerxxx]

Tivo-Onion

Noticed that I hadn't been getting my daily mail for a couple of days so I ran from the bash prompt and now I'm getting:

12:38:42-debug-checkpoint conflict 000
12:38:42-debug-just inside catch area
12:38:42-debug-name : >>12521:66600:1040411<<
12:38:42-debug-recdate : >>12521 66600 1040411<<
12:38:42-debug-thetime : >>66600<<
12:38:42-debug-rectime : >>1081881000<<
12:38:42-debug-prior to check for time ahead
12:38:42-debug-conflict item success
12:38:42-debug----------------------------------------
----
12:38:42-debug-quit out of conflict loop
12:38:42-debug========================================
===
12:38:42-debug-started record history procedure
12:38:42-debug-mintime >>1081514322<<
12:38:42-debug-maxtime >>1081687122<<
12:38:42-debug-completed record history procedure
can't read "message": no such variable
while executing
"return $message"
(procedure "recordhistory" line 308)
invoked from within
"recordhistory"
(procedure "outputSection" line 79)
invoked from within
"outputSection 4"
(file "/var/hack/dailymail_jazz.tcl" line 3621)

(I loaded the latest beta just in case but still get this).

Any ideas as to what might be the cause?

Cheers

[managerxxx]

Remming out the Return $message in line 2741 appears to fix this error but I'm not sure what the impact is on the rest of the script/output.

Cheers

[smatson]

managerxxx


Can i please have a copy of your dailymail set up so i can get my dailyemail working please :)

steven :(

i keep geting this

11:03:31-debug-global variable definition complete
11:03:31-debug-commence fooling tivoweb modules
11:03:31-debug-completed fooling tivoweb modules
11:03:31-debug-completed other preperation
11:03:31-debug-argument 1 passed in ::: >><<
11:03:31-debug-argument 2 passed in ::: >><<
11:03:31-debug-argument 3 passed in ::: >><<
11:03:31-debug-argument 4 passed in ::: >><<
11:03:31-debug-0 argument(s) found
11:03:31-debug-argument handling complete
11:03:31-debug-start optional message handling
11:03:31-debug-no message file found
11:03:31-debug-end optional message handling
11:03:31-debug-about to start version setting
11:03:31-debug-version3 : >>0<<
11:03:31-debug-uktivo : >>1<<
11:03:31-debug-dtivo : >>0<<
11:03:31-debug-version (for tivowebplus) : >>2.5<<
11:03:31-debug-completed version setting
11:03:31-debug-about to include util.itcl
11:03:32-debug-util.itcl included - about to include index.itcl
11:03:32-debug-index.itcl included
wrong # args: extra words after "else" clause in "if" command
while compiling
"if {$::version3} { ..."
("uplevel" body line 2)
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/LocationConfig]
set setup [db $db open /State/ServiceConfig]
set tz ..."
(file "./dailymail_jazz.tcl" line 2865)
bash-2.02#

[managerxxx]

smatson

You have PM....

[smatson]

Nearly there got stock on user name


Help please

steven




ing
16:06:16-debug-about to run thermal check
16:06:16-debug-thermal check run
16:06:16-debug-about to run uptime check
16:06:16-debug-uptime check run
16:06:17-debug-about to run ps
16:06:17-debug-ps run
16:06:17-debug-hack found >>tnlited<<
16:06:17-debug-hack found >>httpd-tt.tcl<<
16:06:17-debug-hack found >>tivoftp<<
16:06:17-debug-hack found >>endpad.tcl<<
16:06:17-debug-e-mail required
16:06:17-debug-about to send e-mail
16:06:17-debug-entered sendmail procedure
16:06:17-debug-variable check:
16:06:17-debug-mailserver : >>64.99.217.215<<
16:06:17-debug-domain : >>mail.smatson.com<<
16:06:17-debug-recipient : >>steven@smatson.com<<
16:06:17-debug-subject: >>TiVo status e-mail for Sunday April 11, 2004<<
16:06:17-debug-attempting to open socket 25 to mailserver specified >>64.99.217.
215<<
16:06:18-debug-got reply : >>220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE<<
16:06:18-debug-connected
16:06:18-debug-got reply : >>250-smtp.smatson.com Hi.<<
16:06:18-debug-helo acknowledged
16:06:18-debug-got reply : >>250-PIPELINING<<
16:06:18-debug-username rejected
bash-2.02#

[tivo-onion]

Hi,

I have updated the beta (see my signature for the post where you can download this from).

I have tidied a lot of the code up, added some exta debugging where it is falling over for some people. I have put a lot of variable unsetting, and some delays in processing to give the db time to close / finish transactions. I am hoping that some of the changes may help some of the people struggling at the moment ... so give it a try - would be interested in your feedback. It should have sorted that message problem also, and any problems people may be having with incorrect endpad reporting.

I have also made it a little more tivowebplus friendly, so you can configure various variables in the dailymail.cfg file where you would have had to hack the code before. The variables you will need to look at are 2.7, 3.5, 7.11 and 7.12.

let me know if you have any issues & problems etc,

cheers

Chris

[tivo-onion]

Originally posted by smatson
Nearly there got stock on user name

Help please

steven

16:06:18-debug-got reply : >>220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE<<
16:06:18-debug-connected
16:06:18-debug-got reply : >>250-smtp.smatson.com Hi.<<
16:06:18-debug-helo acknowledged
16:06:18-debug-got reply : >>250-PIPELINING<<
16:06:18-debug-username rejected
bash-2.02#

I am not sure what PIPELINING actually means.

Have you base64 encoded your username?

Are you sure that your mail provided allows the use of the AUTH LOGIN approach.

You can check this by telnetting into you mail provider and testing this :

Open a command prompt and type:

telnet xxx.xxx.xxx.xxx 25 [enter]

where xxx.xxx.xxx.xxx is the ip of your mailserver

then you should type / see a similar response to this - some things may be slightly different. Type in what I typed in, with your own information obviously:

SYSTEM SAYS:&nbsp;220 rmta02.mta.everyone.net ESMTP Postfix

I TYPED:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;HELO mydomain.com
SYSTEM SAYS:&nbsp;250 rmta02.mta.everyone.net

I TYPED:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;EHLO mydomain.com
SYSTEM SAYS:&nbsp;250-rmta02.mta.everyone.net
SYSTEM SAYS:&nbsp;250-PIPELINING
SYSTEM SAYS:&nbsp;250-SIZE 20480000
SYSTEM SAYS:&nbsp;250-ETRN
SYSTEM SAYS:&nbsp;250-AUTH PLAIN LOGIN
SYSTEM SAYS:&nbsp;250-AUTH=LOGIN
SYSTEM SAYS:&nbsp;250 8BITMIME

I TYPED:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;AUTH LOGIN mybse64encodedusername
SYSTEM SAYS:&nbsp;334 UGFzc3dvcmQ6

I TYPED:&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;mybse64encodedpassword
SYSTEM SAYS:&nbsp;235 Authentication successful

let me know how this pans out, and if the system says that AUTH PLAIN LOGIN is permitted,

cheers

Chris

[managerxxx]

Running Beta 5 now.....

Only 'strange' thing that I'm now seeing is that it's looking for util.itcl in the tivoweb-tcl/modules folder. Mine was actually in the /tivoweb-tcl/ folder.

It was a quick fix (i.e. simply copying to the modules folder) but this is the first time that DMJ has come up with this error.

Also, the title bar is still showing V0.33 ;)

Apart from the above all looks pretty good. Thanks for all the work that you're putting into this.

Cheers

[smatson]

I got this hope this helps

thanks steven


220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE
Helo smatson.com
250-smtp.smatson.com Hi.
250-PIPELINING
250-AUTH=LOGIN
250-AUTH LOGIN
250 8BITMIME
EHLO smatson.com
502 unimplemented (#5.5.1)
AUTH LO O
504 Unsupported AUTH method
AUTH LOGIN
334 VXNlcm5hbWU6
helo smatson.com
501 Invalid AUTH response
HELO smatson.com
250-smtp.smatson.com Hi.
250-PIPELINING
250-AUTH=LOGIN
250-AUTH LOGIN
250 8BITMIME
EHLO smatson.com
250-smtp.smatson.com Hi.
250-PIPELINING
250-AUTH=LOGIN
250-AUTH LOGIN
250 8BITMIME
AUTH LOGIN mybse64encodedusername
501 Invalid AUTH response
Auth login steven
502 unimplemented (#5.5.1)
AUTH LOGIN steven@smatson.com
501 Invalid AUTH response

[ccwf]

Here's a session I just tried with smtp.smatson.com, which seems normal: 220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE
EHLO test
250-smtp.smatson.com Hi.
250-PIPELINING
250-AUTH=LOGIN
250-AUTH LOGIN
250 8BITMIME
AUTH LOGIN AHJvYmVydABzbHVncw==
334 UGFzc3dvcmQ6
AHJvYmVydABzbHVncw==
535 AUTH failed

[managerxxx]

Mmm Tivo Onion, just found another buggette (sorry!!:)) The HTML output is showing SMART errors on my B drive - but I don't have a B drive!! :)

The log file shows:

17:22:00-debug-SMART command did not successfully run on disk B - check path & setup - or you do not have a second hard drive.

Cheers

[LJ]

Originally posted by smatson
Nearly there got stock on user name

16:06:17-debug-attempting to open socket 25 to mailserver specified >>64.99.217.
215<<
16:06:18-debug-got reply : >>220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE<<
16:06:18-debug-connected
16:06:18-debug-got reply : >>250-smtp.smatson.com Hi.<<
16:06:18-debug-helo acknowledged
16:06:18-debug-got reply : >>250-PIPELINING<<
16:06:18-debug-username rejected That's a correct SMTP transaction. If the fourth character of a status reply is '-' then the mail server is sending a "multiline" reply. The client should keep reading lines until the fourth character of the reply is a space.

I guess dailymail is sending "EHLO". You could try "HELO" instead - that normally gets a single line reply, but the correct answer is to keep reading responses until the fourth character is a space.

...just checked the code and it's already using "HELO". Try this code:
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-helo acknowledged" }
}

# New code to handle multiline response to HELO:
while {[string range $reply 3 3] == "-"} {
gets $chan reply
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-got reply : >>$reply<<" }
}

[tivo-onion]

Steven,

Looks promising.

Your next step is to base64 encode your username and password and update the relevant modules in the dailymail.cfg file.

Let us consider an example:

Pretend your username is "johnsmith" and your password is "pintofbitter".

Visit two of the following three sites:

http://www.dillfrog.com/tools/base-64_encode/ ;
http://makcoder.sourceforge.net/demo/base64.php ; or
http://www.securitystats.com/tools/base64.php

and use their engines to encode the username and password. So that you do not give your complete details to one of these sites, use one for your username and one for your password.

So, base64 encoding my username and password, they become:

username : "am9obnNtaXRo"
password : "cGludG9mYml0dGVy"

Marvellous, we are most of the way there, so now I need to setup the dailymail.cfg file - as such:

## (2.6) You may need to login to your mailserver in order to send e-mails :
## If you need to login and your mailserver has AUTH LOGIN capability requiring a base64 encoded
## username and password then set this variable value to true, else set to false. Quote marks
## should not be used.
set authreq true

#### (2.6.1) Your base64 encoded username :
#### Please note that your username must be encoded in base64 - plain ascii text will not work.
set username_base64 "am9obnNtaXRo"

#### (2.6.2) Your base64 encoded password :
#### Please note that your password must be encoded in base64 - plain ascii text will not work.
set password_base64 "cGludG9mYml0dGVy"

Save the dailymail.cfg file, FTP it to your TiVo if it is not already there, and run the dailymail_jazz.tcl module - all sorted,

cheers

Chris

[tivo-onion]

Originally posted by managerxxx
Mmm Tivo Onion, just found another buggette (sorry!!:)) The HTML output is showing SMART errors on my B drive - but I don't have a B drive!! :)

The log file shows:

17:22:00-debug-SMART command did not successfully run on disk B - check path & setup - or you do not have a second hard drive.

Cheers

Will sort out ASAP,

cheers

Chris

[tivo-onion]

Originally posted by tivo-onion
Will sort out ASAP,

cheers

Chris

Sorted out in the same version - download from usual place (i.e. see my signature) ... thanks for your quick work!

cheers

Chris

[ccwf]

Originally posted by LJ
just checked the code and it's already using "HELO". Try this code:
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-helo acknowledged" }
}

# New code to handle multiline response to HELO:
while {[string range $reply 3 3] == "-"} {
gets $chan reply
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-got reply : >>$reply<<" }
} Yes, it looks like the problem is that that mail server sends back multiline responses even when given a HELO.

Also, note that I posted similar code (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1538376#post1538376) to let DailyMail handle multiline responses long ago.

[mbriody]

Still crashes (tmk's) on my TiVo #1 so I'm sticking with my hacked version of 0.30 :)

Originally posted by tivo-onion
Hi,

I have updated the beta (see my signature for the post where you can download this from).

Chris

[LJ]

Originally posted by ccwf
Also, note that I posted similar code ... long ago. I'm sure I mentioned SMTP RFCs some while back too ;) :p :D

[smatson]

Just tried encoding my username no go


:(

steven

Do i need this base64 username password how do i just put my password in ?



18:01:50-debug-about to run thermal check
18:01:51-debug-thermal check run
18:01:51-debug-about to run uptime check
18:01:51-debug-uptime check run
18:01:51-debug-about to run ps
18:01:52-debug-ps run
18:01:52-debug-hack found >>tnlited<<
18:01:52-debug-hack found >>httpd-tt.tcl<<
18:01:52-debug-hack found >>tivoftp<<
18:01:52-debug-hack found >>endpad.tcl<<
18:01:52-debug-e-mail required
18:01:52-debug-about to send e-mail
18:01:52-debug-entered sendmail procedure
18:01:52-debug-variable check:
18:01:52-debug-mailserver : >>64.99.217.215<<
18:01:52-debug-domain : >>smatson.com<<
18:01:52-debug-recipient : >>steven@smatson.com<<
18:01:52-debug-subject: >>TiVo status e-mail for Sunday April 11, 2004<<
18:01:52-debug-attempting to open socket 25 to mailserver specified >>64.99.217.
215<<
18:01:52-debug-got reply : >>220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE<<
18:01:52-debug-connected
18:01:52-debug-got reply : >>250-smtp.smatson.com Hi.<<
18:01:52-debug-helo acknowledged
18:01:52-debug-got reply : >>250-PIPELINING<<
18:01:52-debug-username rejected
bash-2.02#

[smatson]

This is how my config is set up

hope you can help please


steven :)

############################################################ ######################################
## (2) EMAIL SETUP
## The dailymail module will need to negotiate with your selected mailserver to send the daily
## e-mail. The following variables are focused around that setup.
##

## (2.1) I.P. address of your ISP's SMTP server :
## This must be an IP address, e.g. 192.168.1.100, as a unresolved domain name will not work.
## you can find the IP address of your mailserver by ping-ing the domain name from a dos prompt
## e.g. ping mail.mymailserver.com
set mailserver "64.99.217.215"

## (2.2) The domain associated to the mailserver :
## If this is not correct then it is unlikely that you mailserver will accept the incoming e-mail.
set domain "mail.smatson.com"

## (2.3) The default e-mail address to send the daily e-mail to :
set recipient "steven@smatson.com"

## (2.4) The e-mail address that the daily e-mail will be marked as from :
## This may need to be set to a valid e-mail address if your ISP requires it, most don't.
set sender "steven@smatson.com"

## (2.5) The name that the daily e-mail will be shown as from :
## This may need to be set to be a valid friendly email name, or blank ("")
set senderName "steven@smatson.com"

## (2.6) You may need to login to your mailserver in order to send e-mails :
## If you need to login and your mailserver has AUTH LOGIN capability requiring a base64 encoded
## username and password then set this variable value to true, else set to false. Quote marks
## should not be used.
set authreq true

#### (2.6.1) Your base64 encoded username :
#### Please note that your username must be encoded in base64 - plain ascii text will not work.
set username_base64 "c3RldmVu"

#### (2.6.2) Your base64 encoded password :
#### Please note that your password must be encoded in base64 - plain ascii text will not work.
set password_base64 ""

[LJ]

Originally posted by smatson
Just tried encoding my username no goAt this stage it doesn't matter how your username is encoded because Dailymail and the mailserver are getting out of step at the stage before. Dailymail thinks the mailserver has finished saying hello and moves on to sending your username, but the mailserver is still trying to explain what kinds of mail commands it understands. Dailymail needs a version of the 'multiline reply' code ccwf and I mentioned above before it can successfully get to the sending the username stage.

[ccwf]

Originally posted by smatson
Just tried encoding my username no go steven, you need the new code posted. Your problem is not with authentication per se but with your mail server sending a multiline response to a HELO command.

[smokie]

I'm having a problem during Send of dailymail (since installing the jazz version - the old version worked fine).

debug-connected
debug-got reply : >>250 mta01-svc.ntlworld.com<<
debug-helo acknowledged
debug-got reply : >>501 Syntax error in parameters or arguments<<
debug- connection rejected

I have tried the TELNET test higher up in this thread, and after entering on the MAIL FROM: line I get 250 Sender <> OK - does <> mean not equal ??

I can send using any name I like from my NTL account. I haven't rtied the base64 stuff, is that what I need? Or do I have the same problem as the guy above?

[smatson]

where do i put this
?


steven



if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-helo acknowledged" }
}

# New code to handle multiline response to HELO:
while {[string range $reply 3 3] == "-"} {
gets $chan reply
if {$debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-got reply : >>$reply<<" }
}

[LJ]

Originally posted by smokie
does <> mean not equal ??No, "<>" are the characters used to enclose mail addresses in an SMTP (Simple Mail Transfer Protocol) conversation. e.g. to send mail from "bart@simpson.com" the SMTP command would be:

MAIL FROM:<bart@simpson.com>

"250 Sender <> OK" means the mailserver thinks your email adress is empty and you are a mail program trying to send something like a non-delivery report. The 501 error probably happens because the mailserver needs the next command to work out that you're not a mail program and won't allow you to go any further for security reasons.

I haven't rtied the base64 stuff, is that what I need? Or do I have the same problem as the guy above?Don't know - not enough information to decide - can you post the full session log?

[LJ]

Here's (http://www.faqs.org/rfcs/rfc821.html) a link to the RFC (i.e. the definition) of SMTP that covers HELO/EHLO, multiline reponses, "<>" etc for anyone looking for the full nine yards.

[smokie]

Actually I can't see anywhere to put my un-base64d userid and password - wonder if I need them?

debug-recdate : >>12513 68400 682365<<
debug-thetime : >>68400<<
debug-rectime : >>1081191600<<
debug-prior to check for time ahead
debug-within time period for checking
debug-checkpoint conflict 001
debug-conflict item success

then lots of repetitive stuff until

debug-quit out of conflict loop
debug======================================================= ==============
debug-reading the temperature, calculating uptime, checking what's running
debug-about to run thermal check
debug-thermal check run
debug-about to run uptime check
debug-uptime check run
debug-about to run ps
debug-ps run
debug-hack found >>tnlited<<
debug-hack found >>tivoweb<<
debug-hack found >>tivoftp<<
debug-email required
debug-about to send mail
debug-entered sendmail procedure
debug-variable check:
debug-mailserver : >>62.253.162.40<<
debug-domain : >>xxx.com<<
debug-recipient : >>geoff@xxx.com<<
debug-subject: >>TiVo status e-mail for Sunday April 11, 2004<<
debug-attempting to open socket 25 to mailserver specified >>62.253.162.40<<
debug-got reply : >>220 mta02-svc.ntlworld.com ESMTP server (InterMail vM.4.01.0
3.37 201-229-121-137-20020806) ready Sun, 11 Apr 2004 19:56:07 +0100<<
debug-connected
debug-got reply : >>250 mta02-svc.ntlworld.com<<
debug-helo acknowledged
debug-got reply : >>501 Syntax error in parameters or arguments<<
debug-connection rejected
bash-2.02#

[managerxxx]

Smokie

NTL do not require you to authenticate to their servers to send outbound - you don't need to enter username or password (works fine for me on NTL).

Cheers

[LJ]

Ah, I was meaning a telnet session log ;)

It looks like $sender is incorrectly set. What lines do you have set for sections 2.2 "set domain" and 2.4 "set sender" in dailymail.cfg?

[managerxxx]

Tivo Onion

Yep the newest beta fixed the SMART CTL buggette. Thanks again.

Cheers

[tivo-onion]

Hi,

I have added the multiline HELO reply handling code kindly provided by LJ & ccwf to the beta 0.35.5. Download from the usual place (see my signature) and give it a go!

cheers

Chris

[smokie]

Apols for the delay, a friend abducted me to the pub!

Thanks for the guidance LJ, I had put in a completely invalidly fornatted sender name. I don't know what came over me... :-)

[Fozzie]

Originally posted by Fozzie
tivo-onion - does the controlpadding module take into account endpad's switches (-s, -e, -sugqual, and -sugeq). If not, could you modify it to?

Thanks. Any thoughts tivo-onion?

[tivo-onion]

Originally posted by Fozzie
Any thoughts tivo-onion?

Not yet, but I am working on it!

cheers

Chris

[smatson]

I get this on the new v0.35.5

doh

help please
steven


bash-2.02# cd /var/hack/
bash-2.02# chmod 755 dailymail_jazz.tcl
bash-2.02# ./dailymail_jazz.tcl


------welcome to the jazzed dailymail program - v0.35.5 (11th April 2004) - star
ting
------the debug level is set at >>2<<
------started at 10:06:14 (debugging times specified in gmt)

10:06:14-debug-global variable definition complete
10:06:14-debug-commence fooling tivoweb modules
10:06:14-debug-completed fooling tivoweb modules
10:06:14-debug-completed other preperation
10:06:14-debug-argument 1 passed in ::: >><<
10:06:14-debug-argument 2 passed in ::: >><<
10:06:14-debug-argument 3 passed in ::: >><<
10:06:14-debug-argument 4 passed in ::: >><<
10:06:14-debug-0 argument(s) found
10:06:14-debug-argument handling complete
10:06:14-debug-start optional message handling
10:06:14-debug-no message file found
10:06:14-debug-end optional message handling
10:06:15-debug-about to start version setting
10:06:15-debug-version3 : >>0<<
10:06:15-debug-uktivo : >>1<<
10:06:15-debug-dtivo : >>0<<
10:06:15-debug-version (for tivowebplus) : >>2.5<<
10:06:15-debug-completed version setting
10:06:15-debug-about to include util.itcl
can't read "tivowebmodulesdir": no such variable
while executing
"source $tivowebmodulesdir/util.itcl"
(file "./dailymail_jazz.tcl" line 2897)
bash-2.02#

[managerxxx]

Smatson

I had a similar (possibly identical) error to you and as a quick fix (i.e to save hacking the source code) I simply copied util.itcl from the /tivoweb-tcl/ to /tivoweb-tcl/modules/

I fed this back to Tivo-Onion in http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1869075#post1869075.

Cheers

[smatson]

No just tried that still no Joy

[tivo-onion]

Originally posted by smatson
I get this on the new v0.35.5

doh

help please
steven


bash-2.02# cd /var/hack/
bash-2.02# chmod 755 dailymail_jazz.tcl
bash-2.02# ./dailymail_jazz.tcl


------welcome to the jazzed dailymail program - v0.35.5 (11th April 2004) - star
ting
------the debug level is set at >>2<<
------started at 10:06:14 (debugging times specified in gmt)

10:06:15-debug-completed version setting
10:06:15-debug-about to include util.itcl
can't read "tivowebmodulesdir": no such variable
while executing
"source $tivowebmodulesdir/util.itcl"
(file "./dailymail_jazz.tcl" line 2897)
bash-2.02#

I suspect that you have not updated the dailymail.cfg file to the new version,

cheers

Chris

[smatson]

How do i take out the base64 bet and just send plane

thanks steven



14:21:47-debug-hack found >>tnlited<<
14:21:47-debug-hack found >>httpd-tt.tcl<<
14:21:47-debug-hack found >>tivoftp<<
14:21:47-debug-hack found >>endpad.tcl<<
14:21:47-debug-e-mail required
14:21:47-debug-about to send e-mail
14:21:47-debug-entered sendmail procedure
14:21:47-debug-variable check:
14:21:47-debug-mailserver : >>64.99.217.215<<
14:21:47-debug-domain : >>smatson.com<<
14:21:47-debug-recipient : >>steven@smatson.com<<
14:21:47-debug-subject: >>TiVo status e-mail for Monday April 12, 2004<<
14:21:47-debug-attempting to open socket 25 to mailserver specified >>64.99.217.
215<<
14:21:48-debug-got reply : >>220 smtp.smatson.com ESMTP CPMTA-5_0_4_6 - NO UCE<<
14:21:48-debug-connected
14:21:48-debug-got reply : >>250-smtp.smatson.com Hi.<<
14:21:48-debug-helo acknowledged
14:21:48-debug-got reply : >>250-PIPELINING<<
14:21:48-debug-username rejected
bash-2.02#

[Fozzie]

See bold entries below (which is how dailymail.cfg is configured by default).

## (2.6) You may need to login to your mailserver in order to send e-mails :
## If you need to login and your mailserver has AUTH LOGIN capability requiring a base64 encoded
## username and password then set this variable value to true, else set to false. Quote marks
## should not be used.
set authreq false

#### (2.6.1) Your base64 encoded username :
#### Please note that your username must be encoded in base64 - plain ascii text will not work.
set username_base64 ""

#### (2.6.2) Your base64 encoded password :
#### Please note that your password must be encoded in base64 - plain ascii text will not work.
set password_base64 ""

It might be better if you attached your log entries as a file instead of pages of text - it makes the thread easier to read for everyone else ;)

[smatson]

Ok sorry will do that next time


?

I do not under stand your post do i not need my user name and password

[tivo-onion]

Originally posted by smatson
I do not under stand your post do i not need my user name and password

No.

[thepatrician]

Originally posted by managerxxx
Smatson

I had a similar (possibly identical) error to you and as a quick fix (i.e to save hacking the source code) I simply copied util.itcl from the /tivoweb-tcl/ to /tivoweb-tcl/modules/

I fed this back to Tivo-Onion in http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1869075#post1869075.

Cheers

I ended up changing the source code as util.itcl on my Tivo is also in /tivoweb-tcl rather than /tivoweb-tcl/modules, but as most people don't seem to be seeing this problem it looks like I'll be better of doing what you've done.

Though, having just looked at the tivoweb-tcl install package (1.9.4 final) I notice that the default location for util.itcl is in fact /tivoweb-tcl! As I've only ever had version 1.9.4 final installed could it be that it got moved from one of the earlier beta versions?

thepatrician

[tivo-onion]

Originally posted by Fozzie
Any thoughts tivo-onion?

I have updated the 0.35.5 version to contain updated .itcl files.

You will be glad to hear that the new version of controlpadding.itcl is compliant with the most up-to-date version of endpad.tcl (1.4.0). If you have not installed the newest version of endpad.tcl then do NOT replace your current version of controlpadding.itcl.

I have also got rid of the incorrect version number in the managedailymail.tcl module,

download from the usual place - see my signature,

Ah, yes and I have updated dailymail_jazz.tcl and dailymail.cfg files so that the util.itcl file is now in the correct place .. apologies, my error initially with this ;-) All you boys that moved your util.itcl file - well move it back!

cheers

Chris

[Fozzie]

Originally posted by tivo-onion
You will be glad to hear that the new version of controlpadding.itcl is compliant with the most up-to-date version of endpad.tcl (1.4.0). Cheers - will give it a bash tomorrow when I've a bit more time :)

[mbriody]

Chris, I just noticed that the code which parses the cron file doesn't appear to close the file.

[Fozzie]

Chris - controlpadding looks good and seems to work fine. Looks like there's a (late night?) typo in your dailymail.cfg:

## (7.12) The location of the tivoweb core base directory.
## This is the path for the tivoweb, or tivowebplus, base directory. Do NOT terminate this
## path with a forward slash.
set tivowebdir "/var/hack/tivoweb-tcl/"

There's a forward slash at the end of the path despite us being told NOT to. Doh! ;)

[tivo-onion]

Originally posted by Fozzie
Chris - controlpadding looks good and seems to work fine. Looks like there's a (late night?) typo in your dailymail.cfg:

## (7.12) The location of the tivoweb core base directory.
## This is the path for the tivoweb, or tivowebplus, base directory. Do NOT terminate this
## path with a forward slash.
set tivowebdir "/var/hack/tivoweb-tcl/"

There's a forward slash at the end of the path despite us being told NOT to ;)

Gosh ;-) I will sort this out when I get home from work this evening!

good spot!

cheers

Chris

[tivo-onion]

Originally posted by mbriody
Chris, I just noticed that the code which parses the cron file doesn't appear to close the file.

I don't think that it should cause much of a problem, but I will sort it out later this evening anyway,

cheers

Chris

[bds]

"Disconnected" a few screens back pointed out this error... I just wanted to see if it was still on the radar screen.

If I run with dmailRecHistory set to 4 then I get the crash listed below.

Setting it to 3 or less prevents the crash. Am I missing anything good in level 4? :) Mainly wanted to post this in case it helps someone else setting it up. For the record I am running a US dtivo and using TivoWebPlus 1.0.

Thanks for the great fun module!

-bds


-----------------------------------------------------------------------
object not found (errNmNameNotFound)

while executing
"mfs find $guideindexdir/ChannelTable"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set channelfsid [lindex [mfs find $guideindexdir/ChannelTable] 0]
if { ![info exists channeltablefsid] || $channeltablefsid..."
(procedure "get_programshowings" line 18)
invoked from within
"get_programshowings $tofind_fsid 1"
(procedure "alt_showing_hist" line 4)
invoked from within
"alt_showing_hist $id $id2"
("uplevel" body line 71)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFile fsid name type "/Recording/History" "" {
set recdate [split $name ":"]
regsub {^(-?)0+([1-9])} [lindex $recdate 1] {\1\2} rectime
..."
(procedure "recordhistory" line 46)
invoked from within
"recordhistory"
(procedure "outputSection" line 79)
invoked from within
"outputSection 4"
(file "./dailymail_jazz.tcl" line 3729)

[bds]

This only appears in the log output (not in the final mail)

But if the TiVo is running hot it seems to output the following line:

05:41:43-debug-WOW-temperature above 56 deg C - TURN OFF MACHINE NOW!

It seems that the temperature you are printing is the "emergencytempcentigrade " and I think you wanna print the "toohightempcentigrade" .

I know it's nit=pickey..just thought you might like to know.

Bds

[Mike Laskey]

Hi,
I'm running the latest beta (.35.5) downloaded this morning, and really love the output.

I have a question about the expiry. I'm confused by the headers.
You can see it shows Thu, 15 Apr then Wed, 14 Apr then Thu, 15 Apr and then Wed, 14 Apr again. Is there a sorting problem or am I missing a subtle detail in what I'm looking at? BTW, I've cut out the programme descriptions etc, to make it easier to read....

Mike

Thu, 15 Apr
Breakfast Recorded Wed 05:57 BBC1 - Expires Thu 06:00
The Art of War Recorded Tue 23:34 ITV1MER - Expires Thu 23:35
All New TV's Naughtiest Blunders 15 Recorded Tue 21:59 ITV1MER - Expires Thu 22:00
The Games Recorded Tue 20:59 C4 - Expires Thu 21:00
Wed, 14 Apr
The Games Recorded Mon 20:57 C4 - Expires Wed 21:00
Motorcycle Racing Recorded Mon 12:57 SKYSP3 - Expires Wed 13:00
Thu, 15 Apr
Inside the Space Station Recorded Sat 13:57 DISSCI - Expires Thu 14:00
Taking the Mick Recorded Sat 10:27 BBCR4FM - Expires Thu 06:00
UEFA Champions League Recorded Sat 08:27 EURGB - Expires Thu 06:00
Wed, 14 Apr
Rolling Thunder: The True Story of the 3rd Armored Division Recorded Fri 23:57 HISTY - Expires Thu 00:00
UEFA Champions League Recorded Fri 18:12 EURGB - Expires Wed 18:15
3-D Motors Recorded Fri 14:27 MOTORS - Expires Wed 14:30
UEFA Champions League Recorded Fri 07:27 EURGB - Expires Wed 07:30

[tivo-onion]

Hi,

I have fixed most of the bugs and buglettes identified since the last release, including the expiry list ordering issue. I have also added a lot of debugging code around the rejected recording list section, so I would really appreciate it if some of you guys who are having major issues with that section, could whack debugging up to level 3 and run from the bash prompt. If you could then send me the error message and the last 20-30 lines of debugging messages that should really help to pin down the problems.

Download from the usual place, see my signature for the relevant post location,

cheers

Chris

[Mike Laskey]

Looks good from here Chris, very nice!

Mike

[lcsneil]

Still re-booting here - even when run manually. It is fine with a 3 hour look a head but a 168 hour look ahead causes a reboot.

I do have 2x 120GB drives and they are almost full - 152 items in Now Showing - and 86 Season Passes.

I've PMed you the level 3 log Tivo-Onion. Not sure if there is much you can do though?

Neil

[tivo-onion]

Originally posted by lcsneil
Still re-booting here - even when run manually. It is fine with a 3 hour look a head but a 168 hour look ahead causes a reboot.

I do have 2x 120GB drives and they are almost full - 152 items in Now Showing - and 86 Season Passes.

I've PMed you the level 3 log Tivo-Onion. Not sure if there is much you can do though?

Neil
I am afraid that this is just a memory error. I have hit this before when I have tried to have too long an email. As far as I am aware there is nothing you can do except try to bring the size of the email down, so I would suggest using a compromise lookahead hour setting, prehaps 48 hrs.

cheers

Chris

[mbriody]

Still reboots for me too.

I am guessing there's a memory issue here. Either something unexpected in the data or the size of the database causes a problem or there is a subtle bug somewhere that causes corruption.

I am using (successfully) a hacked version of beta 0.3 with updates from some of the later versions.

I found for example when I cut and pasted the getconflicts procedure from a newer version into my code it still crashed. Looking at the code it was exactly the same except for the debug output of the date.

[sanderton]

It's been suggested by Dibblah that you can increase the amount of memory available with:

export TIVOSH_POOLSIZE=3244032

in a bash script.

There's a similar command in the "tivoweb" executable.

[lcsneil]

Originally posted by sanderton


export TIVOSH_POOLSIZE=3244032



Well I've no idea what side effects it will have but it worked a treat.

45kb email has just been delivered! :)


Neil

[tivo-onion]

Originally posted by sanderton
It's been suggested by Dibblah that you can increase the amount of memory available with:

export TIVOSH_POOLSIZE=3244032

in a bash script.

There's a similar command in the "tivoweb" executable.

how could I set this in the dailymail.tcl file?

cheers

Chris

[PortlandPaw]

I got a "no such variable" error for htmlfilerequired when dailymail.itcl loads, but I haven't seen anyone else report this error. I have it set to false in the .cfg file, changed from true, with the same result. This is with 0.35.6 beta. What did I do wrong?

[Wizard]

Hi,

First post on here, been lurking for a while and found it very helpful.

I've just installed the latest beta and got it working with TWP with no problem, very impressed :up:

I hav enoticed though that it seems to report the disk space and usage incorrectly. I have two 160GB drives in my TiVo with the lba48 kernel to allow access to all the space. In TWP Info I get Total Space reported as 304Gb but in dailymail it only reports 287GB. Anyone else notice this or is it just my setup?

Cheers,

Mark S.

[tivo-onion]

Originally posted by PortlandPaw
I got a "no such variable" error for htmlfilerequired when dailymail.itcl loads, but I haven't seen anyone else report this error. I have it set to false in the .cfg file, changed from true, with the same result. This is with 0.35.6 beta. What did I do wrong?

Mr Paw,

We do not have a file "dailymail.itcl"? Which file do you mean?

cheers

Chris

[PortlandPaw]

I apologize for the hastily written erroneous post. The file is the TivoWeb module file, managedailymail.itcl.

[mbriody]

Increasing the mempool size has stopped it crashing on both TiVo's (hurrah!) but I'm getting erratic results in the first (boot, endpad, irblast, disk) status section.

Chris I have emailed you my logs.

[tom_m]

I've recently given dailymail a try - and it's working fine from the commandline and from TiVoweb, but I cannot get cron to launch the script.

The crontab file contains the following

# m h dom mon dow command
#*/10 * * * * date >> /var/hack/cron.test.out
0 8 * * 1-7 /var/hack/dailymail/dailymail_jazz.tcl

However, although the cron.test.out file is being updated every ten minutes, the dailymail script is not running at 8am. I can't see anything wrong with the crontab file - can anyone suggest something to try?

[lcsneil]

Originally posted by tom_m
I've recently given dailymail a try - and it's working fine from the commandline and from TiVoweb, but I cannot get cron to launch the script.

The crontab file contains the following

# m h dom mon dow command
#*/10 * * * * date >> /var/hack/cron.test.out
0 8 * * 1-7 /var/hack/dailymail/dailymail_jazz.tcl

However, although the cron.test.out file is being updated every ten minutes, the dailymail script is not running at 8am. I can't see anything wrong with the crontab file - can anyone suggest something to try?

Don't forget it will run at 8am GMT (i.e. 9am BST)

Neil

[tom_m]

Thanks - I had missed that - however, for some reason, at the moment, it's not running at all!

I've added a test line, which should trigger at 8pm - so I'll check again after that

This is the "test" line

0 19 * * 1-7 /var/hack/dailymail/dailymail_jazz.tcl

Tom

[lcsneil]

You have set the two environment variables haven't you?

I've PMed you my crontab file to see if that helps!

Neil

[tom_m]

Indeed - I only posted the excerpt from my crontab - I'm trying your variation now - set to go at about 5 mins to 8 (I think)

Tom

[sanderton]

I find it best to have a blank line at the end of the crontab for some reason.

Also, watch out if you edited it on a PC or FTP'd it in TEXT or AUTO mode, as it may have added an "M" on the end of the line.

[tom_m]

For some strange reason, simply retyping the line the way lcsneil wrote it has solved my problem.

Thanks for the help

[ccwf]

Originally posted by sanderton
I find it best to have a blank line at the end of the crontab for some reason. It's common that *nix configuration files require that all lines end with a LF. If the last line of a config files lacks a LF at its end, then some programs will silently ignore the line.

[del4]

tivo-onion,

Sounds like most of the bugs from the latest (major!) update have been resolved, so I was thinking about some additional enhancements. I tend to rely solely upon my DailyMails to manage my recordings, using TiVoWeb to make changes as necessary, so I would like to see the option of including the contents of Now Playing within the dailymail. Personally, I would use this to make sure I don't duplicate recordings on my TiVos, to review what's already been recorded, etc.

Also, for those of us with multiple units, an entry in the .cfg file to assign a name to the TiVo, e.g., Upstairs or Den or Tivo#2, might be helpful in keeping the emails straight, using it instead of the default name of TiVo where appropriate.

Thanks for all your hard work!

[sanderton]

Originally posted by del4
Also, for those of us with multiple units, an entry in the .cfg file to assign a name to the TiVo, e.g., Upstairs or Den or Tivo#2, might be helpful in keeping the emails straight, using it instead of the default name of TiVo where appropriate.

You mean like:

set senderName "Kids Room TiVo" ;# set to be a valid friendly email name, or blank ("")

:)

[del4]

Originally posted by sanderton
You mean like:

set senderName "Kids Room TiVo" ;# set to be a valid friendly email name, or blank ("")

:)

True, and I do use that field. However, I was thinking something used in the title of the email, in the main banner and/or elsewhere in the email.

I did a search/replace in my individual scripts replacing TiVo with TiVo1 and TiVo2 so that I could tell which unit I was dealing with within each section without having to refer back to the email header.

Likely being overly picky here, so feel free to ignore this suggestion as it may not be useful to anyone else out there. Same goes for the NowPlaying section, as it may lead to additional memory problems for others by greatly inflating the email's size.

:)

[sanderton]

Doesn't your e-mail client show the sender's name on screen at all times? Can't think of one that doesn't?

[tivo-onion]

Originally posted by mbriody
Increasing the mempool size has stopped it crashing on both TiVo's (hurrah!) but I'm getting erratic results in the first (boot, endpad, irblast, disk) status section.

Chris I have emailed you my logs.

Sorry I have not received these... can you PM them to me!

cheers

Chris

[tivo-onion]

Originally posted by Wizard
Hi,

First post on here, been lurking for a while and found it very helpful.

I've just installed the latest beta and got it working with TWP with no problem, very impressed :up:

I hav enoticed though that it seems to report the disk space and usage incorrectly. I have two 160GB drives in my TiVo with the lba48 kernel to allow access to all the space. In TWP Info I get Total Space reported as 304Gb but in dailymail it only reports 287GB. Anyone else notice this or is it just my setup?

Cheers,

Mark S.

I cannot see any issues with the dailymail_jazz module with respect to space used calculations. It may be to do with your setup. What does the standard tivoweb info module specify your availble space to be?

cheers

Chris

[mbriody]

Don't see how you can add attachments to PM. Am I missing something?

In the meantime I'll try the email again.

Originally posted by tivo-onion
Sorry I have not received these... can you PM them to me!

cheers

Chris

[sanderton]

You can't add attchments to a PM.

[Shawn]

For some reason, it is not wokring for me. Here is the debugging info:

------welcome to the jazzed dailymail program - v0.35 (6th April 2004) - starting
------the debug level is set at >>2<<
------started at 21:46:39 (debugging times specified in gmt)

21:46:39-debug-global variable definition complete
21:46:39-debug-commence fooling tivoweb modules
21:46:39-debug-completed fooling tivoweb modules
21:46:39-debug-completed other preperation
21:46:39-debug-argument 1 passed in ::: >><<
21:46:39-debug-argument 2 passed in ::: >><<
21:46:39-debug-argument 3 passed in ::: >><<
21:46:39-debug-argument 4 passed in ::: >><<
21:46:39-debug-0 argument(s) found
21:46:39-debug-argument handling complete
21:46:39-debug-start optional message handling
21:46:39-debug-no message file found
21:46:39-debug-end optional message handling
21:46:39-debug-about to start version setting
21:46:39-debug-version3 : >>1<<
21:46:39-debug-uktivo : >>0<<
21:46:39-debug-dtivo : >>0<<
21:46:39-debug-version (for tivowebplus) : >>3<<
21:46:39-debug-completed version setting
21:46:39-debug-about to include util.itcl
21:46:39-debug-util.itcl included - about to include index.itcl
21:46:39-debug-index.itcl included

If anyone can help me, that would me great! Thanks.

Shawn

[Shawn]

Sorry, forgot this part:

couldn't execute "/var/local/tivoweb-tcl/get_space": no such file or directory
while executing
"error $error"
(procedure "get_totalsizes" line 9)
invoked from within
"get_totalsizes "
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 2852)

[tivo-onion]

Originally posted by Shawn
Sorry, forgot this part:

couldn't execute "/var/local/tivoweb-tcl/get_space": no such file or directory
while executing
"error $error"
(procedure "get_totalsizes" line 9)
invoked from within
"get_totalsizes "
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 2852)

Find your get_space file and make sure there is a copy of it in the /var/local/tivoweb-tcl/ directory. Then try again,

cheers

Chris

[Shawn]

Done that, now i get this:

wrong # args: extra words after "else" clause in "if" command
while compiling
"if {$::version3} { ..."
("uplevel" body line 2)
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/LocationConfig]
set setup [db $db open /State/ServiceConfig]
set tz ..."
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 2865)

[dogo]

Shawn,

Did u have any luck sorting this problem out! i have the same error message, and would also be grateful if any one can offer any hints on how to fix this problem!

Dogo


Originally posted by Shawn
Done that, now i get this:

wrong # args: extra words after "else" clause in "if" command
while compiling
"if {$::version3} { ..."
("uplevel" body line 2)
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/LocationConfig]
set setup [db $db open /State/ServiceConfig]
set tz ..."
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 2865)

[sanderton]

The problem is this line:

} #;[base64dec]

on line 2875

delete everything after (and including) the # to fix

tivo_onion - you have to watch this with TCL; even though the ";" is in a comment it still works as an end-of-command marker, so it marks the end of the comment and anything after it is still "live".

[dogo]

Cheers for the advise!

[dogo]

Ok done that and i now get the following error

12:26:04-debug-started record history procedure
12:26:04-debug-mintime >>1082204764<<
12:26:04-debug-maxtime >>1082377564<<
12:26:04-debug-completed record history procedure
can't read "message": no such variable
while executing
"return $message"
(procedure "recordhistory" line 304)
invoked from within
"recordhistory"
(procedure "outputSection" line 79)
invoked from within
"outputSection 4"
(file "./dailymail_jazz.tcl" line 3591)
TiVo: {/var/hack/dailymail} %

any ideas?

[sanderton]

Can you view the last two days Recording History in TiVoWeb?

[dogo]

Strangely enough no! I did a complete clean when i put a new HD in yesterday! I have recorded two items yesterday! but they not shown or listed

[sanderton]

That's the problem. Rec History only contains failed recordings.

To fix the bug in DMJ, add the line

set message {}

after "global cancelreasons" in proc recordhistory

[dogo]

Sanderton, sorry to keep troubling you.

Thanks for the help and thing within the script work fine now! The only problem is freeserve are blocking port 25 to my own email domain, so i have set Dailymail_jazz to use port 26, i get a connection on this port OK but get the following error

13:40:50-debug-got reply : >>220-tara.yourhostdns.com ESMTP Exim 4.30 #1 Mon, 19
Apr 2004 09:40:52 -0400 <<
13:40:50-debug-bad connection

any ideas cheers!

[sanderton]

You'll need to tweak the replies DMJ expects to match what your server actually gives.

Manually telnet in and issue the commends by hand, and make a note of the responses, then edit DMJ appropriately.

[dogo]

OK Sanderton thanks for the advise, I really cant work out whats going on with this a bit of a novice when it come's to TiVo's I have had a play but can't really Sus whats goining

I think i call it Quit on this!

But once again i am really grateful for the help and advise you have offered me

[Wizard]

Originally posted by tivo-onion
I cannot see any issues with the dailymail_jazz module with respect to space used calculations. It may be to do with your setup. What does the standard tivoweb info module specify your availble space to be?

cheers

Chris

Chris,

When I was running TivoWeb and now with TivoWebPlus I get total space to be 304088Mb. Dailymail is still reporting total space as 287Gb.

Just checked and used space in TivoWebPlus Info is reporting 270261Mb and Dailmail is reporting 263Gb.

When I look at the System Information on the Tivo it reports 110 hours Best Quality which is what I get in TWP Info.

Anything else I need to check? I am using dailymail 0.35.6.

Cheers,

Mark S.

[Shawn]

Is there any way to get the images into the e-mail without putting them on a web server, ie get the images from a dir on the tivo itself?

[Fozzie]

There is but it's a bit trickier. However, why not just point the graphics link to the webspace that some kind soul has put them on (mentioned earlier in this thread) ;)

[lcsneil]

Ok due to my reboot problem I had suspended my Dailymail but I have just re-instated it and have a couple of questions (I guess mainly aimed at T-O)

Running dailymail v0.35.6 (14th April 2004)

1) Has the flashing red heart (no red dot running) been removed and just now incorporated in the Status block or is it a problem with my .CFG file? I found that very useful and apparent that NoRedDot has stopped.

2) Does the export TIVOSH_POOLSIZE=3244032 reset on a Tivo reboot?

3) If yes to 2) have you managed to incorporate it in your dailmail TCL file?

4) Can I just put export TIVOSH_POOLSIZE=3244032 in my rc.sysinit and be done with it??


TIA

Neil

[Fozzie]

Originally posted by lcsneil
1) Has the flashing red heart (no red dot running) been removed and just now incorporated in the Status block or is it a problem with my .CFG file? I found that very useful and apparent that NoRedDot has stopped.The flashing red heart is for Soft Padding and not NoRedDot !? That whole section is turned on and off in config section 4.20 - Verbose Bulletins.

[lcsneil]

Originally posted by Fozzie
The flashing red heart is for Soft Padding and not NoRedDot !? That whole section is turned on and off in config section 4.20 - Verbose Bulletins.

set dizzymode off


Ta :)

Neil

[Fozzie]

Originally posted by lcsneil
set dizzymode off

Ta :)

Neil NP. I was about to ask if dizzymode was a Tivoweb Plus option or something as I'd not come across it before - and then twigged! Mine is set off now too :)

[mbriody]

Everything is now working for me if I run it from a bash script as follows:

#!/bin/bash

export TIVOSH_POOLSIZE=3244032

/var/hack/dailymail_jazz/dailymail_jazz.tcl

This requires that managedailymail is tweaked so as to call this script rather than dailymail_jazz.tcl and any command line parameters pass into this script need to be fed on in the call to dailymail_jazz.tcl.

tivo_onion, maybe you could add another config entry for the script name?

[wadevb]

I am retracting this message, because I had my head somewhere it shouldn't have been.
I would have sworn that I needed authentication to send.
Stupid thing let me try to log in, but errored.
Anyway, I can send without needing authentication.

Didn't I try that first thing????

Sorry for the bother.

Keep up the good work.
wade

[SeanC]

Got dailymail_jazz installed and configured, everything seems to be fine. Wow. Nice script!

I have a couple of questions though.

I have received 3 emails so far. The first was a test, run manually from bash. the next 2 were run from crontab at 10 minute intervals. I now have crontab set to run dailymail at 8am every morning. So the first 2 have a subject of "Tivo status email for Tuesday April 20, 2004." The last one has a subject of "Tivo status email for Wednesday April 21, 2004." Not a big deal at all, just wondering what the explanation might be.

Also in the second and third emails this line is at the top of the email:

WARNING: No detectable drive problems. Usage is high (95.7%).

I'm curious about this because 80% of that space is taken up with suggestions. Should the suggestions be accounted for in the amount of space used? I wouldn't think so as that would seem to me to be a false warning.

Anyhoo

Awesome work guys!

[Shawn]

Is this normal when you try to start cron?

bash-2.02# cron &
[1] 642
bash-2.02#
bash-2.02# bash: cron: command not found

[1]+ Exit 127 cron

I have installed Dailymail and it works perfect but I don't think cron is working properly..

Also, I am not getting any space usage data in the daily e-mail. I would post my daily e-mail if I knew how. ;)

[Fozzie]

Originally posted by iguru42

Also in the second and third emails this line is at the top of the email:

WARNING: No detectable drive problems. Usage is high (95.7%).

I'm curious about this because 80% of that space is taken up with suggestions. Should the suggestions be accounted for in the amount of space used? I wouldn't think so as that would seem to me to be a false warning.I agree. I would prefer that they weren't included as generally TiVo will always try and keep the drives as full as possible and so the overall useage will always be close to 100%. A break down similar to what autospace does may be useful? ;)

[sanderton]

Originally posted by iguru42
II have received 3 emails so far. The first was a test, run manually from bash. the next 2 were run from crontab at 10 minute intervals. I now have crontab set to run dailymail at 8am every morning. So the first 2 have a subject of "Tivo status email for Tuesday April 20, 2004." The last one has a subject of "Tivo status email for Wednesday April 21, 2004." Not a big deal at all, just wondering what the explanation might be.

It's a bug; it's using GMT for the send date and it went through midnight over here when you were playing.

tivo-onion, you need to add the timezone offset (and lose the -gmts s) to the current time in this section:


if {$emailsendrequired} {
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-e-mail required"}
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-about to send e-mail"}
sendmail $mailserver $domain $recipient "TiVo status e-mail for [clock format [clock seconds] -format {%A %B %d, %Y} -gmt true]" $message
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-e-mail sent"}

if { $recipient2 != "" } {
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-about to send mail to recipient 2"}
sendmail $mailserver $domain $recipient2 "TiVo status e-mail for [clock format [clock seconds] -format {%A %B %d, %Y} -gmt true]" $message
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-mail sent to recipient 2"}
}

if { $recipient3 != "" } {
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-about to send mail to recipient 3"}
sendmail $mailserver $domain $recipient3 "TiVo status e-mail for [clock format [clock seconds] -format {%A %B %d, %Y} -gmt true]" $message
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-debug-mail sent to recipient 3"}
}

[lcsneil]

Well I set mine back to working this morning and it failed - not a reboot this time but a :-
05:57:11-debug-checkpoint #3 - after regsub
05:57:11-debug-checkpoint #4 - after set rectime
can't scan path (0x00070009)

while executing
"mfs scan $dirName -start $lastName -count 50"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set batch [mfs scan $dirName -start $lastName -count 50]
if { $lastName == [lindex [lindex $batch 0] 1] } {..."
(procedure "ForeachMfsFile" line 45)
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 "/var/hack/dailymail_jazz.tcl" line 3879)


I've PMed you the full log T-O (not sure if this is a one off or not as this is the first morning I have tried it for a while!


TIA

Neil

[SeanC]

I found that setting:

set dmailExpired 0

to anything other than 0 will cause a reboot.

[lcsneil]

Originally posted by iguru42
I found that setting:

set dmailExpired 0

to anything other than 0 will cause a reboot.

Well mine is set to 5 and it certainly doesnt 'reboot'.

Neil

[mbriody]

Are you running from a bash script with increased pool size?

[lcsneil]

Originally posted by mbriody
Are you running from a bash script with increased pool size?
Who you asking mbriody?

My failure was running from CRON and increased memory pool.

Neil

[mbriody]

Primarily you but its obviously not the solution.

Though I do think the memory pool size may be iguru42's problem with trying to enable dMailExpired.

I used to get a crash with all sections enabled until I increased the memory size.

[lcsneil]

Originally posted by mbriody


I used to get a crash with all sections enabled until I increased the memory size.

Me too - see many earlier posts in this thread! :D

Neil

[slimjime17]

HI all

Can somebody help me here. Every time I run the new Dailymail I get this error and the tivo reboots.

17:38:48-debug-about to send e-mail
Dumping mempool to /tmp/BlockFailure.167
Tmk Assertion Failure:
BlockFailure, line 1771 ()
Tmk Fatal Error: Thread tivosh <167> died due to signal -2
1a344ec 1a32a44 1a2ed70 1b95e0c 1c4d5e8 1c74ad4 1c6cda0 1c73f24 1c71874 1c6d0a4
1c73f24 1c71874 1c6d0a4 1c6c15c 1c8e16c 1c77e7c 1c61a10 1c849c0 1c85ec8 1c4d248
1c28cac 1800134

It seems to be linked to the mail server, if I put another mail server IP address into the .cfg file it get passed this point. I cannot use the other mail server though my home DSL service. The Old Dailymail 0.30 works with my mail server with no problems.

Later

[lcsneil]

Originally posted by slimjime17
HI all

Can somebody help me here. Every time I run the new Dailymail I get this error and the tivo reboots.

17:38:48-debug-about to send e-mail
Dumping mempool to /tmp/BlockFailure.167
Tmk Assertion Failure:
BlockFailure, line 1771 ()
Tmk Fatal Error: Thread tivosh <167> died due to signal -2
1a344ec 1a32a44 1a2ed70 1b95e0c 1c4d5e8 1c74ad4 1c6cda0 1c73f24 1c71874 1c6d0a4
1c73f24 1c71874 1c6d0a4 1c6c15c 1c8e16c 1c77e7c 1c61a10 1c849c0 1c85ec8 1c4d248
1c28cac 1800134

It seems to be linked to the mail server, if I put another mail server IP address into the .cfg file it get passed this point. I cannot use the other mail server though my home DSL service. The Old Dailymail 0.30 works with my mail server with no problems.

Later

At a guess it's to do with memory again - have you got a lot of programmes on your machine??

Have you increased the memory size? (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1879313#post1879313)

Looks similar to the probs I was having until I increased my memory.

Neil

[slimjime17]

Increasing the memory fixed my problem.
Looking good

[Mike Laskey]

I would also like the space reporting to ignore Suggestions in its calculations. I posted about get_space over in the Underground forum but nobody could answer my question about what the 4 values mean.

Mike.

[SeanC]

I've run into a puzzling issue. So far cron hasn't sent a daily mail at 7am like it is supposed to. I'm at work so I don't have my crontab infront of me but IIRC when testing I've used this:

*/10 * * * *

which sends an email every 10 minutes and works fine. Then I change the line to this:

* 11 * * * *

which is supposed to send the email everyday at 7am. I've tried:

* 11 * * * 1-7

In both of these circumstances when dailymail is run from bash under the heading "The following hack applications are scheduled to run on your TiVo:" I see DailyMail (7:AM daily).

I'm fairly confident that cron is installed and working properly because of the 10 minute test which leaves me wondering what I'm doing wrong.

[dogo]

Not sure if this will help mine looks like this

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.

# m h dom mon dow command
00 6 * * 1-5 /var/hack/dailymail/dailymail_jazz.tcl &

[lcsneil]

Bums spoke too soon. My dailymail caused my Tivo to reboot this morning due to - by the looks of it the memory problem.

Now I know it had been up about 6 days which tends to imply that it hadn't rebooted since I had issued the export TIVOSH_POOLSIZE=3244032 command.

But I'm not 100% convinced of that.

Sooo....

Should I run a CRON job once a day to do an "export TIVOSH_POOLSIZE=3244032" or would just putting it in my rc.sysinit do the job.

Would running this more than once cause any problems does anyone know?

Neil

[Disconnect]

it has to be in the current environment when the script runs - rc.sysinit would put it everywhere on the tivo (might be bad, why risk it?) .. better to create a shell script like so:

#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz.tcl

Alter the path to wherever the dailymail bin is. 'Chmod +x' the file and run that instead of running dailymail directly.

[mbriody]

As I posted just above :)

Also as I said, this causes the launching part of managedailymail.tcl to fail because it is looking for dailymail_jazz.tcl. Also the cron parsing and reporting section of dailymail_jazz.tcl won't recognize the script name.

As I suggested one solutio would be an additional entry for the script name in the config file. I guess tivo_onion isn't around at the moment.

[i]
#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz.tcl

[/B]

[lcsneil]

So why can't export TIVOSH_POOLSIZE=3244032
just be put as the top line in the dailymail_jazz.tcl script (sorry showing my ignorance of TCl here)

[Disconnect]

still easy to fix - just name that wrapper dailymail_jazz.tcl and rename the script to something else. This isn't windows, the extension doesn't matter :)

(Well.. unless its doing something strange with how it runs it, but I suspect it isn't.)

[lcsneil]

Originally posted by Disconnect
still easy to fix - just name that wrapper dailymail_jazz.tcl and rename the script to something else.

Nope didn't like that first time round gave the following error!

18:17:07-debug-starting main to-do loop
no such object: {CONFLICT err=errTmActiveLockConflict}
while executing
"dbobj $station fsid"
("uplevel" body line 10)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFileTrans fsid name type $path $prefix 10 {
set rec [db $db openid $fsid]
set showing [dbobj $rec get Showing]
set starttime [expr [db..."
(procedure "gettodo" line 198)
invoked from within
"gettodo $dmailHoursahead"
(procedure "outputSection" line 26)
invoked from within
"outputSection 3"
(file "/var/hack/dailymail_jazz_core.tcl" line 3878)


HOWEVER, on the 2nd attempt at running it from the Bash prompt it worked.

Hmmmmm....


Neil

[Disconnect]

active lock conflict just means something else was using mfs and it couldn't get the lock. once you see that first debug log, it executed properly..

[dickuk]

Hi

I have installed the latest beta version of dailymail (0.35) but am getting the following error every time I run the tcl file. I have tried it quick a few times so dont think it is to do with the database being locked.

20:09:37-debug-need to look for overlapping programs with endpad
20:09:45-debug-32 items to investigate for endpad programme overlapping
20:09:45-debug-starting main to-do loop
invalid command name "RECORDING"
while executing
"RECORDING UNLIKELY"
("uplevel" body line 116)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFileTrans fsid name type $path $prefix 10 {
set rec [db $db openid $fsid]
set showing [dbobj $rec get Showing]
set starttime [expr [db..."
(procedure "gettodo" line 198)
invoked from within
"gettodo $dmailHoursahead"
(procedure "outputSection" line 26)
invoked from within
"outputSection 1"
(file "./dailymail_jazz.tcl" line 3876)


Any ideas?

[SeanC]

Grrrrrr

cron is really starting to tick me off

This is what the cron log has in it:

cron (04/23-00:50:00-174) CMD (/var/hack/autoremap.tcl &)
cron (04/23-00:50:00-175) CMD (/var/hack/dailymail/dailymail_jazz.tcl > /var/hack/log/dailymail_jazz 2>&1)

but I don't get an email and the dailymail_jazz.log file does not get updated.

[slimjime17]

Originally posted by iguru42
Grrrrrr

cron is really starting to tick me off

This is what the cron log has in it:

cron (04/23-00:50:00-174) CMD (/var/hack/autoremap.tcl &)
cron (04/23-00:50:00-175) CMD (/var/hack/dailymail/dailymail_jazz.tcl > /var/hack/log/dailymail_jazz 2>&1)

but I don't get an email and the dailymail_jazz.log file does not get updated.

I had the same problem until I made another script with the memory poolsize.
And then got cron to run this script instead.

#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail_jazz.tcl

Mabe you have the same problem

[andy615104]

quote:
--------------------------------------------------------------------------------
Originally posted by iguru42
Grrrrrr

cron is really starting to tick me off

This is what the cron log has in it:

cron (04/23-00:50:00-174) CMD (/var/hack/autoremap.tcl &)
cron (04/23-00:50:00-175) CMD (/var/hack/dailymail/dailymail_jazz.tcl > /var/hack/log/dailymail_jazz 2>&1)

but I don't get an email and the dailymail_jazz.log file does not get updated.
-----------------------------------------------------------------------------------------------

I also have the same.
According to the log file the command has been executed but no email and no change to the dailymail log.
If i run /var/hack/dailymail_jazz/dailymail_jazz.tcl from a bash prompt via telnet an email is sent.
I was wondering if i change crontab so that instead of:
SHELL=/bin/sh
change to:
SHELL=/bin/bash
this would run dailymail_jazz.tcl from bash.
:confused:

[PortlandPaw]

I have successfully run dailymail for weeks from cron up until the time of the release of the latest version (.35 I think it is). Since then I have had very spotty performance. Once I was surprised to get a cron-generated dailymail. Sometimes I get errors running it from bash, sometimes I don't. For some reason, I've consistently and successfully received mail generated from the TivoWeb script. I think there's a deeper problem related either to memory usage or conflicts with TiVo activity that is causing the problem. I wouldn't look at cron as the problem...we and Chris have to figure out what's happening with dailymail. Perhaps it's just too ambitious an effort and should be scaled back to a lower level.

[Fozzie]

Never had a single problem here running dailymail_jazz (0.35.6) from cron - 2 emails a day without fail!?!

[mbriody]

You've read all the posts about increasing memory pool size, right?

Originally posted by PortlandPaw
I have successfully run dailymail for weeks from cron up until the time of the release of the latest version (.35 I think it is). Since then I have had very spotty performance. Once I was surprised to get a cron-generated dailymail. Sometimes I get errors running it from bash, sometimes I don't. For some reason, I've consistently and successfully received mail generated from the TivoWeb script. I think there's a deeper problem related either to memory usage or conflicts with TiVo activity that is causing the problem. I wouldn't look at cron as the problem...we and Chris have to figure out what's happening with dailymail. Perhaps it's just too ambitious an effort and should be scaled back to a lower level.

[SeanC]

Still having no luck with trying to run dailymail with a larger poolsize. I created a text file with these lines:

#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz.tcl

Saved it in unix format and uploaded it to the tivo.

Here are my results :(


bash-2.02# cd /var/hack/dailymail
bash-2.02#
bash-2.02# ls
dailymail.cfg dailymail_jazz.tcl dailymail_script.tcl
bash-2.02#
bash-2.02# chmod 755 dailymail_script.tcl
bash-2.02#
bash-2.02# ./dailymail_script.tcl
bash: ./dailymail_script.tcl: No such file or directory
bash-2.02#
bash-2.02# ls
dailymail.cfg dailymail_jazz.tcl dailymail_script.tcl
bash-2.02#
bash-2.02# ls -l
total 175
-rw-r--r-- 1 0 0 21392 Apr 21 04:11 dailymail.cfg
-rwxr-xr-x 1 0 0 153950 Apr 21 19:03 dailymail_jazz.tcl
-rwxr-xr-x 1 0 0 81 Apr 23 17:16 dailymail_script.tcl
bash-2.02#
bash-2.02# /var/hack/dailymail/dailymail_script.tcl
bash: /var/hack/dailymail/dailymail_script.tcl: No such file or directory
bash-2.02#
bash-2.02#
bash-2.02#

[Disconnect]

Thats odd. Make sure the #!/bin/sh line is correct, and that /bin/sh exists etc. (Might want to use bash, if /bin/sh is something else.)

If thats all correct, add 'echo Running' under #!/bin/sh.. that'll verify 100% that its finding the shell and using it..

[SeanC]

This is what my bin directory has:

bash-2.02# cd /bin
bash-2.02#
bash-2.02# ls
asicVersion date getprom mount smartctl uname
bash dd grep mv sort vmstat
cat df gzip ntpdate stty
chat driveid hdparm rm swapon
chmod du ln rz sync
cp expect mkdir sh sz
cpio freeramdisk mkswap sleep umount
bash-2.02#
bash-2.02# ls -l
total 2219
-rwxr-xr-x 1 0 0 20488 May 30 2002 asicVersion
-rwxr-xr-x 1 0 0 497884 May 30 2002 bash
-rwxr-xr-x 1 0 0 31704 May 30 2002 cat
-rwxr-xr-x 1 0 0 36784 May 30 2002 chat
-rwxr-xr-x 1 0 0 33136 May 30 2002 chmod
-rwxr-xr-x 1 0 0 46860 May 30 2002 cp
-rwxr-xr-x 1 0 0 63656 May 30 2002 cpio
-rwxr-xr-x 1 0 0 51888 May 30 2002 date
-rwxr-xr-x 1 0 0 37892 May 30 2002 dd
-rwxr-xr-x 1 0 0 37276 May 30 2002 df
-rwxr-xr-x 1 0 0 21028 May 30 2002 driveid
-rwxr-xr-x 1 0 0 36072 May 30 2002 du
lrwxrwxrwx 1 0 0 16 Jun 17 2002 expect -> ../tvbin/tivoapp
-rwxr-xr-x 1 0 0 20744 May 30 2002 freeramdisk
-rwxr-xr-x 1 0 0 25228 May 30 2002 getprom
-rwxr-xr-x 1 0 0 99500 May 30 2002 grep
-rwxr-xr-x 1 0 0 71688 May 30 2002 gzip
-rwxr-xr-x 1 0 0 39376 May 30 2002 hdparm
-rwxr-xr-x 1 0 0 35564 May 30 2002 ln
-rwxr-xr-x 1 0 0 30924 May 30 2002 mkdir
-rwxr-xr-x 1 0 0 23204 May 30 2002 mkswap
-rwxr-xr-x 1 0 0 65228 May 30 2002 mount
-rwxr-xr-x 1 0 0 36004 May 30 2002 mv
-rwxr-xr-x 1 0 0 299512 May 30 2002 ntpdate
-rwxr-xr-x 1 0 0 33132 May 30 2002 rm
-rwxr-xr-x 1 0 0 93284 May 30 2002 rz
lrwxrwxrwx 1 0 0 4 Jun 17 2002 sh -> bash
-rwxr-xr-x 1 0 0 26420 May 30 2002 sleep
-rwxr-xr-x 1 0 0 39924 May 30 2002 smartctl
-rwxr-xr-x 1 0 0 49944 May 30 2002 sort
-rwxr-xr-x 1 0 0 45976 May 30 2002 stty
-rwxr-xr-x 1 0 0 22920 May 30 2002 swapon
-rwxr-xr-x 1 0 0 26844 May 30 2002 sync
-rwxr-xr-x 1 0 0 98584 May 30 2002 sz
-rwxr-xr-x 1 0 0 44700 May 30 2002 umount
-rwxr-xr-x 1 0 0 27064 May 30 2002 uname
-rwxr-xr-x 1 0 0 42452 May 30 2002 vmstat
bash-2.02#
bash-2.02#


I confirmed that the first line of the script is #!/bin/sh.

If I wanted to use bash should the first line be #!/bin/bash?

[mbriody]

I have:

#!/bin/bash

at the top of mine and I saved it as dmj.sh.

Try that.

[SeanC]

bash-2.02# cd /var/hack/dailymail
bash-2.02#
bash-2.02# chmod 755 dmj.sh
bash-2.02#
bash-2.02# ./dmj.sh
bash: ./dmj.sh: No such file or directory
bash-2.02#
bash-2.02#

[Disconnect]

Put the echo in. Oh.. and make sure you didn't create the file in windows (the linefeeds will confuse it. create it on the tivo with joe/vi or - if you haven't got any of those or don't want to screw with it, do:

cat > scriptname.sh
#!/bin/sh
/var/hack/dailymail/dailymail_jazz.tcl
^D

(don't type ^D, press ctrl-D) .. then chmod as usual.

[SeanC]

The echo is in. I have created many files with NoteTab and used them on the tivo with no problem before, it can save in the unix format.

[SeanC]

Originally posted by Disconnect
Put the echo in. Oh.. and make sure you didn't create the file in windows (the linefeeds will confuse it. create it on the tivo with joe/vi or - if you haven't got any of those or don't want to screw with it, do:
[code]
cat > scriptname.sh
#!/bin/sh
/var/hack/dailymail/dailymail_jazz.tcl
^D
[code]
(don't type ^D, press ctrl-D) .. then chmod as usual.

Thank you. This seems to be on the right track.

[SeanC]

Creating the file on the Tivo has done the trick. After the creation and first test I was able to download the file, edit it, upload it and it is still working.

Thanks a bunch Disconnect :)

Unfortunately after some testing cron is still not sending an email even though I have the poolsize problem fixed

*system* (04/23-18:24:00-137) RELOAD (/var/hack/etc/crontab)
cron (04/23-18:30:00-994) CMD (/var/hack/autoremap.tcl &)
cron (04/23-18:30:00-995) CMD (/var/hack/dailymail/dailymail.sh > /var/hack/log/dailymail_jazz 2>&1)
cron (04/23-18:30:01-993) MAIL (mailed 65 bytes of output but got status 0x0001

[wadevb]

Ok, I have my own bizzare reboot behavior going on.

Basically, I have a script to invoke dailymail_jazz.tcl

bash-2.02# cat run_dailymail
#!/bin/bash
cd /var/hack
TIVO_ROOT=""
MFS_DEVICE=/dev/hda10
export TIVOSH_POOLSIZE=3244032
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin
/var/hack/dailymail_jazz.tcl email1 email2 >& /var/hack/dailymail.log

This, when run from a bash shell, works as expected.
However, when I run from cron, I get a reboot. The following is from /var/log/tverr

Apr 23 22:57:04 (none) TmkAssertionFailure[182]: (FsStartFunction, line 141 ())
Apr 23 22:57:04 (none) tivosh[182]: Tmk Fatal Error: Thread tivosh <182> died due to signal -2
Apr 23 22:57:04 (none) tivosh[182]: Tmk Thread Backtrace: 1aa90ac 1aa79c8 1d7e998 1d7ec08 1ced1d8 1ce982c 1ce6a28 1d48968 1d363d8 1d53470 1d5457c 1ce648c 1ce61d4 1800134
Apr 23 22:57:04 (none) tivosh[182]: Tmk Fatal Error: Thread died due to signal -2
Apr 23 22:57:04 (none) tivosh[182]: Invoking rule 834: rebooting system

Note, I am getting a different TmkAssertionFailure than the others reported.

I got this error independent of the TIVOSH_POOLSIZE var.

My crontab looks like :
SHELL=/bin/sh
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/var/hack/bin

# m h dom mon dow command
#00 * * * * date >> /var/hack/cron.test.out
57 * * * * /var/hack/run_dailymail >& /var/hack/rdm.out

I can look at the cron log, and see that it executed the command.

cron (04/23-22:57:00-180) CMD (/var/hack/run_dailymail >& /var/hack/rdm.out)
CRON (04/23-22:58:41-131) STARTUP (fork ok)

Any ideas out there on what could be wrong?
is there an equivilent of a printenv for the shell? Since it works command line, I am guessing that the prob is related to the cron's shell env. BTW, I tried both a sh, and the bash shells with the same results.

I googled printenv, but couldn't find anything relevant.

Wade

[LJ]

Here's a code snippet that will tell if you if any Showcases have been updated recently:
puts "Checking for new showcases..."
set showcasedir "/Showcase"
set sccount 0
ForeachMfsFileTrans fsid name type $showcasedir "" 2 {
if {[expr [clock seconds] - [mfs moddate $fsid]] < [expr $hoursahead * 3600]} {
set sc [db $db openid $fsid]
set scname [lindex [dbobj $sc get Name] 0]
incr sccount 1
}
if {$sccount == 2} {
break
}
}
if {$sccount == 1} {
set message "* A new $scname Showcase arrived in the last $hoursahead hours!<p>"
} elseif { $sccount == 2 } {
set message "* Showcases have been updated in the last $hoursahead hours!<p>"
} else {
set message ""
}

return $message

The message formatting will probably need to be adjusted depending on which flavour of Dailymail you're running!

[dogo]

Ok got dailymail working a few days ago and things have been fine! till today i now have the following error

15:29:35-debug-mintime >>1082734175<<
15:29:35-debug-maxtime >>1082906975<<
can't open object (0x00030007)

while executing
"db $db openid $fsid"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFileTrans fsid name type $nowshowingdir "" 20 {
set rec [db $db openid $fsid]
set showing [dbobj $rec get Showing]
set program [..."
(procedure "init_ns_cache" line 30)
invoked from within
"init_ns_cache"
(procedure "get_programshowings" line 47)
invoked from within
"get_programshowings $tofind_fsid 1"
(procedure "alt_showing_hist" line 4)
invoked from within
"alt_showing_hist $id $id2"
("uplevel" body line 70)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFile fsid name type "/Recording/History" "" {
set recdate [split $name ":"]
regsub {^(-?)0+([1-9])} [lindex $recdate 1] {\1\2} rectime
..."
(procedure "recordhistory" line 43)
invoked from within
"recordhistory"
(procedure "outputSection" line 79)
invoked from within
"outputSection 4"
(file "./dailymail_jazz.tcl" line 3591)

any ideas

[nosaj56]

Hello,

I can run daily_jazz perfectly manually. It doesn't want to work when I try to send the mail through tivowebplus. Also, when I try to view the log file through tivowebplus, nothing shows up. I'm on a RCA DVR-40 series 2 dtivo.

TIA.

[Briam]

Hey all,

Great stuff here! I am a bit new (hacked my Tivos over this last week). I have everything else that I have added running, but have two little issues.

I am running TivoWebPlus 1.0 and works great.... I then added the Dailymail_Jazz 35.6 and seem to have no issues setting and changing variables....

Issue 1) cron: grabbed con-3.0pl1_TiVo-2 (ftp binary) and followed the instructions but when I run it I get:

bash: ./cron: cannot execute binary file

...do I have the wrong binaries?

Issue 2) My second issue is simular to the post by "dogo" but I never ran an earlier version. I run dailymail_jazz.tcl and get the following:

I get a lot of normal good stuff... then...

16:46:01-debug-checking S.M.A.R.T. status
16:46:01-debug-SMART command did not successfully run on disk A - check path & setup.

not worried about the "not successfully" on B since I dont have a B.

Then it is followed by good stuff until:

16:46:21-debug-started record history procedure
16:46:21-debug-mintime >>1082825181<<
16:46:21-debug-maxtime >>1082997981<<
can't open object (0x30007)

while executing
"db $db openidconstruction $id $subid"
("uplevel" body line 2)
invoked from within
"uplevel $body"
invoked from within
"transaction {uplevel $body}"
(procedure "RetryTransaction" line 5)
invoked from within
"RetryTransaction {
set channelobj [db $db openidconstruction $id $subid]
set record [defaultval 1 [dbobj $channelobj get Record]]
..."
(procedure "init_channelindex" line 52)
invoked from within
"init_channelindex"
(procedure "get_programshowings" line 45)
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)

Please help!!!

[dogo]

Hi Briam,

I've just rebooted my TiVo and tried running dailymail again but got a slightly diffrent error message

17:54:47-debug-maxtime >>1083002087<<
no room for a 11576 byte object
while executing
"mfs get $genretablefsid"
("uplevel" body line 3)
invoked from within
"uplevel $body"

The bit that was interesting was "no room for a 11576 byte object"

Looking at previous post they indicated that there could be a problem with memory so i did the following command

export TIVOSH_POOLSIZE=3244032

an all works now.

[Briam]

I have done several reboots, but nothing seems to help. This is a pretty clean box (little history, etc), I dont think I am yet approaching a mem issue. I will try it since I have nothing to lose.

About the cron, are you using the same version that I am? con-3.0pl1_TiVo-2

What type of tivo are you running? (DirectTV S2)

[lcsneil]

Originally posted by Disconnect
still easy to fix - just name that wrapper dailymail_jazz.tcl and rename the script to something else. This isn't windows, the extension doesn't matter :)

(Well.. unless its doing something strange with how it runs it, but I suspect it isn't.)

Well I tried renaming the original script to dailymail_jazz_core.tcl and then generated a new script called dailymail_jazz.tcl which contains:-

code:-----------------------------------------------------------------------
#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz_core.tcl
------------------------------------------------------------------------------

This all works fine when run via CRON. However, it now doesn't seem to run when I try a manual send dailymail from within Tivoweb.

I presume that 'Managedailymail' as mentioned earlier in this thread is the module in Tivoweb that instigates a manual email?

Anyone else have this problem?


Neil

[Briam]

I guess I spoke too soon....

I did the manual :

export TIVOSH_POOLSIZE=3244032

and now I get much farther... (well at least I think it is much farther)

...I am able to run the ps from this location with no issues...

18:13:36-debug-about to run ps
/var/hack/bin/ps: /var/hack/bin/ps: cannot execute binary file
while executing
"exec $shellcmd ax"
(procedure "gettempuptime" line 130)
invoked from within
"gettempuptime"
(procedure "outputSection" line 53)
invoked from within
"outputSection 5"
(file "./dailymail_jazz.tcl" line 3880)

[nosaj56]

Originally posted by lcsneil
Well I tried renaming the original script to dailymail_jazz_core.tcl and then generated a new script called dailymail_jazz.tcl which contains:-

code:-----------------------------------------------------------------------
#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz_core.tcl
------------------------------------------------------------------------------

This all works fine when run via CRON. However, it now doesn't seem to run when I try a manual send dailymail from within Tivoweb.

I presume that 'Managedailymail' as mentioned earlier in this thread is the module in Tivoweb that instigates a manual email?

Anyone else have this problem?


Neil

Exact same problem I have. Plus, the log file doesn't show through tivowebplus.

[Briam]

Ah ... a little more progress:

I replaced my bin files with ones that would work (I guess they were the wrong binaries) and it is working properly now. I get the email. I did switch to bcron instead of cron (since I dont have the binaries for that).

and after a full reload... so did the tivoweb plus!!

Thanks all!

[slimjime17]

Originally posted by iguru42
Creating the file on the Tivo has done the trick. After the creation and first test I was able to download the file, edit it, upload it and it is still working.

Thanks a bunch Disconnect :)

Unfortunately after some testing cron is still not sending an email even though I have the poolsize problem fixed

*system* (04/23-18:24:00-137) RELOAD (/var/hack/etc/crontab)
cron (04/23-18:30:00-994) CMD (/var/hack/autoremap.tcl &)
cron (04/23-18:30:00-995) CMD (/var/hack/dailymail/dailymail.sh > /var/hack/log/dailymail_jazz 2>&1)
cron (04/23-18:30:01-993) MAIL (mailed 65 bytes of output but got status 0x0001

Hi iguru42

I got the same error as you before I did the poolsize problem fix.
Here is my log from cron: -

CRON (04/23-07:57:36-322) STARTUP (fork ok)
cron (04/23-07:58:00-324) CMD (var/hack/dailymail_jazz.tcl &)
cron (04/23-07:58:00-323) MAIL (mailed 64 bytes of output but got status 0xffffffff)
CRON (04/23-08:05:43-332) STARTUP (fork ok)
cron (04/23-08:06:00-335) CMD (var/hack/dailymail_jazz.tcl &)
cron (04/23-08:06:00-334) MAIL (mailed 64 bytes of output but got status 0x0001)
CRON (04/23-08:11:00-111) STARTUP (fork ok)
CRON (04/23-08:18:48-114) STARTUP (fork ok)
CRON (04/23-08:24:33-114) STARTUP (fork ok)
CRON (04/23-08:28:14-114) STARTUP (fork ok)
CRON (04/23-08:37:04-169) STARTUP (fork ok)
CRON (04/23-08:38:09-173) STARTUP (fork ok)
cron (04/23-08:39:00-175) CMD (/var/hack/dailymail_jazz)
CRON (04/23-08:43:56-189) STARTUP (fork ok)
CRON (04/23-10:01:52-114) STARTUP (fork ok)
CRON (04/23-10:06:59-114) STARTUP (fork ok)
CRON (04/23-10:40:20-114) STARTUP (fork ok)
CRON (04/23-11:13:57-155) STARTUP (fork ok)
cron (04/24-04:01:00-254) CMD (/var/hack/moviesort.tcl)
cron (04/24-05:01:00-258) CMD (/var/hack/dailymail_jazz)
cron (04/25-04:01:00-321) CMD (/var/hack/moviesort.tcl)
cron (04/25-05:01:00-325) CMD (/var/hack/dailymail_jazz)
cron (04/26-04:01:00-402) CMD (/var/hack/moviesort.tcl)
cron (04/26-05:01:00-406) CMD (/var/hack/dailymail_jazz)
cron (04/27-04:01:00-481) CMD (/var/hack/moviesort.tcl)
cron (04/27-05:01:00-485) CMD (/var/hack/dailymail_jazz)

on the 04/23 at 08:39 is when I did the poolsize fix.

here is my cron tab file: -

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

MFS_DEVICE=/dev/hda10
TIVO_ROOT=""

01 5 * * * /var/hack/dailymail_jazz
01 4 * * * /var/hack/moviesort.tcl

Here is my dailymail_jazz file: -

#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail_jazz.tcl my.email@address.com

my.email@address.com is substituted with my real address.
Hope something here helps

SlimJime17

[gyre]

Apologies if this has been reported before, or I've messed something up.

The links in the expiry section seem messed up. For example, the 'view details' is given in every case as:

http://addr.of.my.tivo/showing/

and the edit recording links seem to be fairly random which recording they edit.

This isn't the case in the other sections which seem spot on.

This is 0.35.6.

Thanks!

-- gyre --

[smokie]

My dailymailjazz is running fine and works daily from CRON. The mail doesn't reach me every day, but I'm pretty sure it's been sent and that's no biggie.

However, maybe I'm misunderstanding, but if my command line said dailymailjazz.tcl fred@somewhere.com wilma@somewhere.com, then fred and wilma should both receive emails but the recipient in the config file wouldn't? Only it always seems to only send to the email addy in the config file.

Any ideas? (I'm using rules to forward the mail, so again, not a biggie)

[lcsneil]

I've been trying to edit dailymail_jazz.tcl using joe direct via a Telenet session to make the Message-Id syntax correct according RFC 2822.

( It should have angle brackets around it if you are listening Tivo-Onion like this puts $chan "Message-Id: <[clock seconds]@$domain>")

However, everytime I try and edit it it refuses to run afterwards.

All I get is the following no matter what I seem to do (including adding say one additional comment line!)

./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: global: command not found
<snip>
./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: global: command not found
./dailymail_jazz_core.tcl: /dailymail.cfg: No such file or directory
./dailymail_jazz_core.tcl: puts: command not found
./dailymail_jazz_core.tcl: puts: command not found
./dailymail_jazz_core.tcl: puts: command not found
./dailymail_jazz_core.tcl: puts: command not found
./dailymail_jazz_core.tcl: line 217: syntax error near unexpected token `}'
./dailymail_jazz_core.tcl: line 217: `}'

Anyone any ideas?

Neil

[lcsneil]

OK replying to my own thread (well it's too wet to go outside) it seems to work if I edit it in notepad on the PC then use dos2unix!

But not direct on the Tivo using Joe.

Thoroughly confused!

Neil

[Snoopy]

I had alot of trouble with it too so you are not alone. i never could get daily mail to work for me. As yet, there do not appear to be the clearest of instructions.

[horwitz]

Originally posted by Snoopy
I had alot of trouble with it too so you are not alone. i never could get daily mail to work for me. As yet, there do not appear to be the clearest of instructions.
A newbie how-to would probably be nice, starting from scratch (well, assuming TiVoWeb is installed and that you know how to FTP and telnet and the like).

[gyre]

Enhancement request... instead of sending just HTML in the mail message, could you send it in MIME format?

That way those of us who can only read HTML if they appear as attachments can see it.

Thanks!

-- gyre --

[Snoopy]

Originally posted by horwitz
A newbie how-to would probably be nice, starting from scratch (well, assuming TiVoWeb is installed and that you know how to FTP and telnet and the like). I agree completely. We could certainly start with the assumption that one knows how to FTP and telnet into the TiVo, and that they are working with the latest versions of TiVoWebPlus and dailyjazzmail. A how-to starting from there would be a big help!

[gyre]

Somebody asked for a description of how to get dailymail running.

I'll have a stab at this, as it appears to work for me.

This post will talk about getting the file across to the tivo and
setting up tivoweb to be able to configure dailymail. If this is
useful, I'll do a couple of further posts which will explain how to
configure up dailymail, and how to get it running with cron.

On a Windows box, extract the 'dailymail v0.35 beta' directory from
the 'dailymail v0.35.6 beta.zip'. XP has built-in support for
zip extraction, but you can use winzip if you want to.

The images within the 'images' sub-directory should probably be hosted
on a non-tivo web server, as they contains .gif and .jpg files which I
was unable to get tivoweb 1.9.4 to serve out of the box.

I believe that some folks from this forum have already kindly hosted
these images, so check this thread for their URLs to use in your dailymail
config file if you don't wish to host them yourself.

Next, log into your tivo with telnet client. I prefer putty,
but telnet.exe that comes with modern versions of windows will probaby
work too.

I have a /var/hack directory on my tivo. Under that I have 'bin', and
'tivoweb-tcl' directories.

On the tivo, change directory to /var/hack/bin for now. If you don't
have it, use mkdir to create it:

mkdir /var/hack/bin

You can now transfer the 4 files in daily mail's 'bin' directory into
/var/hack/bin using a suitable ftp client. You must use BINARY mode,
otherwise they may well be munged and not run correctly.

On the tivo, make sure the 4 binaries are executable with:

chmod +x *

in the /var/hack/bin directory.

Next, if you have tivoweb 1.9.4 and want to install dailymail's
tivoweb support files (recommended), then you'll need to copy the 2
files from the 'tivoweb-modules' folder across to the modules
directory on the tivo. This is in /var/hack/tivoweb-tcl/modules on my
tivo. Once again, make sure you ftp across in BINARY mode.

To see those modules from tivoweb, you will need to restart it. I do
this from the tivoweb main page, choosing the 'restart' and then the
'full reload' links.

The last 2 files to copy across to the tivo are the dailymail.tcl and
dailymail.cfg files. I put those in my /var/hack directory, but you
may wish to use /var/hack/dailymail or /var/hack/dailymail_jazz. Once
again, use BINARY mode to transfer in ftp.

I found the nicest way of editing the dailymail.cfg file on the tivo
was through the tivoweb module that we just installed. Other ways of
doing it would be to use 'joe' or 'elvis' on the tivo, but you'll have
to find a suitable binary of those and copy it across to your tivo.

If you installed the module right, and restarted tivoweb, you should
see a 'Manage Daily E-mail' link at the top of most tivoweb pages.

From there you can select the 'Edit daily status e-mail configuration
file?' link.

This looks in the locations:

/var/hack/
/var/hack/dailymail/
/var/hack/dailymail_jazz/

for the dailymail.cfg file.

If you were lucky, you should now see a web page with an embedded web
page containing the dailymail.cfg file. You can make changes to this
file and then hit the 'save' button at the bottom of the screen if you
are happy with it.

More later.

-- gyre --

[Snoopy]

GREAT Gyre!
That explaination goes a long way toward helping the newbie install the darn thing. For me, it was actually the dailymail.cfg file that I think I am having difficulty with. Explaining those enties in a little more depth (particularly with a real-life "example" of relevant entries) would help a bunch!

[Fozzie]

Originally posted by Snoopy
I had alot of trouble with it too so you are not alone. i never could get daily mail to work for me. As yet, there do not appear to be the clearest of instructions. There used to be a very good datasheet included in the earlier versions of dailymail_jazz that explained most things. I don't know where it went but I guess it soon got out of date, what with all the recent updates.

[gyre]

This post discusses what I needed to change in my dailymail.cfg file to get it working fine for me, and gives some of the reasons behind it.

I'll try to explain why I've done certain things below, but feel free to shout
if it isn't explained well enough.

Anything not mentioned has the default value as shipped.

The main problems I found while configuring dailymail were twofold. Firstly
to get it to actually send the mail, and secondly to display the pretty images
within the actual mail.

The first thing to note is that you don't actually *have* to *send* the mail
to start with. With the right couple of settings you can get it to generate
the report and leave that as a HTML file on the tivo so that the dailymail
tivoweb module can display it. Once you have that working OK you can then
choose to get your tivo to send the mail if you wish.

So, to start with, why not use the following 2 settings:

set emailsendrequired false
set htmlfilerequired true

This should cause the report to be generated but not sent.

The tivoweb module for daily mail gives you the options of generating a
report, viewing the last report generated and looking at the logfile generated
to see what went wrong. Very useful.

So, with a few of the settings listed at the end of this post, and the two
above, you should be able to generate a report and view it through tivoweb.

The second problem I had was with the images referred to in the report. I
found that sticking them on another (non-tivo) web server, or using somebody
else's hosted images worked fine.

For me, this:

set dmailGraphicsURL "http://10.0.0.4/DailyMailImages"

worked, as I'd hosted them on another machine on my LAN.

If you want to get mail sending working... that's more difficult.

For me, that meant that I had to change my daily calls from using the
modem/phone line to using the Internet via my LAN. This may not be the case
for you. If not, then skip the next 3 paragraphs.

I found that the default gateway from my TiVo was set wrong all the time I was
using dial-up/modem for daily calls, and couldn't easily be over-ridden. Once
I switched to making the daily call via the turbonet card, I was able to
connect to my ISP's SMTP server from the TiVo just fine.

I telnetted to the TiVo and then ran nic_config_tivo. I told it what the IP
address of the TiVo was on the LAN, the gateway it needed to use (which was
the LAN-side IP address of my ADSL router), and to use the network to make the
daily calls. After rebooting, I made a test call from the TiVo with the modem
cable unplugged to see that it worked OK.

From the TiVo, I attempted to ping my ISP's SMTP server host. Depending on
your firewall/router configuration, this may not work for you.

As it worked for me, I expected that I'd be able to send mail from my TiVo, so
changed the line in the dailymail.cfg file to:

set emailsendrequired true

and proceeded to generate a new report... which duely was sent OK.

I know that folks have been having problems with pool sizes and
dailymail.tcl... I'll try to cover that in the 3rd part when I talk about how
I got cron working. At the moment, generating the dailymail report from
tivoweb doesn't seem to have tickled that particular problem for me, although
I've seen it happen under cron.

So, with all that out of the way, here is what I changed in my dailymail.cfg
file from the defaults.


Section 1:

All default.


Section 2:

--> set mailserver "195.112.4.54"

I send mail via smtp.nildram.co.uk, so I ran nslookup from XP to get the
associated IP address.

--> set domain "nildram.co.uk"

I guess if I had a domain on my lan at home I might be able to use that... but
it seemed sensible to use my ISP's domain.

--> set recipient "gyre@spam.org"

That's where I wanted the report to be sent on a daily basis.

--> set sender "gyre.nospam@nildram.co.uk"

I found that Nildram was a bit picky about what sender was set to. I tried
foo@bar, but it said it wasn't valid. It is possible that foo@bar.eek might
work, but I've not tried it. You might want to use a valid e-mail address in
your ISP's domain, just in case they are extra-paranoid. Also, I suspect, if
the mail fails to be delivered, you want somewhere for it to bounce back to.


Section 3:

--> set version3 false

I'm a UK TiVo user.

--> set uktivo true

Ditto.

--> set endpadinstalled true

Yes, I have an old version installed.

--> set reddotinstalled false

Nope. I use a t-link device.

--> set tivowebplususer false

Nope. Just normal tivoweb 1.9.4.


Section 4:

--> set dmailShowSuggestions false

I have suggestions turned off on my TiVo.

--> set dmailLinksOn true

Yup. Useful. You get links back to tivoweb running on your TiVo so you can
change things.

--> set graphicson true

Yup, looks real pretty. You probably need to make sure that you've hosted the
images on a web server somewhere, otherwise you'll get loads of red crosses
when you see the html page.

--> set endpadstatus true

Yup. Gives a pretty pulsating heart :)

--> set suggestioneq false

I have a realy old version of endpad which doesn't have this functionality.

--> set everythingeq false

Ditto.

--> set reddotstatus false

No red dot.

--> set spacebarrequired true

Yup. This looks real pretty in the generated HTML if you've hosted the
graphics.

--> set viewthumbs false

I have suggestions switched off, therefore I don't care about displaying
redundant thumb icons in the HTML output.

--> set emailsendrequired true

If you just want to test that the dailymail program runs without worrying
about whether you have your TiVo on the Internet or have correctly specified
mail settings, then set this to false. If the option below is set to true
then dailymail will generate a HTML file which you can view from an option
under tivoweb's 'Manage Daily E-Mail' link.

--> set htmlfilerequired true

I set this to true so I can see what just got generated in case it didn't get
sent.

--> set bulletinverbose true

This displays extra information in the generated HTML, including disk usage.

--> set cronlistrequired false

I leave this as false for now.


Section 5.

--> set endpadstartpadmin 5

When I start endpad from my rc.sysinit.hack file on boot, I give it 5 minutes
start padding time.

--> set endpadendpadmin 10

and 10 mins for end padding. I'm guessing that these two values are used by
the endpad handling tivoweb module that comes shipped with dailymail.


Section 6

Default.


Section 7

--> set smartCmd "/var/hack/bin/smartctl"

This is where I installed the 'smartctl' binary which came with dailymail.
This tries to determine the health of your A (and if installed) B drives. You
may need to enable S.M.A.R.T. on the drives before this is of any use. I
think that:

/var/hack/bin/smartctl -s /dev/hda

might work from a telnet session to your TiVo, but I can't remember offhand,
so don't blame me if you wipe everything out :) I'll check when I get back
home tonight.

--> set pslocation "/var/hack/bin/ps"

This is where I installed the 'ps' binary that came with dailymail.

--> set pidfilelocation "/var/run/endpad.pid"

I believe this is the default location for endpad to write its process ID.

--> set listcmd "/var/hack/bin/ls"

This is where I installed 'ls'.

--> set endpadlogloc "/var/log/endpad.log"

I believe this is the default location for endpad to log to. You can view the
endpad log from tivoweb.

--> set endpadexecfilename "/var/hack/endpad.tcl"

I put mine here. You might have put yours elsewhere under /var/hack.

--> set htmlfilename "/var/hack/dailymail_jazz.html"

Remember earlier we asked for the HTML to be saved in a file? Well this is
where it gets saved. The daily mail tivoweb module seems to find it just fine
here, but I guess it might work to put /var/hack/dailymail/dailymail_jazz.htm
instead.

--> set tivowebmodulesdir "/var/hack/tivoweb-tcl/modules"

That's where mine went.

--> set tivowebdir "/var/hack/tivoweb-tcl"

Cos that's where my tivoweb was installed.


Section 8.

--> set dmailTivoURL "http://10.0.0.1"

This is the URL of my TiVo on my lan. This URL gives me a tivoweb main page.

--> set dmailGraphicsURL "http://10.0.0.4/DailyMailImages"

OK, here is where I put my images earlier. I stuck mine on another website,
cos I couldn't get tivoweb to serve gif and jpg files. Other kind folks have
made the images available on their sites, so you can stick in their URL here
if you wish. Just give the URL to the directory containing the images here.
I dumped in all under 'DailyMailImages', but that's just for convenience.


Section 9.

Default.

Any problems, errors, omissions, please shout.

-- gyre --

[Snoopy]

Thanks Gyre for all that hard work. I just may take a stab at installing it again. I tried to clean up the formatting a little to make it a little easier for me to follow along. Both of your posts are contained within the attachment. It should be opened with MS Word.

[gyre]

Thanks snoopy. I hope it helped a bit.

I'll have a bash at getting the cron stuff done in the next day or two.

-- gyre --

[Snoopy]

Originally posted by Snoopy
after messing around for 2 hours making sure that configuration file is correct and matching it with your notes i still get an error. Tivoweb even show the log what went wrong. I give up. This program badly needs a set of defaults that will at least RUN without all the questions. We need an installation routine that asks only a "few" basic questions and sets itself up with limited function? AFTER THAT, one can go in and tweak all the stuff. This thing simply isn't going to take off unless it gets easier to set up. Great idea but if it won't even install then it's not worth the hassle.

[Fozzie]

I think you need to calm down a bit. The program DOES have a set of defaults, DOES work fine, HAS taken off if you see the number of downloads and IS worth any hassle to get it up and running. Having said that, there is very little config required to get dailymail_jazz up and running. Most problems that people have are external to the app e.g. ISP mail issues, CRON etc.

Tivo-onion (and others) have put a lot of their own time and effort into developing apps like this for no personal gain. Throwing teddys out of prams is not going to do you any favours if you want help installing the app. I think the lack of replies to your posts may be saying something.

If you want help then I'm sure people are willing to assist but if you just want to rubbish the app and not install it because you don't want the hassle then that's your choice (and your loss I suspect - the app is very useful). Don't forget too that this is hacking after all and by its' very nature is a risky process. Things won't always work first time.

Just my two-penneth ;)

[sanderton]

Snoopy, this and other hacks are created by people just doing it for the hell of it, not with the objective of it "taking off". Very few programmers document for fun. Installers are dull too. :)

If you think there should be an installer, then the corect response is to write one and post it here - that's how all this stuff gets done.

[Snoopy]

Originally posted by Fozzie
If you want help then I'm sure people are willing to assist...Just my two-penneth ;) I appreciate the comments. I'm sorry if I offended you. Could you take a look at the error above and tell me what you think is likely to have caused it. I gave a screenshot of the error. There was no information in the log file.

[Snoopy]

Originally posted by sanderton
Snoopy, this and other hacks are created by people just doing it for the hell of it, not with the objective of it "taking off". Very few programmers document for fun. Installers are dull too. :)

If you think there should be an installer, then the corect response is to write one and post it here - that's how all this stuff gets done. Thanks for that also Sanderton. You have written some great stuff. Again, I appologize if the post sounded harsh. Can you tell me why I might have gotten the attached error?

[sanderton]

The TW page gives no info - its the log file we need.

Do you mean it was empty?

Change the debug level to 3 in the config file and try again.

By the way, I have to say the config file for DMJ is extremely well explained and documented!

[lcsneil]

I must 2nd that. The programme works well. All the posts I have been making are due to external factors (CRON etc) not the core dailymail app.

Well from the image that you posted & I downloaded that was just the screen grab of Tivoweb. Not much use.

Couple of questions:-

1) Have you renamed dailymail_jazz.tcl at all (i.e. taken any of the advice about scripts and memory size?)

2) How were you trying to run it? Via Tivoweb, Tivoweb Plus or direct from a BASH prompt?


Neil

[Snoopy]

Sanderton, thanks for your reply.
Yes, that is correct. The TW page gives no info. Also the log file in /var/log daily_jazz.log is empty, even after changing the debug value from the default of 2 to the highest value of 3.

Icsneil, thank you for your reply.
I have left the dailymail_jazz.tcl in it's original suggested location inside the /var/hack/dailymail folder and am running it from the latest version of TiVoWeb which is TWP 1.0 final. I have set the configuration for that also.

It seems though, that the dailmail files .tcl and .cfg must be in the root of var hack. I'm getting a log file now. I'll try and troubleshoot this later. Once, I'm done, I'll try and fine-tune the process I went through so that others won't have such a hard time.

I appreciate all the brains on this. Again, please accept my appologies if I offended anyone.

[PortlandPaw]

Snoopy, please don't discourage people who are trying to learn and contribute all at the same time. It's not easy, or everybody would do it. I have found this forum a great place to share ideas, problems and solutions. It's not a bazaar of ready-for-primetime products, complete with InstallShield front ends. You should be helping and encouraging these efforts, not throwing a wet blanket over them.

p.s. I just spent two hours removing the sasser worm from eight of our local library's computers. Now that's frustrating and a waste of time. I would look at your two hours as "hobby time."

[lcsneil]

Originally posted by Snoopy
Also the log file in /var/log daily_jazz.log is empty, even after changing the debug value from the default of 2 to the highest value of 3.


If you have left it as standard then I think that the log is in /var/hack/log/dailymail_jazz

(Unless I have altered mine - not able to check at the moment)

Neil

[smokie]

Just spent a happy hour bring this up to date on the TiVo. Is the functionality still there to send to alternate/additional mail users by adding their address to the command line?

If so, in my crontab is there any reason why fred and wilma shouldn't receive the mails instead of the person in the .cfg in this example?

* * * 1-7 /var/hack/dailymail_jazz.tcl fred@home.com wilma@gym.net


UPDATE:

I have discovered that running it from the command line DOES work as expected, so it looks like I can't pass parameters when calling it from CRON. Could I set up some kind of file somewhere containing "dailymail_jazz email1 email2" which I could call from CRON?

[Fozzie]

Snoopy - I think you're trying to do too much in one go. I would ditch trying to run from Tivoweb for now and just run dailymail_jazz.tcl from command line.

The log file should be in /var/log and is called "dailymail".

[SeanC]

Not to say that Dailymail is not a great hack but I'm done with it for the time being. Like Snoopy I have tried to get it to work and have only had partial success.

I have only been able to recieve email from my tivo by running dailymail from bash.

I have the poolsize issue fixed.

I cannot send a dailymail from tivoweb, I get an error.

Dailymail does not generate a log file, I have checked numerous times it is always empty.

Eventually dailymail will fail from bash and only a reboot of the tivo will get it to work again.

As near as I can tell cron is working, the crontest works properly.

Anyhoo, I'll keep my eye on this thread and maybe give it a try in another month or two but I'm just plain tuckered out.

[artman666]

Newbie alert! When I telnet into my tivo, and type /var/hack/dailymail/dailymail_jazz.tcl I can successfully generate the dailymail email.
I put a copy of cron in /var and call /var/cron from my rc.sysinit script at startup

My cron seems to be working because it generates the cron.test.out in /var/hack at the corretc time. When I have the following in my crontab file the tivo crashes and reboots itself when cron triggers dailymail. Could someone help me.
Crontab file contents:
# /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

# m h dom mon dow command
*/10 * * * * /var/hack/dailymail/dailymail_jazz.tcl &



Thanks!
:confused:

[Fozzie]

Hi & welcome to the forum :)

I don't think you've got all the right entries in the crontab file. There are a few Tivo peculiarities plus I don't think you've got the command to run dailymail_jazz quite right. Mine 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:/var/hack/bin:/var/hack/etc

# 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.

# m h dom mon dow command
50 05 * * 0-6 /tvbin/tivosh /var/hack/dailymail_jazz.tcl > /var/log/dailymail 2>&1
50 17 * * 0-6 /tvbin/tivosh /var/hack/dailymail_jazz.tcl > /var/log/dailymail 2>&1

My crontab is in /var/hack/etc (although cron itself is in /var/hack/cron). IIRC there is actually a good reason for this but I can't remember what it is!

HTH

[lcsneil]

Do you have an expanded hard drive or a lot of season passes and Now Showing progs by any chance?

Suspect it might be a memory problem! See here (http://www.tivocommunity.com/tivo-vb/showthread.php?postid=1879313#post1879313)

Neil

[gyre]

The */10 means to run every ten minutes. Not sure you want to do that :)

-- gyre --

[Fozzie]

Originally posted by lcsneil
Suspect it might be a memory problem!Don't see why, since artman666 says he can run dailymail_jazz.tcl fine from command line. Does running it from cron use extra memory then?

Originally posted by gyre
The */10 means to run every ten minutes. Not sure you want to do that :)Its a normal thing to do when testing with cron. It saves having to keep editing the crontab everytime you want to kick off a command ;) Naturally once you've finished debugging you set it to something more sensible :)

[lcsneil]

Originally posted by Fozzie
Don't see why since, artman666 says he can run dailymail_jazz.tcl fine from command line. Does running it from cron use extra memory then?


Neither do I but I'm just recounting my experiences!

BASH equalled fine
CRON equalled re-boot

C'est la vie!

Neil

[gyre]

Seconding lcsneil, I didn't get a reboot, but I did get the thing failing mid-way within cron without the pool size environment variable being set. It didn't fail at that point when launched from tivoweb nor from the shell.

I did what many others have done, created a shell script which changed that variable then launched the real dailymail_jazz.tcl.

-- gyre --

[Fozzie]

Originally posted by lcsneil
BASH equalled fine
CRON equalled re-bootInteresting! Perhaps someone with more knowledge of these things can explain why running from cron causes dailymail_jazz to use more memory than from BASH :confused:

[artman666]

Wow this is a great forum. I would like to increase the poolsize but i don't know how to create a bash script. Does this mean that I need to put a line in my rc.sysinit file with:
export TIVOSH_POOLSIZE=3244032

or do I have to call a script file with this command contained inside from rc.sysinit file.

[lcsneil]

Try having a read backwards through this thread. Don't think it's more than 3-4 pages away??

Neil

[artman666]

So i am now triggering dailymail_jazz.tcl from the following script :
#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz.tcl

If I trigger this script from the bash then it works fine and sends the email. If I trigger the script from cron is restarts my tivo.

Any other ideas?

[lcsneil]

Personally I have renamed the dailymail_jazz.tcl to dailymail_jazz_core.tcl and then generated a script called dailymail_jazz.tcl

So I still call dailymail_jazz.tcl from BASH or CRON and it reads:-

#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz_core.tcl


Have you set the debug level to 3 and seen what the dailymail log says?

Neil

[Fozzie]

What does your crontab have in it?

[lcsneil]

Another question is have you expanded your drives and what 'look-ahead' have you got the dailmail set to?

I usually can't get much more than 168 hours.

Also have you got the variables:-

MFS_DEVICE=/dev/hda10
TIVO_ROOT=""


set in your crontab file?

Neil


Neil

[smokie]

This CRON malarky has caused me problems, but I think I have it cracked!!!

I have CRON running successfully with all the variables and set as above. The log shows that the dailymail program was being called at the expected time, yet nothing was happening. No dailymail log, no errors in cron log and no email.

The dailymail module worked fine when called from a bash prompt or from tivoweb. I had also put a module in between CRON and the core module to ensure pool size is set higher but still no joy.

It had, on occassions and intermittently, worked fine from CRON too, but I think it's since I updated dailymail to the latest version (to give TiVoWeb support) it wouldn't work at all from CRON.

However, having spent quite a few hours on it this morning, I now have it working consitently. The final fix was when I read Fozzie's sample CRONTAB entries above, then appended > /var/log/dailymail 2>&1 to my CRONTAB entries. It is now working fine.

Hope this is helpful to someone else, and thanks to all here for the tips. Now I must get on with some work!!!!

[artman666]

Originally posted by lcsneil
Another question is have you expanded your drives and what 'look-ahead' have you got the dailmail set to?

I usually can't get much more than 168 hours.

Also have you got the variables:-

MFS_DEVICE=/dev/hda10
TIVO_ROOT=""


set in your crontab file?

Neil


Neil
no I did not and that fixed the crash when I added these entries. Thanks for the help.

[Fozzie]

Originally posted by artman666
no I did not and that fixed the crash when I added these entries.So you didn't read my post to you 10 minutes after you asked for help yesterday evening then :( Never mind - at least you've got it working now :D

[artman666]

Originally posted by Fozzie
So you didn't read my post to you 10 minutes after you asked for help yesterday evening then :( Never mind - at least you've got it working now :D

I did read that post and tried the change yesterday but it still crashed. i think it was a combination of the poolsize and tivo root not being set in the crontab.

You are all fantastic and I am very impressed at the level of support in these forums.

[Heuer]

I have installed dailymail_jazz.tcl 0.35.6 but get the following error on running:

15:29:29-debug-Trying to ascertain the valid running status of the endpad daemon again - attempt 5.
15:29:29-debug-Waiting for 15 seconds.
15:29:44-debug-About to acquire pid number from endpad pid file.
15:29:44-debug-Endpad pid number gathered successfully.
15:29:44-debug-checking for new messages in tivo central
15:29:46-debug-compiling to do list
invalid command name "RECORDING"
while executing
"RECORDING UNLIKELY"
("uplevel" body line 116)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFileTrans fsid name type $path $prefix 10 {
set rec [db $db openid $fsid]
set showing [dbobj $rec get Showing]
set starttime [expr [db..."
(procedure "gettodo" line 198)
invoked from within
"gettodo $dmailHoursahead"
(procedure "outputSection" line 26)
invoked from within
"outputSection 1"
(file "/var/hack/dailymail_jazz.tcl" line 3876)

Any suggestions?

Not sure if it is related but also finding the following:

15:28:37-debug-SMART command did not successfully run on disk A - check path & setup.

NB. I am using Textpad for editing the cfg and SmartFTP for file transfer (binary mode).

Thanks in advance.

[Gatchers]

Hi guys,

Everything almosat works perfectly for me - I can send emails via TiVoWeb but I can't get cron to do it for me. My crontab says 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
45 5 * * 0-6 /bin/bash /var/hack/dailymail_sendtask 2>&1

And my dailymail_sendtask script says this:

#!/tvbin/tivosh
# GSL 20040426
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail/dailymail_jazz.tcl 48 (email address 1) (email address 2) (email address 3) > /var/log/dailymail_jazz.log

But the generated log says:


------welcome to the jazzed dailymail program - v0.35.6 (14th April 2004) - starting ------the debug level is set at >>2<< ------started at 05:45:04 (debugging times specified in gmt)

05:45:04-debug-global variable definition complete 05:45:04-debug-commence fooling tivoweb modules 05:45:04-debug-completed fooling tivoweb modules 05:45:04-debug-completed other preperation 05:45:04-debug-argument 1 passed in ::: >>48<< 05:45:04-debug-argument 2 passed in ::: >>email address 1<< 05:45:04-debug-argument 3 passed in ::: >>email address 2<< 05:45:04-debug-argument 4 passed in ::: >>email address 3<<
05:45:04-debug-4 argument(s) found
05:45:04-debug-a new hours ahead value found in argument 1 05:45:04-debug-a new recipient e-mail found in argument 2 05:45:04-debug-a new recipient e-mail found in argument 3 05:45:04-debug-a new recipient e-mail found in argument 4 05:45:04-debug-hours ahead value is now : >>48<< 05:45:04-debug-recipient e-mail value is now : >>email address 1<<
05:45:04-debug-recipient2 e-mail value is now : >>email address 2<<
05:45:04-debug-recipient3 e-mail value is now : >>lemail address 3<< 05:45:04-debug-argument handling complete 05:45:04-debug-start optional message handling 05:45:04-debug-no message file found 05:45:04-debug-end optional message handling

So it just stops? Any advice seriously appreciated!

Email addresses removed to protect the innocent.

Thanks!

[nosaj56]

Thanks to Fozzie for providing a working crontab that triggers dailymail!

Only one problem left: All the times in the email seem to be at GMT. How would one go about changing the times to GMT -5 at daylight savings time and GMT -6 normally?

thanks ;)

[Heuer]

You can ignore my earlier post as I now have Dailymail working. All the information I needed to get it going was somewhere in this thread. Just a case of doing some reading/research and very satisfying when it all comes together. So if anybody out there has difficulty, the answers are in here somewhere. RTFF I think!

[gyre]

I'm wondering whether tivo-onion/chris has vanished. I don't think he's posted for about a month.

Anybody (Stu?) wanna fix the outstanding bugs? :)

-- gyre --

[droidd]

link for v0.35 BETA dailymail_jazz.tcl seems to be dead.

Trying to get to http://deepinthejungle.servehttp.com/TiVo results in timeout.
Have been trying off and on for the past couple of days.

Is there any other place to pick up .35 or .30 ?

[smokie]

I have the zipfiles for 0.30 and 0.35.6 - don't think it's "illegal" for me to mail them to you as they are original and unaltered.

pm me your email addy

[droidd]

I have been able to run previous versions of this without any difficulties. After installing and configuring version v0.35.6 I am unable to get it to run it from within TiVowebplus v1.0-rc5 on a series 1 US version TiVo.

After selecting "Send a standard daily e-mail" the screen says, "Please wait........." followed a few moments later by "Error ocurred when attempting to send e-mail!"

Anyone experience this and able to resolve it ?

The log file is set to level 3 and shows the follwing:

------welcome to the jazzed dailymail program - v0.35.6 (14th April 2004) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 20:44:38 (debugging times specified in gmt)

20:44:38-debug-global variable definition complete
20:44:38-debug-commence fooling tivoweb modules
20:44:38-debug-completed fooling tivoweb modules
20:44:38-debug-completed other preperation
20:44:38-debug-argument 1 passed in ::: >><<
20:44:38-debug-argument 2 passed in ::: >><<
20:44:38-debug-argument 3 passed in ::: >><<
20:44:38-debug-argument 4 passed in ::: >><<
20:44:38-debug-0 argument(s) found
20:44:38-debug-argument handling complete
20:44:38-debug-start optional message handling
20:44:38-debug-no message file found
20:44:38-debug-end optional message handling
20:44:39-debug-about to start version setting
20:44:39-debug-version3 : >>1<<
20:44:39-debug-uktivo : >>0<<
20:44:39-debug-dtivo : >>0<<
20:44:39-debug-version (for tivowebplus) : >>3<<
20:44:39-debug-completed version setting
20:44:39-debug-about to include util.itcl
20:44:39-debug-util.itcl included - about to include index.itcl
20:44:39-debug-index.itcl included
20:44:39-debug-about to identify default recording quality information for space calculations
20:44:39-debug-version 3 specific code
20:44:39-debug-transaction attempt
20:44:39-debug-db open successfully
20:44:39-debug-about to set source directory.
20:44:39-debug-about to call get sizes module.

[Fred1]

Guys

Sorry to bug you with another "lurker", I just got my hacked disk with Tivoweb a couole of weeks ago, and although I'm learning fast I need a little help please

I have managed to get dailymail_jazz v0.35.6 working but the spacebar is missing! Do I need another module?

The log shows the calculation is made (see extract here)

------welcome to the jazzed dailymail program - v0.35.6 (14th April 2004) - starting
------the debug level is set at >>2<<
------started at 16:42:17 (debugging times specified in gmt)

16:42:17-debug-global variable definition complete
16:42:17-debug-commence fooling tivoweb modules
16:42:17-debug-completed fooling tivoweb modules
16:42:17-debug-completed other preperation
16:42:17-debug-argument 1 passed in ::: >><<
16:42:17-debug-argument 2 passed in ::: >><<
16:42:17-debug-argument 3 passed in ::: >><<
16:42:17-debug-argument 4 passed in ::: >><<
16:42:17-debug-0 argument(s) found
16:42:17-debug-argument handling complete
16:42:17-debug-start optional message handling
16:42:17-debug-no message file found
16:42:17-debug-end optional message handling
16:42:18-debug-about to start version setting
16:42:18-debug-version3 : >>0<<
16:42:18-debug-uktivo : >>1<<
16:42:18-debug-dtivo : >>0<<
16:42:18-debug-version (for tivowebplus) : >>2.5<<
16:42:18-debug-completed version setting
16:42:18-debug-about to include util.itcl
16:42:18-debug-util.itcl included - about to include index.itcl
16:42:18-debug-index.itcl included
16:42:18-debug-about to identify default recording quality information for space calculations
16:42:18-debug-non version 3 specific code
16:42:18-debug-transaction attempt
16:42:18-debug-db open successfully
16:42:18-debug-about to set source directory.
16:42:18-debug-about to call get sizes module.
16:42:18-debug-about to set the now showing directory
16:42:18-debug-non version 3 specific code
16:42:18-debug-about to establish timezone offset
16:42:18-debug-transaction attempt
16:42:18-debug-non version 3 specific code
16:42:18-debug-db open successfully
16:42:18-debug-tzoffset : >>3600<<
16:42:18-debug-identified time zone offset : >>3600<<
16:42:18-debug-about to assemble e-mail
16:42:18-debug-creating heading
16:42:18-debug-heading created
16:42:18-debug-calculating uptime & reboot status
16:42:19-debug-checking for emergency temperature reading
16:42:19-debug-about to run temperature check
16:42:19-debug-temperature check run successfully
16:42:19-debug-checking phone & daily call status
16:42:19-debug-checking S.M.A.R.T. status
16:42:20-debug-drive A SMART check :
16:42:20-debug-disk passed SMART check.
16:42:20-debug-SMART command did not successfully run on disk B - check path & setup - or you do not have a second hard drive.
16:42:20-debug-calculating disk usage
16:42:28-debug-actual space free = 81 gig
16:42:28-debug-actual space on disks = 101 gig
16:42:28-debug-actual % used = 80.9%

I'm a bit baffled why this doesnt show up in the email

any ideas?

[gyre]

I didn't get the spacebar to show up until I added:

set bulletinverbose true

in the config file.

-- gyre --

[Fred1]

Thanks Gyre that worked a treat!!

Now to get Cron working - wish me luck!

[lcsneil]

Originally posted by Fred1
Thanks Gyre that worked a treat!!

Now to get Cron working - wish me luck!

If you have problems PM me and I'll send you a work CRONTAB file.


Neil

[Fred1]

Looks like cron is working as it has this in its log (I know I'll have to switch it back from 10 mins but this is for testing):-

cron (05/23-21:20:00-320) CMD (0-6 /tvbin/tivosh /var/hack/dailymail_jazz/dailymail_jazz.tcl > /var/log/dailymail 2>&1)
cron (05/23-21:30:00-365) CMD (0-6 /tvbin/tivosh /var/hack/dailymail_jazz/dailymail_jazz.tcl > /var/log/dailymail 2>&1)
cron (05/23-21:40:00-404) CMD (0-6 /tvbin/tivosh /var/hack/dailymail_jazz/dailymail_jazz.tcl > /var/log/dailymail 2>&1)
cron (05/23-21:50:00-447) CMD (0-6 /tvbin/tivosh /var/hack/dailymail_jazz/dailymail_jazz.tcl > /var/log/dailymail 2>&1)

But emails are not sent and dailymail log has

/bin/sh: 0-6: command not found

dailymail works fine from bash prompt and it reports that cron is runnign and has emailscheduled for every 10 mins

Any ideas for this one?