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

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

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

propman07

10-16-2005, 02:11 AM

Hello-

I've had limited success getting Dailymail v0.38.8 working on my HR10-250. It seems that if I comment out the line around 938, it seems to work once (after a reboot), but will not send any more e-mail messages. I'm trying to figure out what the command myaddr is trying to do. Any thoughts? Here is the snippet of code from the tcl file:

if {$tivowebplususer} {
## set chan [socket -myaddr $tivoip $mailserver 25] (This is the line that I commented out)
} else {
set chan [socket $mailserver 25]
}
gets $chan reply

TIA

propman07

10-20-2005, 01:13 AM

Latest error message:

clip--- (from level 3 debug log)

11:11:46-EMAIL & HTML FILE MANAGEMENT - START
expected boolean value but got "trueConflict - "
while executing
"if {$alertstatus || $alertonlyemail == 0} {
if {$emailsendrequired} {
if {$debuglvl>0} { puts "[clock format [clock seconds] -format {%H:%M:%S} -..."
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 7877)

Thanks.

cwaring

10-20-2005, 09:16 AM

I've edited the .cfg file. Assuming I have to re-start DailyMailJazz so that it takes note of the changes, how do I do that? I can't find a reference in the README (not that I've looked that well, I have to admit ;)) Or, is it that it checks the .cfg file just before sending a mail; ie before the CRON thingy runs it?

Fozzie

10-22-2005, 07:40 AM

The latter, rather than the former therefore no need to re-start anything.

ncjok

10-25-2005, 08:18 PM

Dailymail_jazz 0.37beta stopped working for me earlier this week. TiVo had been up for about a month and it seems like the script stopped all of a sudden.

I'm sure I've read somewhere that the script can play up if I don't have enough items in my To Do List? How many is it, and is this number important on a daily basis or only at bootup?

Thinking it was the latter I put another 3 generic items in the To Do List and reboot the TiVo, but still no joy. When I invoke the script via TiVo Web the log ends with:

00:04:47-debug-GENERATING OUTPUT SECTION >>1<<
00:04:47-debug-GENERATING TO-DO LIST
00:04:47-debug-compiling to do list
00:04:47-debug-need to look for overlapping programs with endpad
00:04:49-debug-3 items to investigate for endpad programme overlapping
00:04:49-debug-starting main to-do loop
If I start the script via Telnet it ends like:

00:07:33-debug-GENERATING OUTPUT SECTION >>1<<
00:07:33-debug-GENERATING TO-DO LIST
00:07:33-debug-compiling to do list
00:07:33-debug-need to look for overlapping programs with endpad
00:07:35-debug-3 items to investigate for endpad programme overlapping
00:07:35-debug-starting main to-do loop
can't read "count": no such variable
while executing
"return $count"
(procedure "gettodo" line 372)
invoked from within
"gettodo $dmailHoursahead "
(procedure "outputSection" line 38)
invoked from within
"outputSection 1"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 3879)
Any ideas, please?

Fozzie

10-25-2005, 08:25 PM

Any ideas, please?Try running the latest supported version - V1.0.

SimonMallion

10-26-2005, 06:44 AM

Try running the latest supported version - V1.0.

Where can we get version 1.0 from?

Fozzie

10-26-2005, 06:56 AM

The same place as all the other versions!

SimonMallion

10-26-2005, 07:00 AM

From here: http://www.tivocommunity.com/tivo-vb/showthread.php?p=3327100&&#post3327100 then I guess?

thepicman

10-26-2005, 05:42 PM

Where can we get version 1.0 from?

http://deepinthejungle.servehttp.com/Tivo/downloads/Dailymail Jazz Install v1.0 26Sep05.zip

sanderton

10-27-2005, 04:37 AM

Nope. Got that one already. Not what I was wanting. While excellent, that module seems to only check for other shows/titles similar to your SPs.

I was thinking more along the lines of "won't record this ep of this SP as this it clashes with this one".

Recording History.

Or alternatively use my "Resolve Clashes on a second TiVo" module, which will list all the shows which could not be recorded because of a clash.

Raisltin Majere

10-29-2005, 09:32 AM

I have just loaded the latest dailymail_jazz onto TiVo.

i have set up the dailymail.cfg file and manually sent a mail via tivoweb.

In the log I get:

13:27:09-got reply : >>553 5.5.3 <xxxx.xxxxxx@xxxxxxxxx.gov.gsi.uk>... Invalid<<
13:27:09-connection rejected

But (and I've just rechecked) in the cfg file the "to" address is

xxxx.xxxxxx@xxxxxxxxx.gsi.gov.uk which is definitely correct.

Any ideas as to why dailymail_jazz is transposing the gov and gsi parts of the address?

Thanks

raist

Softail95

10-29-2005, 10:08 AM

Did you check the actual file on the Tivo? Like do a 'CAT DAILYMAIL.CFG'.... It sounds like you might be running an older cfg file which contains the incorrect address. Is there a chance that you keyed it in that way in a prior edit session?

Raisltin Majere

10-29-2005, 05:13 PM

Thanks, that seemed to be the problem (sorry!). I fixed that and managed to successfully send couple of mails manually with no probs.

All of a sudden, this made my TiVo reboot. A search of the thread leads me to believe this is a memory problem, so I'm gonna try making the script that others have recommended, before I do so, can anyone confim this would be the correct way to do so:

cd /var/hack
joe mailmemfix.sh

#!/bin/sh
export TIVOSH_POOLSIZE=3244032
/var/hack/dailymail_jazz.tcl
ctrl-k ctrl-x

and then in crontab I replace:

30 8 * * * /var/hack/dailymail_jazz.tcl &

with:

30 8 * * * /var/hack/mailmemfix.sh

I have sh in /bin so it should work, right?

I'll apologise now if I've made a fool out of myself, I know nothing about this linuxy stuff!

Oh, and if the above is correct, can I send a manual email from telnet with:

./mailmemfix.sh

Thanks in advance

cwaring

10-29-2005, 05:15 PM

What's with the convoluted scripting?

1. cd /var/hack/tivoweb-tcl
2. joe tivoweb
3. Edit figure
4. Ctrl+K then y

Job done! Or am I missing something?

Raisltin Majere

10-29-2005, 05:27 PM

Nope.

TiVo's crashed again.

Not saying you're wrong. Perhaps my problem isn't memory related.

Cheers

Raist

Raisltin Majere

10-29-2005, 05:40 PM

Like your new word?

What's with the convoluted scripting?

I think that's getting a bit too technical and convoluted ;):D

:D :D

cwaring

10-29-2005, 06:58 PM

Not mine :) http://dictionary.cambridge.org/define.asp?key=16917&dict=CALD

ncjok

10-29-2005, 07:11 PM

I'm gonna try making the script that others have recommended, before I do so...
Hi Raisltin,
There doesn't seem to be a need to create mailmemfix.sh. It appears the file dailymail_jazz is the new script which calls and backgrounds dailymail_jazz.tcl

Raisltin Majere

10-29-2005, 07:26 PM

Hi Raisltin,
There doesn't seem to be a need to create mailmemfix.sh. It appears the file dailymail_jazz is the new script which calls and backgrounds dailymail_jazz.tcl

Ah! So do I just change the crontab file to read dailymail_jazz instead of dailymail_jazz.tcl?

ncjok

10-30-2005, 06:35 AM

Bash /var/hack/dailymail #cat dailymail_jazz
#!/bin/sh

export TIVOSH_POOLSIZE=3244032

/tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl $1 $2 $3 $4 > /var/log/dailymail_jazz.log 2>&1
I'm not sure if that does actually background the script so I added the following line to crontab which got it working for me:55 6 * * * /var/hack/dailymail/dailymail_jazz &Maybe there are some arguments we can use when calling the script but I don't know what they are.

Fozzie

10-30-2005, 06:37 AM

Ah! So do I just change the crontab file to read dailymail_jazz instead of dailymail_jazz.tcl?
Yes.

It's probably also worth editing the first line of tivoweb.tcl to:

export TIVOSH_POOLSIZE=3244032if you haven't already done that.

Raisltin Majere

10-31-2005, 12:04 PM

Brillieant, that seems to have sorted it. Thanks

dgilbert

11-04-2005, 01:50 PM

Quick question; After I send a dailymail from TWP (1.2.1), the email is sent but the TWP page (extramail) fails with "page cannot be displayed". I'm using the v1.0 release of DailyMail with the Sep29 patches. Any idea what's going on?

------welcome to the jazzed dailymail program - v1.0 (29 September 2005 - 10.00am) - starting
------the debug level is set at >>2<<
------generated content presented in American English for your reading pleasure!
------started at 18:38:53 (debugging times specified in gmt)

18:38:53-GLOBAL VARIABLE DEFINITION - COMPLETED
18:38:53-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
18:38:53-commence fooling tivoweb modules
18:38:53-completed fooling tivoweb modules
18:38:53-completed other preperation
18:38:53-argument 1 passed in ::: >><<
18:38:53-argument 2 passed in ::: >><<
18:38:53-argument 3 passed in ::: >><<
18:38:53-argument 4 passed in ::: >><<
18:38:53-0 argument(s) found
18:38:53-argument handling complete
18:38:53-start optional message handling
18:38:53-no message file found
18:38:53-end optional message handling
18:38:53-VERSION IDENTIFICATION - START.
18:38:53-TiVo Model : >>1<<.
18:38:53-TiVo Manufacturer : >>Hughes<<.
18:38:53-TiVo Type : >>DirecTiVo<<.
18:38:53-TiVo Software version : >>6.2-01-2-321<<.
18:38:53-TiVo : >>Series 2<<.
18:38:54- setuptz identified : >>-18000<<.
18:38:54- daylightsavings identified : >><<.
18:38:54-Cleaned Up TiVo Software version : >>6.2<<.
18:38:54-More than 1 tuner found - 'To Do' Endpad functionality set OFF : >>2<<.
18:38:54-Is TiVo UKTiVo? : >>0<<.
18:38:54-Is TiVo Direct TiVo : >>1<<.
18:38:54-VERSION IDENTIFICATION - COMPLETED.
18:38:54-ESTABLISHING TIMEZONE OFFSET - START
18:38:54-tzoffset : >>-18000<<
18:38:54-Identified time zone offset : >>0<<.
18:38:54-ESTABLISHING TIMEZONE OFFSET - COMPLETED
18:38:54-INCLUDING TiVoWeb MODULES - START.
18:38:54-About to include util.itcl.
18:38:54-Util.itcl included - About to include index.itcl.
18:38:54-Index.itcl included.
18:38:54-INCLUDING TiVoWeb MODULES - COMPLETED.
18:38:54-IDENTIFICATION OF DEFAULT RECORDING QUALITY - START.
18:38:54-IDENTIFICATION OF DEFAULT RECORDING QUALITY - COMPLETED.
18:38:54-GENERIC VARIABLE SETTING - START.
18:38:54-About to set source directory.
18:38:54-About to call get sizes module.
18:38:54-About to set the now showing directory
18:38:54-GENERIC VARIABLE SETTING - COMPLETED.
18:38:57-ABOUT TO ASSEMBLE EMAIL:
18:38:57-CREATING EMAIL HEADINGS - START
18:38:57-CREATING EMAIL HEADINGS - COMPLETED
18:38:57-TiVo STATUS / REBOOT INFO - START
18:38:57-TiVo STATUS / REBOOT INFO - COMPLETED
18:38:57-CHECKING FOR EMERGENCY TEMP READING - START
18:38:57-Temperature check run successfully.
18:38:57-CHECKING FOR EMERGENCY TEMP READING - COMPLETED
18:38:57-CHECKING PHONE & DAILY CALL STATUS - START
18:38:57-CHECKING PHONE & DAILY CALL STATUS - COMPLETED
18:38:57-SMART DISK CHECK - START
18:38:57-Checking S.M.A.R.T. status
18:38:58-Drive A SMART check :
smartctl version 5.33 [mips-TiVo-linux-gnu] Copyright (C) 2002-4 Bruce Allen
Home page is http://smartmontools.sourceforge.net/
...
18:38:58-Disk passed SMART check.
18:38:58-Disk B is not present - SMART check not run on disk B - remember disk B presence is set in the cfg file.
18:38:58-SMART DISK CHECK - COMPLETED
18:38:58-CALCULATING DISK USAGE & DISPLAY - START
18:39:08-unsetting variable >>list<<
18:39:08-unsetting variable >>tcount<<
18:39:08-unsetting variable >>tspace<<
18:39:08-unsetting variable >>ttime<<
18:39:08-unsetting variable >>sugtspace<<
18:39:08-unsetting variable >>exptspace<<
18:39:08-unsetting variable >>expsugtspace<<
18:39:08-unsetting variable >><<
18:39:08-error in unsetting variable >><<
18:39:08-unsetting variable >><<
18:39:08-error in unsetting variable >><<
18:39:08-unsetting variable >>type<<
18:39:08-unsetting variable >>selectiontypes<<
18:39:08-unsetting variable >>presentationbehtypes<<
18:39:08-unsetting variable >>rollingsum<<
18:39:08-unsetting variable >>ourspace<<
18:39:08-unsetting variable >>ourtemptype<<
18:39:08-unsetting variable >>spaceusedbysuggestionsmeg<<
18:39:08-unsetting variable >>spaceusedbyexpiredsuggestionsmeg<<
18:39:08-unsetting variable >>spaceusedbyexpiredmeg<<
18:39:08-unsetting variable >>interpretedspaceusedmeg<<
18:39:08-unsetting variable >>interpretedotherspacemeg<<
18:39:08-unsetting variable >>interpretedfreespacemeg<<
18:39:08-unsetting variable >>interpretedpercentused<<
18:39:08-unsetting variable >>fid<<
18:39:08-unsetting variable >>state<<
18:39:08-unsetting variable >>count<<
18:39:08-unsetting variable >>parts<<
18:39:08-unsetting variable >>rec<<
18:39:08-unsetting variable >>size<<
18:39:08-unsetting variable >>recquality<<
18:39:08-unsetting variable >>space<<
18:39:08-unsetting variable >>recdur<<
18:39:08-unsetting variable >>spacetype<<
18:39:08-unsetting variable >>time<<
18:39:08-unsetting variable >>showing<<
18:39:08-unsetting variable >>junk<<
18:39:08-unsetting variable >>program<<
18:39:08-unsetting variable >>name<<
18:39:08-unsetting variable >>recbeh<<
18:39:08-unsetting variable >>title<<
18:39:08-unsetting variable >>expsecs<<
18:39:08-unsetting variable >>indexpath<<
18:39:08-unsetting variable >>secs<<
18:39:08-unsetting variable >>fsid<<
18:39:08-unsetting variable >>seltype<<
18:39:08-unsetting variable >>streamsize<<
18:39:08-Remaining time calculation
18:39:08-Remaining time calc >>true<<
18:39:08-bitrate >>3660000<<
18:39:08-Building usage diagram
18:39:08-CALCULATING DISK USAGE & DISPLAY - COMPLETED
18:39:08-ENDPAD CHECKING - START
18:39:08-ENDPAD CHECKING - COMPLETED
18:39:08-RED DOT CHECKING - START
18:39:09-RED DOT CHECKING - COMPLETED
18:39:09-NEW MAIL SECTION - START
18:39:11-NEW MAIL SECTION - COMPLETED
18:39:11-MAIN EMAIL BODY - START
18:39:11-generating output section >>1<<
18:39:11-generating conflicts list
18:39:14-unsetting variable >>hoursahead<<
18:39:14-unsetting variable >>oldday<<
18:39:14-unsetting variable >>conflicts<<
18:39:14-unsetting variable >>colourtoggle<<
18:39:14-unsetting variable >>episodic<<
18:39:14-unsetting variable >>recdate<<
18:39:14-unsetting variable >>descr<<
18:39:14-unsetting variable >>debugfinished<<
18:39:14-unsetting variable >>nowday<<
18:39:14-unsetting variable >>type<<
18:39:14-unsetting variable >>id<<
18:39:14-unsetting variable >>callsign<<
18:39:14-unsetting variable >>showingfsid<<
18:39:14-unsetting variable >>showing<<
18:39:14-unsetting variable >>program<<
18:39:14-unsetting variable >>thetime<<
18:39:14-unsetting variable >>seriesfsid<<
18:39:14-unsetting variable >>recbeh<<
18:39:14-unsetting variable >>name<<
18:39:14-unsetting variable >>rectime<<
18:39:14-unsetting variable >>title<<
18:39:14-unsetting variable >>station<<
18:39:14-unsetting variable >>ignorethisitem<<
18:39:14-unsetting variable >>series<<
18:39:14-unsetting variable >>creason<<
18:39:14-unsetting variable >>gottabreak<<
18:39:14-unsetting variable >>seltype<<
18:39:14-unsetting variable >>fsid<<
18:39:14-unsetting variable >>eptitle<<
18:39:14-unsetting variable >>id2<<
18:39:14-Items Found >>0<<
18:39:14-unsetting variable >>index<<
18:39:14-unsetting variable >>sectionHeading<<
18:39:14-unsetting variable >>sectionWithData<<
18:39:14-unsetting variable >>sectionWithoutData<<
18:39:14-unsetting variable >>sectionMessage<<
18:39:14-unsetting variable >>itemsFound<<
18:39:14-unsetting variable >>program_word<<
18:39:14-unsetting variable >>expiry_word<<
18:39:14-unsetting variable >>fid<<
18:39:14-unsetting variable >>errorInfo<<
18:39:14-generating output section >>2<<
18:39:14-generating status list
18:39:14-reading the temperature, calculating uptime, checking what's running
18:39:14-about to run thermal check
18:39:14-thermal check run
18:39:14-about to run uptime check
18:39:14-uptime check run
18:39:17-about to run ps
18:39:18-ps run
18:39:18-hack found >>tnlited<<
18:39:18-hack found >>tivoftp<<
18:39:18-hack found >>httpd-tt.tcl<<
18:39:18-hack found >>cron<<
18:39:19-hack found >>endpadplus.tcl<<
18:39:19-about to parse crontab file
18:39:19-invalid cron line >># TWPrun.sh created on the fly by enhancement script<<
18:39:19-unsetting variable >>config<<
18:39:19-unsetting variable >>suffix<<
18:39:19-unsetting variable >>cur_temp<<
18:39:19-unsetting variable >>cur_tempF<<
18:39:19-unsetting variable >>uptime<<
18:39:19-unsetting variable >>uptimestr<<
18:39:19-unsetting variable >>digit_tempC<<
18:39:19-unsetting variable >>temp_comment<<
18:39:19-unsetting variable >>complexcallstuff<<
18:39:19-unsetting variable >>fidx<<
18:39:19-unsetting variable >>GDT<<
18:39:19-unsetting variable >>LastSuccessfulCall<<
18:39:19-unsetting variable >>NextScheduledCall<<
18:39:19-unsetting variable >>GuideDataThrough<<
18:39:19-unsetting variable >>cronactive<<
18:39:19-unsetting variable >>shellcmd<<
18:39:19-unsetting variable >>procs<<
18:39:19-unsetting variable >>fileitemlist<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>item<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>appname<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>appmessage<<
18:39:19-unsetting variable >>cronfile<<
18:39:19-unsetting variable >>cronitemlist<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>line<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>cronname<<
18:39:19-unsetting variable >>tabloc<<
18:39:19-unsetting variable >>doublespaceloc<<
18:39:19-unsetting variable >>paramlist<<
18:39:19-unsetting variable >>m<<
18:39:19-unsetting variable >>h<<
18:39:19-unsetting variable >>dom<<
18:39:19-unsetting variable >>mon<<
18:39:19-unsetting variable >>dow<<
18:39:19-unsetting variable >>spaceindow<<
18:39:19-unsetting variable >>schedout<<
18:39:19-unsetting variable >>ampm<<
18:39:19-unsetting variable >>dailytext<<
18:39:19-unsetting variable >>dowlistsuper<<
18:39:19-unsetting variable >>secondtimearound<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>dowsuper<<
18:39:19-unsetting variable >>monthlytext<<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >><<
18:39:19-error in unsetting variable >><<
18:39:19-unsetting variable >>NSC<<
18:39:19-unsetting variable >>LSC<<
18:39:19-unsetting variable >>index<<
18:39:19-unsetting variable >>sectionHeading<<
18:39:19-unsetting variable >>sectionWithData<<
18:39:19-unsetting variable >>sectionWithoutData<<
18:39:19-unsetting variable >>sectionMessage<<
18:39:19-unsetting variable >>itemsFound<<
18:39:19-unsetting variable >>program_word<<
18:39:19-unsetting variable >>expiry_word<<
18:39:19-unsetting variable >>fid<<
18:39:19-unsetting variable >>errorInfo<<
18:39:19-generating output section >>3<<
18:39:19-generating to-do list
18:39:20-compiling to do list
18:39:21-starting main to-do loop
18:39:32-unsetting variable >>hoursahead<<
18:39:32-unsetting variable >>multicomplete<<
18:39:32-unsetting variable >>runningmegused<<
18:39:32-unsetting variable >>path<<
18:39:32-unsetting variable >>prefix<<
18:39:32-unsetting variable >>numofitems<<
18:39:32-unsetting variable >>ouritemid<<
18:39:32-unsetting variable >>progressivethumbs<<
18:39:32-unsetting variable >>maxexpirytime<<
18:39:32-unsetting variable >>colourtoggle<<
18:39:32-unsetting variable >>program_word<<
18:39:32-unsetting variable >>organize_word<<
18:39:32-unsetting variable >>expirytime<<
18:39:32-unsetting variable >>expirysize<<
18:39:32-unsetting variable >>expirytitle<<
18:39:32-unsetting variable >>expirytype<<
18:39:32-unsetting variable >>expirycount<<
18:39:32-unsetting variable >>expiryrectime<<
18:39:32-unsetting variable >>currentcount<<
18:39:32-unsetting variable >>oldday<<
18:39:32-unsetting variable >>ourType<<
18:39:32-unsetting variable >>parts<<
18:39:32-unsetting variable >>rec<<
18:39:32-unsetting variable >>xthumbtype<<
18:39:32-unsetting variable >>thumbdata<<
18:39:32-unsetting variable >>temptext<<
18:39:32-unsetting variable >>score<<
18:39:32-unsetting variable >>ourUnitsText<<
18:39:32-unsetting variable >>expaddbackinreq<<
18:39:32-unsetting variable >>rectime<<
18:39:32-unsetting variable >>thumbcount<<
18:39:32-unsetting variable >>thumbtype<<
18:39:32-unsetting variable >>addbackicon<<
18:39:32-unsetting variable >>series<<
18:39:32-unsetting variable >>thumbs<<
18:39:32-unsetting variable >>ourseconds<<
18:39:32-unsetting variable >>seltype<<
18:39:32-unsetting variable >>duration<<
18:39:32-unsetting variable >>seconds<<
18:39:32-unsetting variable >>state<<
18:39:32-unsetting variable >>descr<<
18:39:32-unsetting variable >>nowday<<
18:39:32-unsetting variable >>itemisseasonpass<<
18:39:32-unsetting variable >>bitrate<<
18:39:32-unsetting variable >>newepisode<<
18:39:32-unsetting variable >>ourremainingtimetext<<
18:39:32-unsetting variable >>ourextratempstarttime<<
18:39:32-unsetting variable >>starttime<<
18:39:32-unsetting variable >>callsign<<
18:39:32-unsetting variable >>ourhours<<
18:39:32-unsetting variable >>addbacktext<<
18:39:32-unsetting variable >>showing<<
18:39:32-unsetting variable >>ourTitle<<
18:39:32-unsetting variable >>futurestarttime<<
18:39:32-unsetting variable >>seriesfsid<<
18:39:32-unsetting variable >>title<<
18:39:32-unsetting variable >>expsecs<<
18:39:32-unsetting variable >>durationminutes<<
18:39:32-unsetting variable >>needtoaddthisspace<<
18:39:32-unsetting variable >>ourremainingspacemeg<<
18:39:32-unsetting variable >>endtime<<
18:39:32-unsetting variable >>eptitle<<
18:39:32-unsetting variable >>episodic<<
18:39:32-unsetting variable >>progstatustext<<
18:39:32-unsetting variable >>imagef<<
18:39:32-unsetting variable >>otherprogremovaladdbackicon<<
18:39:32-unsetting variable >>rowclassid<<
18:39:32-unsetting variable >>recquality<<
18:39:32-unsetting variable >>size<<
18:39:32-unsetting variable >>numthumbs<<
18:39:32-unsetting variable >>icons<<
18:39:32-unsetting variable >>showingfsid<<
18:39:32-unsetting variable >>thumbconf<<
18:39:32-unsetting variable >>stationfsid<<
18:39:32-unsetting variable >>recbeh<<
18:39:32-unsetting variable >>name<<
18:39:32-unsetting variable >>expdate<<
18:39:32-unsetting variable >>ignorethisitem<<
18:39:32-unsetting variable >>percentusedafterprog<<
18:39:32-unsetting variable >>tempmaxexpirytime<<
18:39:32-unsetting variable >>fsid<<
18:39:32-unsetting variable >>streamsize<<
18:39:32-unsetting variable >>ourSize<<
18:39:32-unsetting variable >>itemiswishlist<<
18:39:32-unsetting variable >>type<<
18:39:32-unsetting variable >>progremaininghours<<
18:39:32-unsetting variable >>runningpercentused<<
18:39:32-unsetting variable >>blockthis<<
18:39:32-unsetting variable >>globalblock<<
18:39:32-unsetting variable >>durationhours<<
18:39:32-unsetting variable >>program<<
18:39:32-unsetting variable >>percentusedafterprogtemp<<
18:39:32-unsetting variable >>station<<
18:39:32-unsetting variable >>startdate<<
18:39:32-unsetting variable >>minutes<<
18:39:32-unsetting variable >>remainingspace<<
18:39:32-unsetting variable >>ourexpirytime<<
18:39:32-Items Found >>1<<
18:39:32-unsetting variable >>index<<
18:39:32-unsetting variable >>sectionHeading<<
18:39:32-unsetting variable >>sectionWithData<<
18:39:32-unsetting variable >>sectionWithoutData<<
18:39:32-unsetting variable >>sectionMessage<<
18:39:32-unsetting variable >>itemsFound<<
18:39:32-unsetting variable >>program_word<<
18:39:32-unsetting variable >>expiry_word<<
18:39:32-unsetting variable >>fid<<
18:39:32-unsetting variable >>errorInfo<<
18:39:32-error in unsetting variable >>errorInfo<<
18:39:33-generating output section >>4<<
18:39:33-generating record history list
--caching 701 channels for source of type=6 (DirecTV)
18:40:34-unsetting variable >>tofind_tmsid<<
18:40:34-unsetting variable >>tofind_fsid<<
18:40:34-unsetting variable >>showings<<
18:40:34-unsetting variable >>recfsid<<
18:40:34-unsetting variable >>name<<
18:40:34-unsetting variable >>type<<
18:40:50-unsetting variable >>colourtoggle<<
18:40:50-unsetting variable >>cancelreasons<<
18:40:50-unsetting variable >>now<<
18:40:50-unsetting variable >>oldday<<
18:40:50-unsetting variable >>mintime<<
18:40:50-unsetting variable >>maxtime<<
18:40:50-unsetting variable >>afterbefore<<
18:40:50-unsetting variable >>werebefore<<
18:40:50-unsetting variable >>episodic<<
18:40:50-unsetting variable >>recdate<<
18:40:50-unsetting variable >>altexists<<
18:40:50-unsetting variable >>alt<<
18:40:50-unsetting variable >>descr<<
18:40:50-unsetting variable >>altshow<<
18:40:50-unsetting variable >>nowday<<
18:40:50-unsetting variable >>type<<
18:40:50-unsetting variable >>rowclassid<<
18:40:50-unsetting variable >>alttype<<
18:40:50-unsetting variable >>resolution<<
18:40:50-unsetting variable >>altformattedstarttime<<
18:40:50-unsetting variable >>isEpisode<<
18:40:50-unsetting variable >>id<<
18:40:50-unsetting variable >>callsign<<
18:40:50-unsetting variable >>showingfsid<<
18:40:50-unsetting variable >>starttime<<
18:40:50-unsetting variable >>altid<<
18:40:50-unsetting variable >>showing<<
18:40:50-unsetting variable >>rogram<<
18:40:50-unsetting variable >>progterm<<
18:40:50-unsetting variable >>reason<<
18:40:50-unsetting variable >>stationfsid<<
18:40:50-unsetting variable >>program<<
18:40:50-unsetting variable >>problem<<
18:40:50-unsetting variable >>recbeh<<
18:40:50-unsetting variable >>name<<
18:40:50-unsetting variable >>rectime<<
18:40:50-unsetting variable >>whenrecorded<<
18:40:50-unsetting variable >>findalt<<
18:40:50-unsetting variable >>title<<
18:40:50-unsetting variable >>station<<
18:40:50-unsetting variable >>altwhenrecorded<<
18:40:50-unsetting variable >>ignorethisitem<<
18:40:50-unsetting variable >>series<<
18:40:50-unsetting variable >>creason<<
18:40:50-unsetting variable >>startdate<<
18:40:50-unsetting variable >>altstarttime<<
18:40:50-unsetting variable >>seltype<<
18:40:50-unsetting variable >>fsid<<
18:40:50-unsetting variable >>unresolved<<
18:40:50-unsetting variable >>eptitle<<
18:40:50-unsetting variable >>id2<<
18:40:50-Items Found >>1<<
18:40:50-unsetting variable >>index<<
18:40:50-unsetting variable >>sectionHeading<<
18:40:50-unsetting variable >>sectionWithData<<
18:40:50-unsetting variable >>sectionWithoutData<<
18:40:50-unsetting variable >>sectionMessage<<
18:40:50-unsetting variable >>itemsFound<<
18:40:50-unsetting variable >>program_word<<
18:40:50-unsetting variable >>expiry_word<<
18:40:50-unsetting variable >>fid<<
18:40:50-unsetting variable >>errorInfo<<
18:40:50-generating output section >>5<<
18:40:50-generating now showing list
18:40:57-unsetting variable >>message<<
18:40:57-unsetting variable >>repeatbarcount<<
18:40:57-unsetting variable >>progressivethumbs<<
18:40:57-unsetting variable >>colourtoggle<<
18:40:57-unsetting variable >>sortedlist<<
18:40:57-unsetting variable >>unsortedlist<<
18:40:57-unsetting variable >>sortcount<<
18:40:57-unsetting variable >>program_word<<
18:40:57-unsetting variable >>donecount<<
18:40:57-unsetting variable >>totalitem<<
18:40:57-unsetting variable >>title<<
18:40:57-unsetting variable >>expsecs<<
18:40:57-unsetting variable >>rectime<<
18:40:57-unsetting variable >>callsign<<
18:40:57-unsetting variable >>durationminutes<<
18:40:57-unsetting variable >>seltype<<
18:40:57-unsetting variable >>eptitle<<
18:40:57-unsetting variable >>descr<<
18:40:57-unsetting variable >>fsid<<
18:40:57-unsetting variable >>showingfsid<<
18:40:57-unsetting variable >>imagef<<
18:40:57-unsetting variable >>xthumbtype<<
18:40:57-unsetting variable >>thumbcount<<
18:40:57-unsetting variable >>thumbtype<<
18:40:57-unsetting variable >>seriesfsid<<
18:40:57-unsetting variable >>thumbs<<
18:40:57-unsetting variable >>series<<
18:40:57-unsetting variable >>airdatestr<<
18:40:57-unsetting variable >>premstr<<
18:40:57-unsetting variable >>rowclassid<<
18:40:57-unsetting variable >>expirypertinent<<
18:40:57-unsetting variable >>blockthis<<
18:40:57-unsetting variable >>globalblock<<
18:40:57-unsetting variable >>temptext<<
18:40:57-unsetting variable >>episodic<<
18:40:57-unsetting variable >>thumbdata<<
18:40:57-unsetting variable >>type<<
18:40:57-unsetting variable >>rec<<
18:40:57-unsetting variable >>numthumbs<<
18:40:57-unsetting variable >>score<<
18:40:57-unsetting variable >>starttime<<
18:40:57-unsetting variable >>thumbconf<<
18:40:57-unsetting variable >>showing<<
18:40:57-unsetting variable >>stationfsid<<
18:40:57-unsetting variable >>program<<
18:40:57-unsetting variable >>recbeh<<
18:40:57-unsetting variable >>name<<
18:40:57-unsetting variable >>premiere<<
18:40:57-unsetting variable >>station<<
18:40:57-unsetting variable >>ignorethisitem<<
18:40:57-unsetting variable >>expdate<<
18:40:57-unsetting variable >>startdate<<
18:40:57-unsetting variable >>duration<<
18:40:57-unsetting variable >>eptitlexx<<
18:40:57-Items Found >>46<<
18:40:57-unsetting variable >>index<<
18:40:57-unsetting variable >>sectionHeading<<
18:40:57-unsetting variable >>sectionWithData<<
18:40:57-unsetting variable >>sectionWithoutData<<
18:40:57-unsetting variable >>sectionMessage<<
18:40:57-unsetting variable >>itemsFound<<
18:40:57-unsetting variable >>program_word<<
18:40:57-unsetting variable >>expiry_word<<
18:40:57-unsetting variable >>fid<<
18:40:57-unsetting variable >>errorInfo<<
18:40:57-generating output section >>6<<
18:40:57-unsetting variable >>index<<
18:40:57-unsetting variable >>sectionHeading<<
18:40:57-unsetting variable >>sectionWithData<<
18:40:57-unsetting variable >>sectionWithoutData<<
18:40:57-unsetting variable >>sectionMessage<<
18:40:57-unsetting variable >>itemsFound<<
18:40:57-unsetting variable >>program_word<<
18:40:57-unsetting variable >>expiry_word<<
18:40:57-unsetting variable >>errorInfo<<
18:40:57-error in unsetting variable >>errorInfo<<
18:40:57-MAIN EMAIL BODY - COMPLETED
18:40:57-MAIN FOOTER - START
18:40:57-MAIN FOOTER - COMPLETED
18:40:57-EMAIL & HTML FILE MANAGEMENT - START
18:40:57-Email required
18:40:57-entered sendmail procedure
...
18:41:13-message sent
18:41:13-got reply : >>221 smtp.perfora.net Bye<<
18:41:13-disconnected
18:41:13-unsetting variable >>mailserver<<
18:41:13-unsetting variable >>domain<<
18:41:13-unsetting variable >>recipient<<
18:41:13-unsetting variable >>subject<<
18:41:13-unsetting variable >>htmlfilename<<
18:41:13-unsetting variable >>chan<<
18:41:13-unsetting variable >>boundaryid<<
18:41:13-unsetting variable >>htmlfilefd<<
18:41:13-unsetting variable >>ourstringlength<<
18:41:13-unsetting variable >>totalstringlength<<
18:41:13-unsetting variable >>ourstringlengthmb<<
18:41:13-unsetting variable >>imagecount<<
18:41:13-unsetting variable >>imagesused<<
18:41:13-unsetting variable >>imagefilename<<
18:41:13-unsetting variable >>imagereq<<
18:41:13-unsetting variable >>dotloc<<
18:41:13-unsetting variable >>imagefiletype<<
18:41:13-unsetting variable >>imagebase64filename<<
18:41:13-unsetting variable >>reply<<
18:41:13-unsetting variable >>errorInfo<<
18:41:13-Email sent
18:41:13-EMAIL & HTML FILE MANAGEMENT - COMPLETED
18:41:13-unsetting variable >>oursiteport<<
18:41:13-unsetting variable >>remaindersize<<
18:41:13-unsetting variable >>predictedthreethumbdowngraphic<<
18:41:13-unsetting variable >>spacegraphichigh<<
18:41:13-unsetting variable >>syslogFac<<
18:41:13-unsetting variable >>username_base64<<
18:41:13-unsetting variable >>predictedonethumbdowngraphic<<
18:41:13-unsetting variable >>actualpercentfree<<
18:41:13-unsetting variable >>dtivo<<
18:41:13-unsetting variable >>midthreshold<<
18:41:13-unsetting variable >>domain<<
18:41:13-unsetting variable >>deleteforroomicon<<
18:41:13-unsetting variable >>showseasonpasswishlisticon<<
18:41:13-unsetting variable >>confresUseForm<<
18:41:13-unsetting variable >>explicittwothumbdowngraphic<<
18:41:13-unsetting variable >>actualpercentused<<
18:41:13-unsetting variable >>SourceCacheG<<
18:41:13-unsetting variable >>highthreshold<<
18:41:13-unsetting variable >>memcat<<
18:41:13-unsetting variable >>emailsendrequired<<
18:41:13-unsetting variable >>externalsitestartmap<<
18:41:13-unsetting variable >>externalsiteendmap<<
18:41:13-unsetting variable >>logotableindex<<
18:41:13-unsetting variable >>tcl_pkgPath<<
18:41:13-unsetting variable >>explicitonethumbdowngraphic<<
18:41:13-unsetting variable >>blockmegraphic<<
18:41:13-unsetting variable >>authmethod<<
18:41:13-unsetting variable >>tivobrokenfilename<<
18:41:13-unsetting variable >>spacevariance<<
18:41:13-unsetting variable >>runfakecallmodule<<
18:41:13-unsetting variable >>listseperatoroffset<<
18:41:13-unsetting variable >>tivowebplususer<<
18:41:13-unsetting variable >>alertreasons<<
18:41:13-unsetting variable >>dmailTivoStatus<<
18:41:13-unsetting variable >>appsrunning<<
18:41:13-unsetting variable >>htmlfilefd<<
18:41:13-unsetting variable >>confresDefaultDaysAhead<<
18:41:13-unsetting variable >>impliedtwothumbupgraphic<<
18:41:13-unsetting variable >>alertonlyemail<<
18:41:13-unsetting variable >>endpadexecfilename<<
18:41:13-unsetting variable >>getspacelocname<<
18:41:13-unsetting variable >>uniquecontentid<<
18:41:13-unsetting variable >>listcmd<<
18:41:13-unsetting variable >>setup<<
18:41:13-unsetting variable >>nowshowingdir<<
18:41:13-unsetting variable >>rnddiskstatus<<
18:41:13-unsetting variable >>dmailHoursahead<<
18:41:13-unsetting variable >>dmailRecHistory<<
18:41:13-unsetting variable >>dmailLinksOn<<
18:41:13-unsetting variable >>actualdrivespacegig<<
18:41:13-unsetting variable >>actualspaceusedmeg<<
18:41:13-unsetting variable >>spacegraphicstart<<
18:41:13-unsetting variable >>exclaimgraphic<<
18:41:14-unsetting variable >>impliedonethumbupgraphic<<
18:41:14-unsetting variable >>progstatusdurationreq<<
18:41:14-unsetting variable >>endpadonfilename<<
18:41:14-unsetting variable >>diskfilename<<
18:41:14-unsetting variable >>base64<<
18:41:14-unsetting variable >>lowtempcentigrade<<
18:41:14-unsetting variable >>spacedetail<<
18:41:14-unsetting variable >>reload<<
18:41:14-unsetting variable >>tcl_interactive<<
18:41:14-unsetting variable >>externalsiteip<<
18:41:14-unsetting variable >>freepagesadjustment<<
18:41:14-unsetting variable >>nowshowingrepeatfreq<<
18:41:14-unsetting variable >>tcl_traceCompile<<
18:41:14-unsetting variable >>auto_path<<
18:41:14-unsetting variable >>seasonpassgraphic<<
18:41:14-unsetting variable >>reddotstatus<<
18:41:14-unsetting variable >>expiredsuggestionstreatment<<
18:41:14-unsetting variable >>actualspacefreemeg<<
18:41:14-unsetting variable >>env<<
18:41:14-unsetting variable >>logotablename<<
18:41:14-unsetting variable >>hoursahead<<
18:41:14-unsetting variable >>mailcheckingon<<
18:41:14-unsetting variable >>argc<<
18:41:14-unsetting variable >>corespaceusedmeg<<
18:41:14-unsetting variable >>sender<<
18:41:14-unsetting variable >>showspaceaddedbackicon<<
18:41:14-unsetting variable >>spacegraphicempty<<
18:41:14-unsetting variable >>usersize<<
18:41:14-unsetting variable >>bitrate<<
18:41:14-unsetting variable >>displayremainingtime<<
18:41:14-unsetting variable >>fid<<
18:41:14-unsetting variable >>everythingeq<<
18:41:14-unsetting variable >>remainingtimeunits<<
18:41:14-unsetting variable >>diskBpresent<<
18:41:14-unsetting variable >>reddotofffilename<<
18:41:14-unsetting variable >>argv<<
18:41:14-unsetting variable >>endpadofffilename<<
18:41:14-unsetting variable >>genretable<<
18:41:14-unsetting variable >>popuptextrequired<<
18:41:14-unsetting variable >>verylowtempcentigrade<<
18:41:14-unsetting variable >>globalblockreq<<
18:41:14-unsetting variable >>impliedtwothumbdowngraphic<<
18:41:14-unsetting variable >>htmlfilename<<
18:41:14-unsetting variable >>predictedthreethumbupgraphic<<
18:41:14-unsetting variable >>rejectedrecreq<<
18:41:14-unsetting variable >>i<<
18:41:14-unsetting variable >>listseperator<<
18:41:14-unsetting variable >>mailserver<<
18:41:14-unsetting variable >>tivoName<<
18:41:14-unsetting variable >>programbarwidthpercent<<
18:41:14-unsetting variable >>lconfig<<
18:41:14-unsetting variable >>impliedthreethumbdowngraphic<<
18:41:14-unsetting variable >>smartCmd<<
18:41:14-unsetting variable >>countexpiredasfreespace<<
18:41:14-unsetting variable >>graphiclengthmultiple<<
18:41:14-unsetting variable >>phonebrokenfilename<<
18:41:14-unsetting variable >>impliedonethumbdowngraphic<<
18:41:14-unsetting variable >>syslogTag<<
18:41:14-unsetting variable >>recipient2<<
18:41:14-unsetting variable >>actualspaceusedgig<<
18:41:14-unsetting variable >>spacepopdetail<<
18:41:14-unsetting variable >>recipient3<<
18:41:14-unsetting variable >>channeltablefsid<<
18:41:14-unsetting variable >>proglevelhighspaceindreq<<
18:41:14-unsetting variable >>endpadstatus<<
18:41:14-unsetting variable >>cache_ns_moddate<<
18:41:14-unsetting variable >>confresDefaultOtherTiVo<<
18:41:14-unsetting variable >>endpadtodoliston<<
18:41:14-unsetting variable >>explicitthreethumbupgraphic<<
18:41:14-unsetting variable >>version<<
18:41:14-unsetting variable >>countsuggestionsasfreespace<<
18:41:14-unsetting variable >>cronlistrequired<<
18:41:14-unsetting variable >>spaceaddedbackfilename<<
18:41:14-unsetting variable >>dmailExpired<<
18:41:14-unsetting variable >>sortnowshowingascdesc<<
18:41:14-unsetting variable >>spacegraphicend<<
18:41:14-unsetting variable >>externallogging<<
18:41:14-unsetting variable >>reddotinstalled<<
18:41:14-unsetting variable >>opt<<
18:41:14-unsetting variable >>spacebarinfographic<<
18:41:14-unsetting variable >>mutideletefilename<<
18:41:14-unsetting variable >>manualtzoffset<<
18:41:14-unsetting variable >>phonefilename<<
18:41:14-unsetting variable >>todomultithumbupdate<<
18:41:14-unsetting variable >>htmlfilerequired<<
18:41:14-unsetting variable >>suggestioneq<<
18:41:14-unsetting variable >>actualspacefreegig<<
18:41:14-unsetting variable >>trackerblockreq<<
18:41:14-unsetting variable >>detailget<<
18:41:14-unsetting variable >>multiupdatethumbsblankboxfilename<<
18:41:14-unsetting variable >>tvStandard<<
18:41:14-unsetting variable >>programindexstartday<<
18:41:14-unsetting variable >>cmd<<
18:41:14-unsetting variable >>programbarwidthpx<<
18:41:14-unsetting variable >>pidfilelocation<<
18:41:14-unsetting variable >>diskfullfilename<<
18:41:14-unsetting variable >>argv0<<
18:41:14-unsetting variable >>globalblockfunction<<
18:41:14-unsetting variable >>dmailGraphicsURL<<
18:41:14-unsetting variable >>progstatuspercentageusedreq<<
18:41:14-unsetting variable >>trackerblockfilename<<
18:41:14-unsetting variable >>diskbrokenfilename<<
18:41:14-unsetting variable >>viewthumbs<<
18:41:14-unsetting variable >>ignorelist<<
18:41:14-unsetting variable >>version3<<
18:41:14-unsetting variable >>originalhoursahead<<
18:41:14-unsetting variable >>channeltableapgchannel<<
18:41:14-unsetting variable >>tivoswversion<<
18:41:14-unsetting variable >>trackerdir<<
18:41:14-unsetting variable >>dmailTivoURL<<
18:41:14-unsetting variable >>logFid<<
18:41:14-unsetting variable >>errorCode<<
18:41:14-unsetting variable >>nowshowingdaylimit<<
18:41:14-unsetting variable >>tivowebmodulesdir<<
18:41:14-unsetting variable >>uktivo<<
18:41:14-unsetting variable >>tivofilename<<
18:41:14-unsetting variable >>endpadrecordingunlikelygraphic<<
18:41:14-unsetting variable >>todomultidelete<<
18:41:14-unsetting variable >>debuglvl<<

------completed the jazzed dailymail program - v1.0 (29 September 2005 - 10.00am) - thanks for your custom
------completed at 18:41:14

themitch

11-18-2005, 09:45 PM

I just can't get my dailymail_jazz e-mail to send automatically :-(

I have loaded everything on to the Tivo and it works if I send the dailymail manually from tivoweb.

It even works if I manually send from the tivosh command line (/var/hack/dailymail/dailymail_jazz.tcl).

However, trying to get it to run automatically seems to be eluding me?!?

I can only assume it's the way I have configured cron/crontab?

My cron is in /var/hack/bin/cron and I can see it as process number 204 in my ps list.

In /var/hack/etc I have some files, one of which I have edited - crontab. It says the following:

% % cat crontab

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

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

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

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

MFS_DEVICE=/dev/hda10
TIVO_ROOT=""

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

# m h dom mon dow command
#*/10 * * * * date >> /var/hack/cron.test.out
*/10 * * * /tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl > dailymail
2>&1

Am I don't something wrong here? Can anyone give me a clue as to why my cron job isnt running?

Thanks
M

Fozzie

11-19-2005, 04:23 AM

*/10 * * * /tvbin/tivosh /var/hack/dailymail/dailymail_jazz.tcl > dailymail
2>&1

Am I don't something wrong here? Can anyone give me a clue as to why my cron job isnt running?Seems like someone didn't read the included thorough, Installation Instructions document!

Quote:

In order to automatically run Dailymail Jazz you will need to edit the crontab file. The following is an example crontab entry:

# run dailymail every day at 5.45am
45 5 * * 0-6 /var/hack/dailymail/dailymail_jazz &

themitch

11-19-2005, 05:14 AM

Thanks Fozzie. If I change my crontab to say the following:

8 10 * * * /var/hack/dailymail/dailymail_jazz & > /var/hack/dailymail.log

and then look in the log file, I can see the following entry:

cron (11/19-10:08:00-271) CMD (/var/hack/dailymail/dailymail_jazz & > /var/hack/dailymail.log)
cron (11/19-10:08:00-270) MAIL (mailed 71 bytes of output but got status 0x0001)

So it looks like the cron job is running, however, no e-mail is being sent. But I know the e-mail settings are correct because if I send it from tivoweb or directly at the command line, the e-mail gets sent.

What's the problem??

TIA

Fozzie

11-19-2005, 05:39 AM

You need to post the contents of the actual dailymail log (but make sure that you first turn up the level of logging to the maximum).

themitch

11-19-2005, 05:46 AM

Ok, so I just updated the mail settings (it seems the changes I made weren't saved) and changed the mail server id.

When I run /var/hack/dailymail/dailymail_jazz.tcl at the command line, it sends the e-mail.

When I run /var/hack/dailymail/dailymail_jazz at the command line, it says "invalid command name 'dailymail_jazz'"

the dailymail.log file which is created by the cron job is empty (0 bytes).

I am trying different perumatations, here is the output from my cron log file:

cron (11/19-10:23:00-297) CMD (/var/hack/dailymail/dailymail_jazz & > /var/hack/dailymail.log)
*system* (11/19-10:29:00-261) RELOAD (/var/hack/etc/crontab)
cron (11/19-10:30:00-302) CMD (/var/hack/dailymail/dailymail_jazz.tcl & > /var/hack/dailymail.log)
*system* (11/19-10:43:00-261) RELOAD (/var/hack/etc/crontab)
cron (11/19-10:43:00-311) CMD (/var/hack/dailymail/dailymail_jazz & > /var/hack/dailymail.log)

My crontab currently says:
43 10 * * * /var/hack/dailymail/dailymail_jazz & > /var/hack/dailymail.log

Thanks

Softail95

11-19-2005, 09:14 AM

# Unlike any other crontab you don't have to run the `crontab'
# command to install the new version when you edit this file.

M

Is this true? If so, how is this?

cmylxgo

11-19-2005, 07:52 PM

I've had daily mail working for over a year on 4 of my DirecTivos...then a few days ago I stopped recieving emails from two of my DirecTivos. After looking at the logs I got the below error messages. This is very strange since my other two daily mails are still working. I have tried two diffent mail servers and I get the same results. I also tried setting fragmenthtmlemailwrite to true without any luck. I can telnet to the mail server from bash also and issue commands. Any ideas?

Running jazzed dailymail v1.0 (13 September 2005)

00:15:31-MAIN EMAIL BODY - COMPLETED
00:15:31-MAIN FOOTER - START
00:15:31-MAIN FOOTER - COMPLETED
00:15:31-EMAIL & HTML FILE MANAGEMENT - START
00:15:31-DO EMAIL #2
00:15:31-Email required
00:15:31-entered sendmail procedure
00:15:31-variable check:
00:15:31-mailserver : >>192.168.0.22<<
00:15:31-domain : >>wowway.com<<
00:15:31-recipient : >>CHANGED.TO.HIDE.ADDRESS@wowway.com<<
00:15:31-subject: >>LivingRoomHD TiVo Status Email For Saturday November 19, 2005<<
00:15:31-attempting to open socket 25 to mailserver specified >>192.168.0.22<<
00:15:31-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>couldn't open socket: network is unreachable<<
----------------------------------------------------------------
couldn't open socket: network is unreachable
while executing
"socket -myaddr $::tivoip $mailserver 25"
(procedure "sendmail" line 31)
invoked from within
"sendmail $mailserver $domain $recipient "$ourSubject" $htmlfilename "
----------------------------------------------------------------
00:15:31-EMAIL & HTML FILE MANAGEMENT - COMPLETED

cmylxgo

11-19-2005, 08:22 PM

Fozzie

11-20-2005, 03:47 AM

When I run /var/hack/dailymail/dailymail_jazz at the command line, it says "invalid command name 'dailymail_jazz'"There's the clue ;) Either the file 'dailymail_jazz' doesn't exist in the directory /var/hack/dailymail or you haven't changed the permissions on it, to make it executeable (chmod 755 /var/hack/dailymail/dailymail_jazz).

dgilbert

11-22-2005, 08:23 AM

Fozzie

11-22-2005, 04:59 PM

Nope.

Fozzie

12-09-2005, 02:53 AM

I'm trying for the first time to use the IP detection part of dailymail but am getting this in the log:

06:51:53-ERROR IN STATUS MODULE >>can't read "::ouripaddress": no such variable<<
----------------------------------------------------------------
can't read "::ouripaddress": no such variable
while executing
"if {$::ouripaddress != ""} {
writehtml "External IP address: $::ouripaddress"
} else {
writehtml "External IP address unknown!"
}"
(procedure "gettempuptime" line 588)
invoked from within
"gettempuptime "
----------------------------------------------------------------

Any ideas please? Thanks.

c_tripps_2k

12-09-2005, 08:57 PM

Can someone take a look at this and point me in the right direction? I have the most up to date versions of all the required daily mail files. I get the emails but in the logs I'm showing these errors and my mail only containd section 1, the to do list. Here are the errors:

00:56:05-CALLING SECTION #2
00:56:05-generating output section >>2<<
00:56:05-ERROR in section #2 >>can't read "::dmailShowing": no such variable<<
----------------------------------------------------------------
can't read "::dmailShowing": no such variable
while executing
"if { $::dmailToDoList == $index } {

if {$::debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-generating to-do list"}..."
(procedure "outputSection" line 23)
invoked from within
"outputSection 2 "
----------------------------------------------------------------
00:56:05-CALLING SECTION #3
00:56:05-generating output section >>3<<
00:56:05-ERROR in section #3 >>can't read "::dmailShowing": no such variable<<
----------------------------------------------------------------
can't read "::dmailShowing": no such variable
while executing
"if { $::dmailToDoList == $index } {

if {$::debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-generating to-do list"}..."
(procedure "outputSection" line 23)
invoked from within
"outputSection 3 "
----------------------------------------------------------------
00:56:05-CALLING SECTION #4
00:56:05-generating output section >>4<<
00:56:05-ERROR in section #4 >>can't read "::dmailShowing": no such variable<<
----------------------------------------------------------------
can't read "::dmailShowing": no such variable
while executing
"if { $::dmailToDoList == $index } {

rbreding

12-15-2005, 12:32 AM

What needs to be done to modify this to calculate the space remaining for a high def bitrate ? I have a HR10-250 and want the space remaining to calculate in "High Def" quality, not "high quality". I imagine its just a code change for the bitrate.....

Ideas ?

kautrey

12-16-2005, 04:28 PM

Hi -

I found a bug while installing / running DailyMail v1.0 on a new HD DirecTiVo (HR10-250) - with NOTHING (yet!) recorded.

On line 5425 of dailymail_jazz.tcl - $cumulativediffcount is used in a calculation, which if the value is 0 (which it will be since no recordings were found), then you get a divide-by-zero error.

The fix is easy (but maybe not the right one!):

if {cumulativediffcount > 0} {
set cumulativediff [ expr ((round ($cumulativediff * 10)) / 10.0) / ($cumulativediffcount * 1.0) ]
} else {
set cumulativediff 0
}

Regards,
Kevin

jollyrog

12-27-2005, 05:35 PM

This is as far as I can get. Any help would be appreciated.

Thanks.

Roger

----

TivoWebPlus Project - v1.2.1

Main Menu Backup Channel Prefs Conflict Resolve Control Padding HackMan Info Logos Logs Mail Manage Daily E-mail MFS Phone Resource Editor Search Theme User Interface Web Remote What's On Restart
/var/log/dailymail_jazz.log/

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

22:34:13-compiled image name list: >>tivologo.jpg tivo-ok.jpg tivo-broken.jpg phone-ok.jpg phone-broken.jpg disk-ok.jpg disk-broken.jpg full-disk-ok.jpg full-disk-broken.jpg padding-ok.jpg padding-broken.jpg email-ok.jpg tv-ok.jpg tv-broken.jpg spaceguage-end.jpg spaceguage-low-green.jpg spaceguage-mid-amber.jpg spaceguage-high-red.jpg spaceguage-mid-empty.jpg spaceguage-end.jpg explicitthumbup1.gif explicitthumbup2.gif explicitthumbup3.gif explicitthumbdown1.gif explicitthumbdown2.gif explicitthumbdown3.gif impliedthumbup1.gif impliedthumbup1.gif impliedthumbup2.gif impliedthumbdown2.gif impliedthumbdown3.gif impliedthumbdown1.gif predictedthumbup1.gif predictedthumbup1.gif predictedthumbup2.gif predictedthumbdown2.gif predictedthumbdown3.gif predictedthumbdown1.gif unsetthumbs.gif endpadnorecord.gif thermometer.gif message.gif delete.gif updatethumbs.gif thumbboxblank.gif trackerblocker.gif spaceguage-other-grey.jpg suggestion.gif space-exclaim.gif startpadding.gif endpadding.gif space-added-back.gif delete-for-room.gif flashing-exclaim.gif new-episode.jpg season-pass.jpg spaceguage-info.jpg unblockme.gif blockme.gif<<
22:34:13-GLOBAL VARIABLE DEFINITION - COMPLETED
22:34:13-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
22:34:13-commence fooling tivoweb modules
22:34:13-completed fooling tivoweb modules
22:34:13-completed other preperation
22:34:13-argument 1 passed in ::: >><<
22:34:13-argument 2 passed in ::: >><<
22:34:13-argument 3 passed in ::: >><<
22:34:13-argument 4 passed in ::: >><<
22:34:13-0 argument(s) found
22:34:13-argument handling complete
22:34:13-start optional message handling
22:34:13-no message file found
22:34:13-end optional message handling
22:34:13-VERSION IDENTIFICATION - START.
22:34:13-TiVo Model : >>0<<.
22:34:13-TiVo Manufacturer : >>Thompson/RCA<<.
22:34:13-TiVo Type : >>UK/PAL<<.
22:34:13-TiVo Software version : >>2.5.5-01-1-023<<.
22:34:13-TiVo : >>Series 1<<.
22:34:13-Cleaned Up TiVo Software version : >>2.5<<.
22:34:13-Just 1 tuner found - 'To Do' Endpad functionality set ON : >>1<<.
22:34:13-Is TiVo UKTiVo? : >>1<<.
22:34:13-Is TiVo Direct TiVo : >>0<<.
22:34:13-VERSION IDENTIFICATION - COMPLETED.
22:34:13-ESTABLISHING TIMEZONE OFFSET - START
22:34:13-External TZ_GMT_OFFSET environment variable has not been set - No override occurred : >>7<<.
22:34:13-Daylightsavings : >><<.
22:34:13-Timezone offset after additional change : >>7<<.
22:34:13-Daylightsavings after possible change: >>2<<.
22:34:13-tzoffset : >>0<<
22:34:13-Timezone offset after application of daylighsavings: >>0<<.
22:34:13-System time part #1: >>Tue Dec 27 22:34:14 UTC 2005<<.
22:34:14-System time part #2: >>Tue Dec 27 22:34:14 2005<<.
22:34:14-System time part #3: >>1135722854<<.
22:34:14-System time part #4: >>1135722854<<.
22:34:14-System time part #5: >>0<<.
22:34:14-tzoffset : >>0<<
22:34:14-Identified time zone offset : >>0<<.
22:34:14-ESTABLISHING TIMEZONE OFFSET - COMPLETED
22:34:14-INCLUDING TiVoWeb MODULES - START.
22:34:14-About to include util.itcl.
22:34:14-Util.itcl included - About to include index.itcl.
22:34:14-Index.itcl included.
22:34:14-INCLUDING TiVoWeb MODULES - COMPLETED.
22:34:14-IDENTIFICATION OF DEFAULT RECORDING QUALITY - START.
22:34:14-Software version is less than 3.
22:34:14-IDENTIFICATION OF DEFAULT RECORDING QUALITY - COMPLETED.
22:34:14-GENERIC VARIABLE SETTING - START.
22:34:14-About to set source directory.
22:34:14-About to call get sizes module.
22:34:14-About to set the now showing directory
22:34:14-Code for < version 3.
22:34:14-GENERIC VARIABLE SETTING - COMPLETED.
22:34:14-ABOUT TO ASSEMBLE EMAIL:
22:34:14-CREATING EMAIL HEADINGS - START
22:34:14-CREATING EMAIL HEADINGS - COMPLETED
22:34:14-TiVo STATUS / REBOOT INFO - START
22:34:15-TiVo STATUS / REBOOT INFO - COMPLETED
22:34:15-CHECKING FOR EMERGENCY TEMP READING - START
22:34:15-Temperature check run successfully.
22:34:15-CHECKING FOR EMERGENCY TEMP READING - COMPLETED
22:34:15-CHECKING PHONE & DAILY CALL STATUS - START
22:34:15-CHECKING PHONE & DAILY CALL STATUS - COMPLETED
22:34:15-SMART DISK CHECK - START
22:34:15-Checking S.M.A.R.T. status
22:34:15-SMART command did not successfully run on disk A - check path & setup.
22:34:15-Disk B is not present - SMART check not run on disk B - remember disk B presence is set in the cfg file.
22:34:15-SMART DISK CHECK - COMPLETED
22:34:15-CALCULATING DISK USAGE & DISPLAY - START
22:34:17-disk status - started
22:34:17-disk status - version >>2<<
22:34:17-disk status - dtivo >>0<<
22:34:17-store space: rectype: >>103<<
22:34:17-stream size>>0<<
22:34:17-store space: rectype: >>203<<
22:34:17-stream size>>0<<
22:34:17-store space: rectype: >>204<<
22:34:17-stream size>>0<<
22:34:17-disk status - checkpoint #1
22:34:17-disk status - /Recording/DiskUsed/10
22:34:18-title >>It's a Very Merry Muppet Christmas Movie<< | sel type >>6<<
22:34:18-state >>5<<
22:34:18-store space: rectype: >>102<<
22:34:18-stream size>>3751936<<
22:34:18-title >>Bob the Builder<< | sel type >>6<<
22:34:18-state >>5<<
22:34:18-store space: rectype: >>102<<
22:34:18-stream size>>2207744<<
22:34:20-disk status - checkpoint #3
22:34:20-disk status - /Recording/DiskUsed/11
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:20-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:20-state >><<
22:34:21-Item Ignored - /Recording/DiskUsed/11 - Main Section >>invalid attribute: Showing<<
22:34:21-Item Ignored - /Recording/DiskUsed/11 - State Section >>invalid attribute: State<<
22:34:21-state >><<
22:34:21-disk status - checkpoint #4
22:34:21-disk status - /DiskUsed
22:34:21-disk status - checkpoint #5
22:34:23-disk status - checkpoint #6
22:34:23-disk status -recording in progress
22:34:23-title >>Live<< | sel type >>0<<
22:34:23-store space: rectype: >>100<<
22:34:23-stream size>>208896<<

Fozzie

12-28-2005, 04:39 PM

Posting log files as attachments instead of flipping ridiculously long posts would be a good start!

rbreding

12-28-2005, 05:07 PM

webdeck

12-30-2005, 01:44 AM

I fixed some issues with 0.38.8 version so that it works correctly with both my v3 DirecTiVo and my v6.2 Series 2 DirecTiVo. I can't speak as to whether or not it will work properly on other TiVos, but I tried not to break anything.

The changes are:

Corrected timezone offset calculation in versions 3+ (double multiplication by 3600)
Added additional error codes for daily call failures used in versions 3+
Corrected date calculations for call status in versions 4+
Corrected display of cron item times (many fixes)
Fixed generation of e-mails when there are no alerts (assumed = 0 instead of false)
Removed addition of "TiVo" after the name of the TiVo (I like to use "TiVo 1", etc.)

I've attached the diff here.

-Mike

lee espinoza

12-30-2005, 11:16 AM

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

that is when I press Send Daily Status Email

cwaring

12-30-2005, 12:15 PM

Don't know anything about the error, but you might want to delete your email address from your post unless you want it harvesting by spammers :)

derekbuck

01-02-2006, 02:37 AM

This is a fantastic mod and has come on in leaps and bounds since I last installed it a year or so ago :up: .....I've tried installing the latest offering on TO's website and the html generation works great! Problem I'm having is the broken socket error....whether I generate from bash or via TW the email is never sent but is created fine.....

I've seen a couple of reports of this issue but they seemed to be transitory, this however appears to be constant....Any ideas?

Many thanks,

Del.

gerti

01-03-2006, 01:33 PM

Using Mail.app on OS X I had the problem that delete of multiple programs only led to an empty handle_multi_events window. After some debugging I found out that Mail.app does not properly handle froms with the POST method. After changing the method to GET it worked fine, patch below.

Maybe this will help in other scenarios as well.

BTW any chance we might get a second delete button at the end of the ToDo list? I think it would much more sense there.

Gerd

--- dailymail_jazz.tcl.orig 2006-01-03 12:12:02.000000000 -0600
+++ dailymail_jazz.tcl 2006-01-03 12:18:39.000000000 -0600
@@ -4373,7 +4373,7 @@

writehtml "</td></tr></table>"

- writehtml "<form method=POST action=\"$dmailTivoURL/handle_multi_events/\" name=todoform target=\"_blank\">"
+ writehtml "<form method=GET action=\"$dmailTivoURL/handle_multi_events/\" name=todoform target=\"_blank\">"

writehtml "<table class=section>"

Fozzie

01-03-2006, 07:12 PM

Just tried this but the problem remains; I still have to hit 'Refresh' in IE (Win XP).

Verne

01-12-2006, 01:56 PM

I have only recently installed dailymail_jazz and think it is excellent. Well done to all involved.

I have a few questions though. I am running 0.38.8.

1) Is there an option to send the HTML file as an attachment to the email so you can open it in a browser?

2) How do you list Now Playing? Mine doesn't do it but the version on www.deepinthejungle.com has a section for it. It also says it is running version 1.0 (01 October 2003) ???

3) Can you control what is output in the rejected recordings section? I do not want to see programmes that I have watched and deleted or duplicates that were recorded at another time. There is a section which looks like it may do what I want but I don't understand the options. Not sure what the config number is as I am not at home but it is the one where you enter a lot of number in quotes i.e. "1 2 4 7". There are different options depending on if you're TiVo software version is higher or lower than 3.

Hope someone can help. Just to repeat it's an amazing hack and I'm very happy with it. I was very surprised when I installed it that it worked first time. I was expecting to have all sorts of problems with a hack this complex. Just goes to show the benefit of reading up on it thoroughly before installing it. :)

alan_m_2004

01-14-2006, 11:04 AM

Hi all,

Daily mail has been running for a couple of months now but I've stopped receiving the mails. It seems to coincide with upgrading from 40Gb -> 240gb capacity but I did upgrade me swap file accordingly.

When I look in the log I see,
-----welcome to the jazzed dailymail program - v1.0 (13 September 2005) - starting
------the debug level is set at >>2<<
------started at 06:45:08 (debugging times specified in gmt)
.....
<snip>
.....
06:46:42-username accepted
06:46:42-got reply : >>235 Authentication succeeded<<
06:46:42-password accepted
06:46:42-got reply : >>250 OK<<
06:46:42-from acknowledged
06:46:42-got reply : >>250 Accepted<<
06:46:42-to acknowledged
06:46:43-got reply : >>354 Enter message, ending with "." on a line by itself<<
06:46:43-sending message
06:46:43-building header
06:46:43-about to set recipient
06:46:43-html starts
06:46:43-require fragmented read / write of email
Dumping mempool to /tmp/BlockFailure.248
Tmk Assertion Failure:
BlockFailure, line 1771 ()
Tmk Fatal Error: Thread tivosh <248> died due to signal -2
1a344ec 1a32a44 1a2ed70 1b95e0c 1c4d5e8 1c8ea68 1c8eb78 1c93848 1c94750 1c77e7c 1c61a10 1c8e4e0 1c77e7c 1c61a10 1c63e3c 1c77e7c 1c61a10 1c849c0 1c85ec8 1c4d248 1c28cac 1800134

Any ideas?

Thanks in advance

Alan.

Fozzie

01-14-2006, 11:33 AM

Anyone else having problems with multiple delete not working from the email. It used to work for me (apart from having to hit refresh in IE) but now, clicking the 'x' in the email does nothing?! I'm wondering whether a recent MS update has done something to Outlook?

b166er

01-14-2006, 01:51 PM

Thanks for giving me the shove to head over here Fozzie.

I just got my daily mail working, that's quite some config file y'all got there ;)

Got the links in the email clicking thru to my tivo page and everything :)

edit: Got it running via cron too. Anyone seeing the size of this thread and thinking it might be a troublesome feature, not so, it's all good. I don't recommend doing this as your first hack, try some of the easier ones first so you get used to where files go. Once you're experienced and have done 3 or 4 of your other favorite hacks (like Endpad, Logos, New Episodes and so on) you'll be ready. This is a good idea not only because it's good practice, but also because when you're configuring the Daily Mail, it wants to know whether you're using some of the other hacks (because it reports on them in the email too).

thepicman

01-15-2006, 10:26 AM

2) How do you list Now Playing? Mine doesn't do it but the version on www.deepinthejungle.com has a section for it. It also says it is running version 1.0 (01 October 2003) ???

Search, search..... :D

Post #2260 has the link to v1.

Anyone else having problems with multiple delete not working from the email. It used to work for me (apart from having to hit refresh in IE) but now, clicking the 'x' in the email does nothing?! I'm wondering whether a recent MS update has done something to Outlook?

It works sproadically on my S2, and never on my S1. Also, never with Firefox. Try it by "view most recent email" link in the DMJ menu in TWP.

Verne

01-18-2006, 09:29 AM

Search, search..... :D

Post #2260 has the link to v1.

Thanks. I did read most of the thread before posting but must have missed it. What threw me was there was no mention of it on the deepingthejungle site.

Can anyone help with section 3.1.18 Selection / Presentation Type Ignore List- What to Show? Is anyone using it? In dailymail.cfg it says "If you want to ignore certain types in the to do list, expiry list, conflict list and rejected recording the add then to the list in the following variable." The variable is called "ignorelist". I have no idea what some of the selection types are. Suggestions are type 6 so I should be able to exclude them. I will have a play.

What I would really like to do is control what is output in the rejected recordings section. I managed to remove programmes I had deleted by setting "rejectedrecreq" to 1 so that it only shows things in the future. However, the list is still too crowded. I have a season pass for Friends on C4, E4 & E4P1. This generates a hell of a lot of "This instance of the episode 'The One..............' will not be recorded. This is because it is planned to be recorded at a later time.". What it is actually saying is that it has already been recorded in the last 28 days. That is all well and good but I am not really interested in seeing this on my daily mail. What I am interested in is the conflicts. Would it be difficult to add a variable which you could set to say if you want duplicates, conflicts or both? There are different types of these so it may need to have more than just three options.

Cheers.

thepicman

01-26-2006, 07:48 PM

Not sure if I should post this in the Dailymail_jazz or here..

I now have outside access through a port change and a password addition to Tivo Web Plus. The problem is, if I change my tivo's IP in the Dailymail_jazz.cfg file to reflect the port change, DMJ (v1) cannot open a socket to send the email. If I leave the IPs without the port change, mail goes out, but the hyperlinks don't work.

Do any of you have a workaround?

You are such a swell guy, I thought I'd answer your question. Yes, Super Aguri will make it to the grid....Oh, the Tivo question, right.

Its rather easy once you actually look at the .cfg file. :eek: You need to set 2.1.3 to the tivo IP with the different port number, but DO NOT set 2.2.7 to reflect the port number, leave it as just the Tivo IP. The set 2.3.4.5 to reflect the new port number as well. Save the .cfg file and you are good to go.

TPM

Vocoder

01-27-2006, 12:22 PM

Howdy from the States :)

I'm getting

"Error When Generating Status List - See Log - quoted string doesn't terminate properly"

in my dailymail reports, just below the "list of hack applications scheduled to run on your Tivo". The log file shows this:

----------------------------------------------------------------
quoted string doesn't terminate properly
while compiling
"set dailytexttemp "$dailytexttemp Friday"
("5" arm line 1)
invoked from within
"switch [lindex $dowlist 1] {
0 { set dailytexttemp "$dailytexttemp Sunday" }
1 { set dailytexttemp "$dailytexttemp Monda..."
(procedure "gettempuptime" line 393)
invoked from within
"gettempuptime "
----------------------------------------------------------------

I've been running Dailymail for about 3 days, and just last night set the machines Timezone to PST8PDT7, hoping make an easy fix to my cron schedule :) THe error popped up for the first time on this mornings mail.
Any advise is appreciated! Thanks !

-Vocoder

thepatrician

01-27-2006, 12:57 PM

Howdy from the States :)

I'm getting

"Error When Generating Status List - See Log - quoted string doesn't terminate properly"

----------------------------------------------------------------
quoted string doesn't terminate properly
while compiling
"set dailytexttemp "$dailytexttemp Friday"
("5" arm line 1)
invoked from within
"switch [lindex $dowlist 1] {
0 { set dailytexttemp "$dailytexttemp Sunday" }
1 { set dailytexttemp "$dailytexttemp Monda..."
(procedure "gettempuptime" line 393)
invoked from within
"gettempuptime "
----------------------------------------------------------------

-Vocoder

I think this is the same problem I encountered when I installed version 1.0 dated 29Sep05, but forgot to mention the problem/fix on here (oops).
So here goes!:

There are two un-terminated strings in dailymail_jazz.tcl at lines 4930 and 4931 which cause the above error,
switch [lindex $dowlist 1] {
0 { set dailytexttemp "$dailytexttemp Sunday" }
1 { set dailytexttemp "$dailytexttemp Monday" }
2 { set dailytexttemp "$dailytexttemp Tuesday" }
3 { set dailytexttemp "$dailytexttemp Wednesday" }
4 { set dailytexttemp "$dailytexttemp Thursday } <--- line 4930
5 { set dailytexttemp "$dailytexttemp Friday} <--- line 4931
6 { set dailytexttemp "$dailytexttemp Saturday" }
7 { set dailytexttemp "$dailytexttemp Sunday" }
default { set dailytexttemp "$dailytexttemp" }
}
should read
switch [lindex $dowlist 1] {
0 { set dailytexttemp "$dailytexttemp Sunday" }
1 { set dailytexttemp "$dailytexttemp Monday" }
2 { set dailytexttemp "$dailytexttemp Tuesday" }
3 { set dailytexttemp "$dailytexttemp Wednesday" }
4 { set dailytexttemp "$dailytexttemp Thursday" }
5 { set dailytexttemp "$dailytexttemp Friday" }
6 { set dailytexttemp "$dailytexttemp Saturday" }
7 { set dailytexttemp "$dailytexttemp Sunday" }
default { set dailytexttemp "$dailytexttemp" }
}{

Maybe tivo-onion could update the source? :)

lee espinoza

02-01-2006, 07:48 PM

I am getting:INTERNAL SERVER ERROR
--cut here--
action_save_edit_dailymail '' 'set "text" "#!/tvbin/tivosh

";set "Save" "Save";'
couldn't open "/proc/sys/vm/freepages": no such file or directory
while executing
"open /proc/sys/vm/freepages "w""
(procedure "::action_save_edit_dailymail" line 17)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

what is this all about?

lee espinoza

02-02-2006, 10:43 AM

I rebooted and than tried to edit the dailymail.cfg file my tivo reboot if I try to save: here is my log file:

------welcome to the jazzed dailymail program - v1.0 (13 September 2005) - starting
------the debug level is set at >>3<<
------started at 00:51:28 (debugging times specified in gmt)

00:51:28-compiled image name list: >>tivologo.jpg tivo-ok.jpg tivo-broken.jpg phone-ok.jpg phone-broken.jpg disk-ok.jpg disk-broken.jpg full-disk-ok.jpg full-disk-broken.jpg padding-ok.jpg padding-broken.jpg email-ok.jpg tv-ok.jpg tv-broken.jpg spaceguage-end.jpg spaceguage-low-green.jpg spaceguage-mid-amber.jpg spaceguage-high-red.jpg spaceguage-mid-empty.jpg spaceguage-end.jpg explicitthumbup1.gif explicitthumbup2.gif explicitthumbup3.gif explicitthumbdown1.gif explicitthumbdown2.gif explicitthumbdown3.gif impliedthumbup1.gif impliedthumbup2.gif impliedthumbup3.gif impliedthumbdown1.gif impliedthumbdown2.gif impliedthumbdown3.gif predictedthumbup1.gif predictedthumbup2.gif predictedthumbup3.gif predictedthumbdown1.gif predictedthumbdown2.gif predictedthumbdown3.gif unsetthumbs.gif endpadnorecord.gif thermometer.gif message.gif delete.gif updatethumbs.gif thumbboxblank.gif trackerblocker.gif spaceguage-other-grey.jpg suggestion.gif space-exclaim.gif startpadding.gif endpadding.gif space-added-back.gif delete-for-room.gif flashing-exclaim.gif new-episode.jpg season-pass.jpg spaceguage-info.jpg unblockme.gif blockme.gif<<
00:51:28-GLOBAL VARIABLE DEFINITION - COMPLETED
00:51:28-MEMORY FREEPAGES ADJUSTMENT - COMPLETED
00:51:28-commence fooling tivoweb modules
00:51:28-completed fooling tivoweb modules
00:51:28-completed other preperation
00:51:28-argument 1 passed in ::: >>72<<
00:51:28-argument 2 passed in ::: >>leeespinoza@sbcglobal.net<<
00:51:28-argument 3 passed in ::: >><<
00:51:28-argument 4 passed in ::: >><<
00:51:28-2 argument(s) found
00:51:28-a new hours ahead value found in argument 1
00:51:28-a new recipient email found in argument 2
00:51:28-hours ahead value is now : >>72<<
00:51:28-recipient email value is now : >>leeespinoza@sbcglobal.net<<
00:51:28-argument handling complete
00:51:28-start optional message handling
00:51:28-message file found
00:51:28-fsize : >>58<<
00:51:28-line : >>This daily e-mail was generated manually through TiVoWeb.<<
00:51:28-line : >><<
00:51:28-about to delete message file
00:51:28-message file deleted
00:51:28-end optional message handling
00:51:28-VERSION IDENTIFICATION - START.
00:51:28-TiVo Model : >>3<<.
00:51:28-TiVo Manufacturer : >>Philips<<.
00:51:28-TiVo Type : >>DirecTiVo<<.
00:51:28-TiVo Software version : >>6.2-01-2-321<<.
00:51:28-TiVo : >>Series 2<<.
00:51:28- setuptz identified : >>-21600<<.
00:51:28- daylightsavings identified : >><<.
00:51:28-Cleaned Up TiVo Software version : >>6.2<<.
00:51:28-More than 1 tuner found - 'To Do' Endpad functionality set OFF : >>2<<.
00:51:28-Is TiVo UKTiVo? : >>0<<.
00:51:28-Is TiVo Direct TiVo : >>1<<.
00:51:28-VERSION IDENTIFICATION - COMPLETED.
00:51:28-ESTABLISHING TIMEZONE OFFSET - START
00:51:28-initial setuptz value identified >>-21600<<
00:51:28-initial daylightsavings value identified >><<
00:51:28-setuptz identified as blank
00:51:28-setuptz converted from seconds to hours (negative)
00:51:28-current setuptz value >>-6<<
00:51:28-External TZ_GMT_OFFSET environment variable has not been set - No override occurred!
00:51:28-current setuptz value >>-6<<
00:51:28-Daylightsavings : >><<.
00:51:28-default daylightsavings to 2
00:51:28-Timezone offset after additional change : >>-6<<.
00:51:28-Daylightsavings after possible change: >>2<<.
00:51:28-System time part #1: >>Thu Feb 2 00:51:29 UTC 2006<<.
00:51:29-System time part #2: >>Thu Feb 2 00:51:29 2006<<.
00:51:29-System time part #3: >>1138841489<<.
00:51:29-System time part #4: >>1138841489<<.
00:51:29-System time part #5: >>0<<.
00:51:29-about to formally set tzoffset
00:51:29-STARTING GET_TZOFFSET MODULE
00:51:29-GET_TZOFFSET - Checkpoint #1
00:51:29-GET_TZOFFSET - mfstz = >>-6<<
00:51:29-GET_TZOFFSET - dst = >>2<<
00:51:29-GET_TZOFFSET - value was not overrided!
00:51:29-GET_TZOFFSET - Checkpoint #2a
00:51:29-GET_TZOFFSET - tz = >>-6<<
00:51:29-GET_TZOFFSET - Checkpoint #3
00:51:29-GET_TZOFFSET - Checkpoint #4
00:51:29-GET_TZOFFSET - date = >>2 4 2 0 51<<
00:51:29-GET_TZOFFSET - dom = >>2<<
00:51:29-GET_TZOFFSET - dow = >>4<<
00:51:29-GET_TZOFFSET - month = >>2<<
00:51:29-GET_TZOFFSET - hour = >>0<<
00:51:29-GET_TZOFFSET - min = >>51<<
00:51:29-GET_TZOFFSET - Checkpoint #5b
00:51:29-GET_TZOFFSET - dlsval = >>0<<
00:51:29-GET_TZOFFSET - Checkpoint #6
00:51:29-GET_TZOFFSET - Checkpoint 7
00:51:29-GET_TZOFFSET - Checkpoint #8
00:51:29-GET_TZOFFSET - Checkpoint #9
00:51:29-GET_TZOFFSET - Checkpoint #11
00:51:29-tzoffset : >>-21600<<
00:51:29-COMPLETED GET_TZOFFSET MODULE
00:51:29-tzoffset value before finalization >>-21600<<
00:51:29-Identified time zone offset : >>-21600<<.
00:51:29-ESTABLISHING TIMEZONE OFFSET - COMPLETED
00:51:29-INCLUDING TiVoWeb MODULES - START.
00:51:29-About to include util.itcl.
couldn't read file "/var/hack/tivoweb-tcl/util.itcl": no such file or directory
while executing
"source $tivowebdir/util.itcl"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 6531)

rbreding

02-02-2006, 10:51 AM

I rebooted and than tried to edit the dailymail.cfg file my tivo reboot if I try to save: here is my log file:

00:51:29-About to include util.itcl.
couldn't read file "/var/hack/tivoweb-tcl/util.itcl": no such file or directory
while executing
"source $tivowebdir/util.itcl"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 6531)

Dude....its obvious what the problem is.....it can't find your util.itcl which is supposed to be located in the tivoweb (/var/hack/tivoweb-tcl) folder as detailed in the log.

Either:

1. You don't have tivoweb installed
2. Your tivoweb folder is not installed to /var/hack/tivoweb-tcl

lee espinoza

02-02-2006, 11:01 AM

Dude....its obvious what the problem is.....it can't find your util.itcl which is supposed to be located in the tivoweb (/var/hack/tivoweb-tcl) folder as detailed in the log.

Either:

1. You don't have tivoweb installed
2. Your tivoweb folder is not installed to /var/hack/tivoweb-tcl
you right I just looked and it is in /cdrom/tivowebplus/ how do I make this program look in the right place?

rbreding

02-02-2006, 11:58 AM

you right I just looked and it is in /cdrom/tivowebplus/ how do I make this program look in the right place?

What the heck are you talking about ??? You have a CDROM attached to your tivo ?

lee espinoza

02-02-2006, 12:02 PM

What the heck are you talking about ??? You have a CDROM attached to your tivo ?
LOL :D I have a directory call /cdrom :D :D

lee espinoza

02-02-2006, 03:59 PM

I moved tivoweb+ to /var/hack/tivoweb-tcl and now I am getting:

/var/hack/tivoweb-tcl/get_space: /var/hack/tivoweb-tcl/get_space: cannot execute binary file
while executing
"error $error"
(procedure "get_totalsizes" line 7)
invoked from within
"get_totalsizes "
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 6578)

but I know it did not transfer in binary it transfer in ASCII

lee espinoza

02-03-2006, 01:09 PM

ok I got DailyMail to work I got the get_space file from my bin_mips and place it in my main tivowebplus directory and it worked!!!!!!

lee espinoza

02-03-2006, 02:19 PM

I AM GETTING:19:13:02-got reply : >>530 authentication required -
19:13:02-connection rejected

I don't know what to do, what do I do?

Softail95

02-03-2006, 02:22 PM

Looks to me like you need to authenticate to your mailserver....

lee espinoza

02-03-2006, 02:30 PM

Looks to me like you need to authenticate to your mailserver....
how would I do that?

Raisltin Majere

02-03-2006, 03:14 PM

Username/password. There are a couple of variable fo them in the cfg file.

lee espinoza

02-03-2006, 03:36 PM

did that now I am getting:0:30:01-EMAIL & HTML FILE MANAGEMENT - START
20:30:01-DO EMAIL #2
20:30:01-Email required
20:30:01-entered sendmail procedure
20:30:01-variable check:
20:30:01-mailserver : >>68.142.229.41<<
20:30:01-domain : >>sbcglobal.net<<
20:30:01-recipient : >>it is there but I deleted it so it will not show up on the web<<
20:30:01-subject: >>Main TiVo Status Email For Friday February 03, 2006<<
20:30:01-attempting to open socket 25 to mailserver specified >>68.142.229.41<<
20:30:01-got reply : >>220 smtp111.sbc.mail.re2.yahoo.com ESMTP<<
20:30:01-connected
20:30:01-got reply (multi-line) : >>250-AUTH LOGIN PLAIN XYMCOOKIE<<
20:30:01-got reply (multi-line) : >>250-PIPELINING<<
20:30:01-got reply (multi-line) : >>250 8BITMIME<<
20:30:01-got reply : >>250 8BITMIME<<
20:30:01-ehlo acknowledged
20:30:01-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>expected boolean value but got "fale"<<
----------------------------------------------------------------
expected boolean value but got "fale"
while executing
"if {$::authreq} {
if {$::debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-AUTH LOGIN authorization required" }
###..."
(procedure "sendmail" line 65)
invoked from within
"sendmail $mailserver $domain $recipient "$ourSubject" $htmlfilename "
----------------------------------------------------------------
20:30:01-EMAIL & HTML FILE MANAGEMENT - COMPLETED
20:30:01-unsetting variable >>oursiteport<<

Raisltin Majere

02-03-2006, 03:44 PM

20:30:01-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>expected boolean value but got "fale"<<
----------------------------------------------------------------
expected boolean value but got "fale"

Aren't boolean values either true or false? "fale" could be a typo?

lee espinoza

02-03-2006, 03:48 PM

Aren't boolean values either true or false? "fale" could be a typo?
yes found the typo

lee espinoza

02-03-2006, 04:52 PM

ok thank you all I got the thing to work now I have to see if it automatecly send out the email Daily.

justapixel

02-04-2006, 01:56 PM

Yes, this user was banned. We have a three strikes rule on this forum. The rules are here:

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

The first rule broken gets you a three day suspension. The second one gets you a week. The third one gets you banned permanently. There are messages generated with each suspension, so the user is clearly aware of the rule broken.

This user has attacked other members and the mods repeatedly, and he is unwanted.

There is no "freedom of speech" on this board. It's a privately run business, and just like in many restaurants: no shoes, no shirt - no service. He has chosen to break the rules of this forum and so he is not welcome here. He had plenty of time to reconsider his actions, and he made the decision to be difficult, and now he must face the consequences.

Sorry for the interruption in this thread. If anybody sees a user who appears to be this man again, please click on the "report to moderator" button so we can take care of him.

Please do not engage in a public discussion about this. I am posting so people are aware of the situation, not so that it can be discussed. Any questions can be directed towards Gary, David Bott, or myself.

Thank you.

dnemec123

02-04-2006, 02:47 PM

Well, after a couple of days of trial and error, I finally have this working.

I was getting the mempool error message in the log file, so I discovered that if I reduced the amount of data that was being generated into the email, the error would go away. The email only contains 24 hours of up-coming data, but since it runs each morning I figure 24 hours is plenty.

Great work on this handy utility!

Thanks!
Dale

Lopey

02-04-2006, 06:12 PM

Is there a way to get it to look into the /var/hack/tivowebplus instead of /tivoweb-tcl?

thepicman

02-04-2006, 06:32 PM

Is there a way to get it to look into the /var/hack/tivowebplus instead of /tivoweb-tcl?

Yes, change the dir in the .cfg file to point where you want

Lopey

02-04-2006, 06:48 PM

Is it the tivowebplus user true/false.... should true be in quotes like everything else?

Lopey

02-05-2006, 08:45 AM

I found what I needed to change, and it keeps telling me that the emails are sent, but I'm not getting anything. Is anyone using Comcast as the email provider?

Softail95

02-05-2006, 08:55 AM

yep. works fine. Make sure you have the right address for the mailserver. go to the support page on comcast about setting up a SMTP client to get the latest server names. Ping them to get their nnn.nnn.nnn.nnn address... specify your REAL comcast email address for sender= in dailymail.cfg. You can use "TiVo" or whatever for senderName=. Authreq is False... Check the inbox of that account to see if TiVo's note bounced for some reason...

Lopey

02-05-2006, 10:16 AM

I'm not getting any errors, I changed the Authreq to false. I'm not getting a bounced messages either, the domain would be comcast.net correct?

This is the log:

15:06:08-domain : >>comcast.net<<
15:06:08-recipient : >><<
15:06:08-subject: >>Bedroom TiVo Status Email For Sunday February 05, 2006<<
15:06:08-attempting to open socket 25 to mailserver specified >>204.127.198.27<<
15:06:08-got reply : >>220 comcast.net - Maillennium ESMTP/MULTIBOX rwcrmhc14 #40<<
15:06:08-connected
15:06:08-got reply (multi-line) : >>250-7BIT<<
15:06:08-got reply (multi-line) : >>250-8BITMIME<<
15:06:08-got reply (multi-line) : >>250-AUTH CRAM-MD5 LOGIN PLAIN<<
15:06:08-got reply (multi-line) : >>250-DSN<<
15:06:08-got reply (multi-line) : >>250-EXPN<<
15:06:08-got reply (multi-line) : >>250-HELP<<
15:06:08-got reply (multi-line) : >>250-NOOP<<
15:06:08-got reply (multi-line) : >>250-PIPELINING<<
15:06:08-got reply (multi-line) : >>250-SIZE 15728640<<
15:06:08-got reply (multi-line) : >>250-STARTTLS<<
15:06:08-got reply (multi-line) : >>250-VERS V05.00c++<<
15:06:08-got reply (multi-line) : >>250 XMVP 2<<
15:06:08-got reply : >>250 XMVP 2<<
15:06:08-ehlo acknowledged
15:06:08-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>expected boolean value but got "false`"<<
----------------------------------------------------------------
expected boolean value but got "false`"
while executing
"if {$::authreq} {
if {$::debuglvl>1} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-AUTH LOGIN authorization required" }
###..."
(procedure "sendmail" line 65)
invoked from within
"sendmail $mailserver $domain $recipient "$ourSubject" $htmlfilename "

The recipent is filled in on the actual log, just blanked out for posting purposes.

Found the problem.. didn't see the ' after false right away.

thepicman

02-05-2006, 10:20 AM

15:06:08-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>expected boolean value but got "false`"<<
----------------------------------------------------------------
expected boolean value but got "false`"

Looks like you fat fingered something. It should read false not false` Get rid of the ` and you will have better results

Lopey

02-05-2006, 12:18 PM

Where can I get the tracker module and the confers module. I've done some searching, but haven't had any success..

Fozzie

02-05-2006, 12:27 PM

Where can I get the tracker module..http://www.tivocommunity.com/tivo-vb/showthread.php?t=141201

... and the confers module..."Confers" module? :confused:

thepicman

02-05-2006, 12:57 PM

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

"Confers" module? :confused:

Lopey is reading the DMJ.gfc file word for word I think. Sanderton's Conflict Resolver is my guess. :D

Vocoder

02-05-2006, 01:38 PM

Greetings!

I've got dailymail running (awesome, by the way!) but I think it's having a problem with dates -

Last successful call: Thu, 01 Jan at 10:09
Next scheduled call: Wed, 07 Jan at 19:39
Guide data exists through: Fri, 17 Feb 2006

I've played around with the manual timezone offset in the .cfg and added a TZ env. variable to my rc.sysinit.author file with no change. The OS reports the date correctly, and running fakecall.tcl advances the last and next calls.

Any ideas?

Thanks!

thepicman

02-05-2006, 03:13 PM

Lopey

02-05-2006, 03:18 PM

Got the tracker working... now for conflict resolver..

Lopey

02-05-2006, 03:43 PM

Ok, got almost everything working. One last thing that is not working....

/var/hack/bin/ps: /var/hack/bin/ps: cannot execute binary file
while executing
"exec $shellcmd ax"
(procedure "gettempuptime" line 126)
invoked from within
"gettempuptime "

lee espinoza

02-05-2006, 03:54 PM

I am getting this in my logs in this normal?
Dumping mempool to /tmp/BlockFailure.488

to view the blocks, run:
$TIVO_ROOT/devbin/poolview.tcl <app-with-symbols> /tmp/BlockFailure.488

In the UI that comes up, find your block by address (see above)
This will help you identify the type and ownership of the blocks.

Tmk Assertion Failure:
DumpArenaAndBlocksAndDie, line 1472 ()
Tmk Fatal Error: Thread tivosh <488> strayed!
Paste the following into a shell to get a backtrace...

bt -t /tvbin/tivoapp <<END_OF_BT
read 0x2aaa8000 /lib/ld.so.1
read 0x2ab04000 /lib/libutil.so.1
read 0x2ab48000 /lib/libdl.so.2
read 0x2ab8c000 /lib/libpthread.so.0
read 0x2abe8000 /lib/libm.so.6
read 0x2acb0000 /lib/libc.so.6
0x013b3e3c 0x013b3c90 0x013b3f84 0x00f58234 0x00f9312c 0x00fee04c 0x00fee1bc
0x00ff5fd8 0x00ff7a0c 0x00fb7a28 0x00f8eb18 0x00fed644 0x00fb7a28 0x00f8eb18
0x00f93f84 0x00fb7a28 0x00f8eb18 0x00fd99ec 0x00fdd23c 0x00f58150 0x00612c48
0x00403090 0x2acc13fc
END_OF_BT

Tmk Fatal Error: Thread tivosh <488>: assertion failure

what does it mean Paste the following into a shell to get a backtrace...?

Lopey

02-05-2006, 06:09 PM

Configuration question: in the dailymail I use the website to get my external IP address, is there any way I can have it put that external IP address into the address of my Tivo?

Gunnyman

02-05-2006, 06:17 PM

Got the tracker working... now for conflict resolver..
last I looked conflict resolver doesn't work on dual tuner tivos.
Someone prove me wrong I'd love to use it.

Lopey

02-05-2006, 10:35 PM

New problem...

03:19:36-ERROR IN NOW SHOWING MODULE >>invalid command name "ritehtml"<<
03:19:36-Items Found >>-1<<
----------------------------------------------------------------
invalid command name "ritehtml"
while executing
"ritehtml "${appendthumbtext}${thumbcount}${thumbtype}" "
(procedure "getnowshowing" line 580)
invoked from within
"getnowshowing "

I think it has something to do with turning off the graphics. I get this on both Tivo's once I turned to graphics off.

Gunnyman

02-06-2006, 10:03 AM

I found this too
writehtml command in the tcl file was changed to ritehtml
find and replace with metapad or your favorite unix friendly text editor will fix it

Lopey

02-06-2006, 10:04 AM

Thanks!!

Gunnyman

02-06-2006, 10:15 AM

new problem
setting embed graphics to true reboots my series 2 dtivo. Anyone else?

Lopey

02-06-2006, 10:36 AM

How does it embed the graphics? All the graphics names on the Tivo in the base64images folder end with .txt extensions... I would also think that embeded graphics would make this a HUGE email.....

and to answer your queston no, I don't know how to fix it... lol

Gunnyman

02-06-2006, 10:44 AM

I just moved the graphics to my dreamhost web server. I'm going to test and see if that makes them show up.
maybe it's just a gmail thing.

Softail95

02-06-2006, 11:00 AM

I just moved the graphics to my dreamhost web server. I'm going to test and see if that makes them show up.
maybe it's just a gmail thing.

I have had it working with embedded graphics to a gmail account. The email is large as you would expect. I have since moved the graphics to a web server and that works fine, too. I just with there were a way to have gmail not clip long messages.

Gunnyman

02-06-2006, 11:17 AM

moving all the graphics to my webspace worked just fine :)

dnemec123

02-06-2006, 12:43 PM

I've got Dailymail_jazz (v1.0) working fine, but I keep getting (false?) SMART errors on just one of my hacked DTiVo's:

WARNING: SMART errors detected on drive A:
Device: Maxtor 4R120L0 Supports ATA Version 7
Check S.M.A.R.T. Passed

General Smart Values:
Off-line data collection status: (0x00) Offline data collection activity was
never started

Total time to complete off-line
data collection: ( 0) Seconds

Offline data collection
Capabilities: (0x00) Off-line data collection not supported

Smart Capablilities: (0x2ab0) does not save SMART data before
entering power-saving mode

Error logging capability: (0xaf) Error logging supported

Vendor Specific SMART Attributes with Thresholds:
Revision Number: 4096
Attribute Flag Value Worst Threshold Raw Value
( 3)Spin Up Time 0x2700 000 003 063 007a00000003
( 5)Reallocated Sector Ct 0x5300 000 000 240 00f406000000
( 1)Raw Read Error Rate 0x5c00 000 005 056 0000000000e3
( 6)Unknown Attribute 0xcc00 000 000 206 00f603000000
( 6)Unknown Attribute 0x7300 000 000 240 003302000000
( 4)Start Stop Count 0x5100 000 004 240 00260500009b
( 2)Throughput Performance 0xbc00 000 007 072 00ea0200004a
( 4)Start Stop Count 0xf500 000 007 016 2a1501000020
( 63)Unknown Attribute 0x6000 000 001 248 001876ff7f20
( 4)Start Stop Count 0x662a 176 175 152 2af875ff7f10
(103)Unknown Attribute 0x7800 064 004 224 7f10afb02a44
(129)Unknown Attribute 0x082a 171 128 240 2a10afb02ab8
(175)Unknown Attribute 0x102a 171 205 248 2af034b02af8
SMART Error Log:
SMART Error Logging Version: 1
Error Log Data Structure Pointer: 02
ATA Error Count: 512
Non-Fatal Count: 0

Error Log Structure 1:
DCR FR SC SN CL SH D/H CR Timestamp
00 00 01 01 ff ff 10 c0 538903
00 00 00 01 ff ff 10 c1 807338
00 00 01 01 ff ff 10 c0 1612645
00 00 00 01 ff ff 10 c1 1612645
00 fe 00 00 00 00 10 ef 1612710
00 04 50 40 97 03 10 51 1663042

Error Log Structure 2:
DCR FR SC SN CL SH D/H CR Timestamp
00 00 00 00 5e 20 10 70 3760194
00 3d 00 00 00 00 10 c3 270598
00 e4 00 00 00 00 10 c3 270598
00 3d 00 00 00 00 10 c3 1075905
00 fe 00 00 00 00 10 ef 1881211
00 04 50 40 97 03 10 51 1914766

Why is dailymail saying I have errors when the Check S.M.A.R.T. passed?

The drive info under Tivowebplus isn't showing any error either.

Thanks!
Dale

Gunnyman

02-07-2006, 08:48 AM

Fozzie

02-07-2006, 09:33 AM

Gunnyman

02-07-2006, 10:02 AM

ok so I don't need tivosh 1st.
Thanks

thepicman

02-07-2006, 01:59 PM

here's an odd one:
I set up a CRON job to run dailymail_jazz it didn't run last night and I learned why.
When executing the command
tivosh /var/hack/dailymail/dailymail_jazz & from my / directory I get
invalid command name "export" while executing
"export TIVOSH_POOLSIZE=3244032"
(file "/var/hack/dailymail/dailymail_jazz" line 3)
if I cd to /var/hack/dailymail then run tivosh dailymail_jazz & it works fine
do I just add /var/hack/dailymail to my path? or am I missing something else?

On my S1 I use:

# Run TrackerUpdate every morning at 6:30AM est
30 10 * * * /tvbin/tivosh /var/hack/trackerupdate.tcl > /var/log/trackerupdate_cron.log 2>&1

# Run DailyMail Jazz every morning at 7:00AM est
00 11 * * * /var/hack/dailymail/dailymail_jazz &

On My S2 DTiVo I use:

# Run TrackerUpdate every morning at 6:30AM est
30 10 * * * /tvbin/tivosh /var/hack/trackerupdate.tcl > /var/log/trackerupdate_cron.log 2>&1

# Run DailyMail Jazz every morning at 7:00AM est
00 11 * * * /var/hack/dailymail/dailymail_jazz &

Same thing for both now that I look at it :rolleyes:

TPM

Verne

02-07-2006, 06:20 PM

For the past two mornings I have not received a dailymail jazz email. I have a cron job that runs at 7.20am. It had been working fine up until then since I installed it about a month ago. It is producing the dailymail_jazz.html file ok. It just fails to email it. In the log it says :-

couldn't open socket: connection timed out
while executing
"socket $mailserver 25"
(procedure "sendmail" line 18)
invoked from within
"sendmail $mailserver $domain $recipient "$ourSubject" $htmlfilename "

It works fine if I run it manually. Any ideas? I am going to add another cron entry to run it in 15 minutes time and see what happens.

Softail95

02-07-2006, 10:17 PM

It works fine if I run it manually. Any ideas?

What time did you run it manually? Perhaps your wan router connection was down at the time cron ran it. Or possibly the mailserver was down at the time?

Verne

02-08-2006, 08:47 AM

What time did you run it manually? Perhaps your wan router connection was down at the time cron ran it. Or possibly the mailserver was down at the time?

On Monday night I ran it at 18:30 and on Tuesday night ay 23:05. I guess it's possible that the mail server was down. My router has been working ok and has not needed a reboot for some time. It seems too much of a coincedence that this happened two days running at the same time.

It worked ok when I added an additional cron entry last night and it also worked at the usual time this morning. Whatever the problem was it's gone away.

b166er

02-08-2006, 09:04 AM

For the past two mornings I have not received a dailymail jazz email.Weird, I just noticed I didn't get one today. I've had it running about 3 weeks now and it's arrived every day.

I looked at the log and it's 400KB (17.5 miles) long. Anyone any suggestions on the most common errors to look for? I looked for the error Verne had but didn't find his "couldn't open socket: connection timed out" error.

edit: I had it still set at level 3. reduced to 1, will see if it's going to fail in the morning for a 3rd time, and if so, I might get a smaller and more useful log.

Softail95

02-08-2006, 09:30 AM

This may be a little off-thread, but the previous post reminds me of something I wondered about a while ago. Does anyone know of a way to get logs from the tivo mailed out daily? I'd like to look at them more often. It would be great if I could get them mailed to me and check them on company time, uh, I mean in my spare time away from home. ;)

dnemec123

02-08-2006, 11:38 AM

So I take it that no one knows how to interpret the S.M.A.R.T. error results that get sent? (See my earlier message #2351 in this thread for details).

I've searched over on the "other" forum as well, and I've searched thru the sourceforge area to no avail.

Thanks for any input!

Dale

Softail95

02-08-2006, 11:52 AM

dnemec123

02-08-2006, 10:57 PM

And I was looking forward to the explanation of the results you found. The info's gotta be out there somewhere.....
Well, I'm not proud... I've sent an email to the S.M.A.R.T. support mail alias with the results of a smartctl -a /dev/hda output.

I'll keep this thread informed on what I find out.

Dale

Vocoder

02-11-2006, 10:49 AM

Howdy,
I'm having a problem with Dailymail 1.0 rebooting my Tivo. I've read similar threads, but none seem to match my issue exactly. When Dailymail runs, either from a cron job, tivowebplus or the command line, it gives the following error in the dailymail log and reboots.

Dumping mempool to /tmp/BlockFailure.341

To view the blocks, run:
$TIVO_ROOT/devbin/poolview.tcl <app-with-symbols> /tmp/BlockFailure.341

In the UI that comes up, find your block by address (see above)
This will help you identify the type and ownership of the blocks.

Tmk Assertion Failure:
DumpArenaAndBlocksAndDie, line 1472 ()
Tmk Fatal Error: Thread tivosh <341> strayed!
Paste the following into a shell to get a backtrace...

bt -t /tvbin/tivoapp <<END_OF_BT
read 0x2aaa8000 /lib/ld.so.1
read 0x2ab04000 /lib/libutil.so.1
read 0x2ab48000 /lib/libdl.so.2
read 0x2ab8c000 /lib/libpthread.so.0
read 0x2abe8000 /lib/libm.so.6
read 0x2acb0000 /lib/libc.so.6
0x013b3e3c 0x013b3c90 0x013b3f84 0x00f58234 0x00f9312c 0x00fee04c 0x00fee1bc
0x00ff5fd8 0x00ff7a0c 0x00fb7a28 0x00f8eb18 0x00fed644 0x00fb7a28 0x00f8eb18
0x00f93f84 0x00fb7a28 0x00f8eb18 0x00fd99ec 0x00fdd23c 0x00f58150 0x00612c48
0x00403090 0x2acc13fc
END_OF_BT

Tmk Fatal Error: Thread tivosh <341>: assertion failure

Any ideas would be appreciated! Thanks!

dnemec123

02-11-2006, 10:56 AM

Vocoder, I ran into this as well.

Reduce the size of the email message: change the number of hours you're polling (3.1.2; I'm at 24 hours since it is a daily email), and/or reduce the number of catagories that get reported (3.1.8).

Good luck!
Dale

Vocoder

02-11-2006, 05:50 PM

Cool - that seems to have worked. I'll know for sure tomorrow morning after the cron job runs :-)

Softail95

02-13-2006, 08:14 AM

For the past two mornings I have not received a dailymail jazz email. I

Strange.... I just had this happen in the past 2 days too. Exact same symptoms. I could produce a Dailymail manually, but the cron one in the wee hours would fail. I upped the debug to '2' and saw a 'retry later' message coming back from the smtp server. On a hunch, I pinged the name of the server and found that it's address had changed from what I had in Dailymail.cfg. I updated Dailymai.cfg with the new address of the server and it seems to be working fine now. You might want to check that.

I use watchthatpage.com to monitor web pages for changes. Does anyone know of a similar service (or trick) to monitor when an address changes? Like when Comcast changes the name of the mailserver? I'd rather know about it before I mss an email.

Verne

02-13-2006, 08:24 AM

Strange.... I just had this happen in the past 2 days too. Exact same symptoms. I could produce a Dailymail manually, but the cron one in the wee hours would fail. I upped the debug to '2' and saw a 'retry later' message coming back from the smtp server. On a hunch, I pinged the name of the server and found that it's address had changed from what I had in Dailymail.cfg. I updated Dailymai.cfg with the new address of the server and it seems to be working fine now. You might want to check that.

Thanks for the tip. Mine seems to have been behaving itself recently, apart from yesterday when my router had crashed.

Markman07

02-17-2006, 09:57 PM

After hours and hours of getting this up I am sooo close but in the email I get .. I still get the " "cannot execute binary file" message from /enhancements/varhacks/hack/bin/ps . The file is in there and the config file is pointing to this location including the filename but I get this error everytime. I didn't see anyone else in this thread get this except one and I never saw his get post get a reply. Any ideas?

thepicman

02-18-2006, 10:14 AM

Softail95

02-18-2006, 12:59 PM

Have you tried deleting the file and re-uploading it?

Agreed. It looks like it was not a binary upload. Make sure you FTP it in binary, and that you are using the right version for your processor. You can run 'ps' from a telnet prompt to test it. Try 'ps aux' to see interesting things....

Markman07

02-18-2006, 05:47 PM

You know the problem was that I was thinking too hard. I didn't need to copy the ps or ls file from the Jazz Zip installation folders to my Tivo because I already had them in the busybox directory. Any how I just re-configured the cfg file and I was good to go! Thanks for your input. Now it is on to setting it up for Cron use. :-)

Vocoder

03-02-2006, 01:35 PM

Dailymail 1.0 has been running fine on my 6.2 tivo for weeks. This morning, however, it failed to populate the To Do List. In it's place was this error:
Error When Generating To Do List - See Log - syntax error in expression "13208 * 86400 + "

The log shows this following:
18:25:11-compiling to do list
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:11-ignore item at user request
18:25:12-ignore item at user request
18:25:12-ignore item at user request
18:25:12-ERROR IN GETTODO MODULE >>syntax error in expression "13208 * 86400 + "<<
18:25:12-Items Found >>-1<<
----------------------------------------------------------------
syntax error in expression "13208 * 86400 + "
while executing
"expr $startdate * 86400 + $starttime"
("uplevel" body line 54)
invoked from within
"uplevel $body"
invoked from within
"ForeachMfsFileTrans fsid name type $::nowshowingdir "" 10 {
set rec [db $::db openid $fsid]
if {$::version >= 3} {
set recbeh [dbobj $rec get ..."
(procedure "gettodo" line 33)
invoked from within
"gettodo $::dmailHoursahead "
----------------------------------------------------------------
18:25:12-handle section module completed ok

I haven't seen this discussed anywhere and would appreciate any help in getting DM back to a working condition.

Thanks!

sanderton

03-02-2006, 03:32 PM

Have you tried just running it again, or restarting the TiVo first?

For some reason it was unable to read the start time of a show from the database. As we can't tell from the log which show, or why, not much help to be given I'm afraid, except to say it's not a general problem with DM.

Vocoder

03-02-2006, 04:07 PM

Yep, rebooted the tivo and re-ran dailymail. The same error occured. Do you suppose this will self-correct tomorrow, as the missing program will have already been recorded?

Thanks!

PhilG

03-03-2006, 11:56 AM

OK, installed the jazzed dailymail (and the great Tivoweb bits for it!)

When I do a "standard eMail" though TivoWeb, I get

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

What did I do wrong??

PhilG

03-03-2006, 12:10 PM

OK, there are a couple of errors in the dailmail_jazz.log:

debug-hecking endpad process currency
debug-pid number : >>2898<<
debug-performing ps with pid
debug-ps unsuccessful
debug-checking for new messages in tivo central
debug-compiling to do list
debug-need to look for overlapping programs with endpad
debug-3 items to investigate for endpad programme overlapping
debug-starting main to-do loop
debug-compiling expiration list
debug-compiling conflicts list
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

I have endpad runnning (honest) so I am not sure what
debug-hecking endpad process currency
debug-pid number : >>2898<<
debug-performing ps with pid
debug-ps unsuccessful

means

Also, it seems to die a quick death immediatly after

debug-about to run ps

I did copy the ps module into /var/hack/bin/, but did I need to chmod it as well?? It didn't say so in the instructions.....

Thanks for any suggestions

PhilG

03-03-2006, 12:17 PM

AHA!!

I moved ls and ps into /var/bin/ instead of /var/hack/bin/ (duh)

Snag is, when I try and use my ftp client to upload to /var/hack/bin/, I get "Directory change failed. permission denied"....

At least this is a simpler question to answer (I hope)

Vocoder

03-03-2006, 01:59 PM

I'm back :-)

The errors from yesterday seem to have resolved themselves, however today I get this in the DM log:

18:49:23-ERROR IN STATUS MODULE >>syntax error in expression "/var/hack/dailymail/dailymail_jazz + 0.0"<<
----------------------------------------------------------------
syntax error in expression "/var/hack/dailymail/dailymail_jazz + 0.0"
while executing
"expr $m + $offsetminutes"
(procedure "gettempuptime" line 225)
invoked from within
"gettempuptime "
----------------------------------------------------------------

This appears in the actual mail, right under the hack apps:
Error When Generating Status List - See Log - syntax error in expression "/var/hack/dailymail/dailymail_jazz + 0.0"

I'm lost (again). Any ideas?
Thanks!

PhilG

03-03-2006, 02:30 PM

OK, solved most of my problems (perseverance pays in the end, only I never did find out how to get access to my var/hack/bin/ folder, I just created a new one!)

I am now working on getting smartctl installed, but in the meantime I have a pedantic complaint about the disk checking in dailymail. When smartctl is not installed, a message in the mail saying so would be better than the one that says "Drive(s) have no detectable problems" - that's a tad misleading

Phil G

Markman07

03-03-2006, 05:26 PM

The Daily Jazz has been working great until three days ago. Now when I get the email the Now Showing portion fails to populate with an error message - Error When Generating Now Showing List - See Log - invalid command name "writehtml"

The log file looks good until I see this -

22:12:44-ERROR IN NOW SHOWING MODULE >>invalid command name "writehtml"</td><td"<<
----------------------------------------------------------------
invalid command name "writehtml"</td><td"
while executing
"writehtml"</td><td valign=middle class=invisible>&nbsp"
(procedure "getnowshowing" line 500)
invoked from within
"getnowshowing "
----------------------------------------------------------------

I didn't change anything or make any changes that might lead be to believe it was something I did..but who knows...any ideas what is going on based on my information! Thanks I really appreciate any help.

PhilG

03-04-2006, 04:32 PM

Well, I thought I had this sussed

My crontab says:

*/10 * * * * date >> /var/hack/cron.test.out
01 00 * * * /tvbin.tivosh /var/hack/dailymail_jazz.tcl > /var/log/dailymail_jazz.log 2>&1

I do get the 10 minute timestamp in cron.test.out, so I know cron is running, but dailymail does not run at 1 minute past midnight like I (thought I'd) asked for...

What did I do wrong??

Fozzie

03-04-2006, 05:02 PM

Any reason for not using the command syntax described in the readme? It might be worth a try:

e.g.

/var/hack/dailymail_jazz &

Vocoder

03-05-2006, 12:24 PM

Good Morning!

I'm still trying to solve the "Error When Generating Now Showing List" issue (see above). I reinstalled Dailymail this morning and no chage. I've got my hacks in /enhancements/varhacks/hack with symlinks in /var/hack for everything. This woas working OK until the errors appeared a couple of days ago.
Any ideas?
Still confused, but working on it :)

Vocoder

03-05-2006, 11:16 PM

The trouble with the Now Showing List is solved! :) There was a partially viewed show that was hanging things up. Finding it was tricky, but once I deleted that show, Dailymail ran without the error. :up:

I also made a couple of small modifications to correct S.M.A.R.T. checks and write to the cronlog when Dailymail starts and stops.

First, the crontab: This adds a line in the cronlog when the Dailymail fires. Useful to see if Dailymail is started from cron or not.
(You may need to adjust that path if your Dailymail isn't in /varhacks/hack...)

15 07 * * * echo "`date` Dailymail launched from cron" >> /var/spool/cron/cronlogs/CRONLOG-MAIN; /enhancements/varhacks/hack/dailymail/dailymail_jazz &

Next is the dailymail_jazz.tcl file. First, I wanted to add a line to the cronlog when Dailymail completes. There's no logic to tell if it ran successfully or not, but it does help when troubleshooting. Add this to the .tcl file around line 8201, right before the first 'catch' near the very end of the script. Thanks to whomever wrote fakecall.tcl for this. :cool:set cronlog [open /var/spool/cron/cronlogs/CRONLOG-MAIN a]
set timenow [clock format [clock seconds] -format "%b %d %I:%M%P"]
puts $cronlog "$timenow Dailymail routine completed"
close $cronlog As mentioned in a prior post, Dailymail said there were no S.M.A.R.T errors found while the log file indicated that the smartctl command was failing.

The script has 'smartctl --c /dev/hda' as the default command. For my drive, (a Maxtor 300GB), the correct command is smartctl -c /dev/hda. (not --c) I changed line 7187 accordingly.

Also, the Maxtor's response to a 'smartctl -c /dev/hda' was different than what the script was expecting. I changed line 7198 to expect what the drive returned: "Check S.M.A.R.T. Passed". To determine your drive's response, run smartctl in the shell and take the last line returned.

Hopefully some of this is useful to someone :) I've definitely raised my awareness of how Dailymail works. It's absolutely amazing.

-Vocoder

PhilG

03-06-2006, 05:02 AM

Also, I found a bug in the processing of the "You have mail" section of DailyMail

If you DON'T have grahics enabled and you DON'T have dailymail links = true, then dailymail doesn't tell you if you have mail

This is because the line

"set text " class=Normal>You have new mail."" (around line 2693) is NOT followed by "lappend message $text" like it should be.......

PhilG

03-06-2006, 09:56 AM

Although I am getting to grips with these script-thingies, there seems to be another bug in dailymail_jazz that has me beat.

Today, my eMail includes the following:

Conflicts
The following conflicts occur in the next 48 hours. The TiVo has determined that these programmes that you have selected
to be recorded via season-pass or wishlist will not be recorded:

The Champions Tue 19:00 ITV4
The Gilded Cage - Intruders break into the offices of Nemesis, an international security organisation, and obtain information that puts Richard's life in danger.

Snag is, that episode of The Champions (don't ask) is on NEXT Tuesday (14th) not tomorrow (7th) so hardly falls into the 48 hour "look ahead" range.

Anyone else know what needs fixing??

Many thanks

Fozzie

03-06-2006, 03:39 PM

First, I wanted to add a line to the cronlog when Dailymail completes. There's no logic to tell if it ran successfully or not, but it does help when troubleshooting.
What does the exisiting dailymail_jazz log do then? ;)

Fozzie

03-06-2006, 03:43 PM

Anyone else know what needs fixing??
Not sure why you seem to be finding so many bugs when it's been running and used by people for quite a while now without any bug reports - perhaps you're making the mistake of actually reading the whole email :)

In order to assist with fault-finding, it's much more useful if you turn up the logging detail to the maximum (3) and then post it here (as an attachment) rather than just extracts from the mail itself ;)

PhilG

03-06-2006, 05:13 PM

OK, I have turned the debug level up. I'll post the log next time I get a conflict outside the 48 hour "window"

sanderton

03-06-2006, 05:42 PM

Snag is, that episode of The Champions (don't ask) is on NEXT Tuesday (14th) not tomorrow (7th) so hardly falls into the 48 hour "look ahead" range.

Anyone else know what needs fixing??

Many thanks

Perhaps it did at one stage and was moved? Such not-any-more conflicts still exist in the database.

Use TW to have a look at the recording history to see.

Vocoder

03-06-2006, 05:42 PM

What does the exisiting dailymail_jazz log do then? ;)The existing Dailymail writes to it's own log which (at Level 3) can grow to nearly 1MB. When viewing remotely it's faster to load the shorter cronlog than the dailymail log.
Again, my reasons for doing this were to a) help with troubleshooting and b) learn a little about how .tcl files work. Having the cronlog worked for both. :)

PhilG

03-07-2006, 05:47 PM

Sanderton - SPOT ON!!!

There WAS a 7th March episode that was obviously there long enough to trigger a "conflict"

Time to turn debugging down again methinks

Thanks

alextegg

03-09-2006, 07:59 AM

I am having an ongoing problem with dailymail that I only receive about one mail in a dozen? :eek:

I have checked and my cron job is firing the mail every day, and I can telnet to the tivo and run it by hand, the mail is sent successfully. Nothing arrives in the destination mailbox..

I am using a sender email address that is valid on the domain of the ISP, but I don't think it can be that anyway as some of the emails arrive???

Anyone any suggestions?

Ta,

Alex

Fozzie

03-09-2006, 03:55 PM

If it's saying it has sent correctly then it's most likely something external to TiVo; ISP or personal spam filter, or something like that.

lcsneil

03-10-2006, 01:31 PM

Well I had a similar problem a while back. My ISP was flagging my email as spam (due to some of the text in one of the programme listings in the email) and as a result it was going straight in the bin.

Results varied depending on the programme descriptions!

Neil

alextegg

03-13-2006, 03:50 AM

Just now (Monday morning) I received Saturday, Sunday and Monday's dailymails, what's that all about? What could be delaying them that long? :confused:

cashew1970

03-13-2006, 04:06 AM

This is definately not your Tivo... It will be an ISP, or mail operator issue.....
Who do you use??

alextegg

03-13-2006, 06:57 AM

I am sending using my broadband ISP (telewest blueyonder) and am sending it to my work account which is a corporate exchange server.

cashew1970

03-13-2006, 07:03 AM

When I was setting up, I sent it to my work and my own mail account at home...

Truned out that the work mailsweeper system was doing funny things with the mail due to its very high spam count.

Try setting it to go to 2 or more mail addresses, and see if you get the same problem with all.

At least that way, you will be able to identify where the delay is.

Martin

dogsbody

03-13-2006, 07:46 AM

See if you can see the Received headers on the e-mail (view e-mail source or view all headers depending on the mail client).

There should be a "Received: " line for each hop from machine to machine and each line should have a timestamp so you should be able to see which machine held on to it for so long.

Entcee

03-16-2006, 12:05 AM

I am experiencing a few problems.

1. In the log I get the following error:
/var/hack/bin/ps: /var/hack/bin/ps: cannot execute binary file
while executing
"exec $shellcmd ax"
(procedure "gettempuptime" line 126)
invoked from within
"gettempuptime "
I have read where others have had the same errors but I could not find a solution.
I am 100% sure I uploaded it in binary and I did CHMOD 755 the file.

2. Is there any way to omit the rejected recordings section? (unless there is a way to filter the rejected recordings to only show conflicting recordings.)

PhilG

03-16-2006, 02:33 PM

What's the colon doing on the end of the "ps" command? Check your config file to make sure it's not been added accidentally

Then I'd Telnet into Tivo and do a /var/hack/bin/ps just to see if THAT works. I had problems as I'd put the ps module in /var/bin instead of /var/hack/bin (dummy!)

Entcee

03-16-2006, 02:44 PM

The config file is correct (there is no : after ps.)

When I run /var/hack/bin/ps from the telnet prompt I get the same error "cannot execute binary file."

PhilG

03-16-2006, 02:54 PM

Then you either didn't copy ls and ps (from the Daily Mail install "package" to /var/hack/bin or if you did, then you didn't make them executable.....

Entcee

03-16-2006, 03:03 PM

I did both They are both there and from the dailmail 1.0 zip file (copied over via binary transfer) and both files are chmod 755.

I have transfered ps over and over again and I ran chmod over and over again, still no luck.

PhilG

03-16-2006, 03:07 PM

If they are there and if they are executable, then /var/hack/bin/ps (or ls) WILL work.

In Telnet, do a cd /var/hack/bin (or in FTP) take a look to make SURE they are there......

Otherwise I am stumped

Entcee

03-16-2006, 03:17 PM

Yes, it is 755 I am sure (checked via ftp)

I tried to run ls and I go the same error. so neither one is working.

Entcee

03-16-2006, 03:24 PM

Should I be able to open the ls and ps files in joe and be able to see the code? When I do i get a bunch of gibberish.

Entcee

03-16-2006, 04:36 PM

I can run ls and ps as a telnet command but if I try to run the file I get the error.

example, if I type ls at the prompt it works.
However if I type /var/hack/bin/ls it does not.

This is the way it happens on both my TiVo's

PhilG

03-16-2006, 05:03 PM

It definately sounds like ls and ps are NOT in /var/hack/bin

In any case, if "ls" and "ps" work without specification of a directory, then I think you can just blank out the directory in the DailyMail config file

ie change
set pslocation "/var/bin/ps"

to be
set pslocation "ps"

and see if that works

Entcee

03-16-2006, 05:31 PM

So why is there a file for ps and ls when they are standard telnet commands.

PhilG

03-16-2006, 05:33 PM

I don't think they ARE standard "Telnet" commands - Telnet is just a way of getting "into" your Tivo. It has no commands of it's own

Actually, so far as I know, ls and ps are (sort of) standard Linux/Unix commands

Entcee

03-16-2006, 05:37 PM

you are right. I did mean they were standard Linux commands. I was able to use these commands using telnet prior to installing the ls an ps files.

Entcee

03-16-2006, 06:14 PM

I can run the ps and ls files if I use tivosh /var/hack/bin/ps but I get many errors.

I tried to change the cfg file to just ps and ls but it trues to run it as .//ps and it does not find the file

Entcee

03-16-2006, 06:16 PM

Is there a way to change the time in the email to 12 hour (and use am and pm) instead of 24 hour?

JoshFink

05-04-2006, 10:31 AM

Ok.. This thread is huge now..

What is the latest version for the Series 1 DTivo? I have been running version .3 for a while now and can't seem to find if there is a newer one.

Thanks

Josh

tivo-onion

05-04-2006, 12:57 PM

Hi there - there is only one version available for all TiVo's. Visit http://deepinthejungle.servehttp.com/TiVo/DailyMail_Module.htm to download the latest version,

cheers

Chris

Fozzie

05-04-2006, 01:49 PM

Chris,

Did you mean to include v0.38 of managedailymail.itcl instead of the slightly more recent v1.0 that you produced?

tivo-onion

05-04-2006, 01:58 PM

Chris,

Did you mean to include v0.38 of managedailymail.itcl instead of the slightly more recent v1.0 that you produced?

Just checked the zip file - it does not contain the 0.36 version as far as I can tell. The version in the 1.0 and 1.01 zip files are both the v1.0 versions. Are you sure you are looking at the right file? or am I misunderstanding what you are saying?

cheers

Chris

Fozzie

05-05-2006, 08:40 AM

I've just re-downloaded v1.0.1 and looked at managedailymail.itcl.

It is dated 13 Sep 05 (in the comments near the top of the file) - the version I have on my TiVo says 29 Sep 05.

Also, from the version in the v1.0.1 .zip file:

puts $chan [html_start "Manage Daily Status E-mail - v0.38"]From the version on my TiVo:

puts $chan [html_start "Manage Daily Status E-mail - v1.0"]The version on my TiVo is definitely a newer version than the one in the v1.0.1 zip. :confused: :)

Edit: Here you go - I just grabbed it remotely.

tivo-onion

05-05-2006, 04:33 PM

Paradinglunatic

05-05-2006, 11:21 PM

I've got an issue that was apparently fixed in an earlier version..but for some reason isn't working for me. The emails are showing up in GMT for me. I've manually set my TZ and let it autodetect....it actually doesn't matter what number I put in the TZ offset...it keeps sending out the email with everything in GMT. I'm using the most recent version and after a bit of tweaking here and there I got it working without errors..at least no errors for the things I want to use it for. Just the GMT problem.

Also this morning I noticed my tivo emailed me 4 times??? strange.

tivo-onion

05-07-2006, 09:03 AM

Paradinglunatic

05-07-2006, 11:05 AM

Attach your full log and lets take a look. What time difference should it be?

cheers

Chris

My log is attached. Time zone should be -5 (east coast USA). From the logs it looks like it knows it should be -5...and I have it set to autodetect right now.

I only attached the top portion of the log as I believe it's the only part that deals with TZ.

dave7101

05-07-2006, 08:18 PM

same problem as Paradinglunatic, i've set tz offset to -5 and it seems to show GMT plus 1 rather than GMT -5. Removing TZ offset and leaving as autodetect shows everything in GMT.

works great otherwise, on an HD10-250. (however, it seems the "extra's" included in the zip are ppc versions rather than mips, once i sorted that, all was good.)

webdeck

05-07-2006, 10:26 PM

I believe I submitted a patch to fix the timezone problem before with 0.38.8, and it doesn't look like it made it into the 1.0+ releases. Here's the fix. Add this line:

set tz [expr $tz*3600]

After these two lines:

set tzlist "-5 -6 -7 -8 -9 -10 0 1 2 3 4 5 6 7 8 9 10 11 12 -1 -2 -3 -4 -11 -12"
set tz [lindex $tzlist [expr $mfstz - 1]]

At least, that's what shows as different between the two versions, aside from the added debugging output.

-Mike

alextegg

05-08-2006, 06:39 AM

Hi,

Just installed the latest version - looks great, but I am having problems with emails being sent. :(

My ISP is Blueyonder, and I can send dailymail emails to my blueyonder account, and nowhere else :eek: so I must be breaking some rule or other. I suspected it might be requiring base64 authentication, so I added that, but to no avail.. :mad:

I don't know what the correct rules are, but my setup from my .cfg file is as follows:

set mailserver "195.188.53.60" - this is the blueyonder smtp server

set domain "blueyonder.co.uk" - is this right?

set recipient "xxx@blueyonder.co.uk" - set to my actual blueyonder address, this works
set recipient2 "alextegg@yahoo.com" - doesn't work
set recipient3 "alex.tegg@xxx.com" - set to my work account, doesn't work

set sender "xxx@blueyonder.co.uk" - set to my actual blueyonder address, is this correct?

set senderName "Alex Tegg" - is this correct

[/code]
tried turning the below on, just in case, used an online authenticator to get the values, log file says it works:

set authreq true

set authmethod "LOGIN"

set username_base64 "YXQwMDdhNTM5MkBibHVleW9uZGVyLmNvLnVr"

set password_base64 "c2FzaWJh"

So, I can send to my blueyonder account I never use, and don't really want to :mad:, and not to my personal or work email addresses, which I actually want - any ideas? :confused:

TIA

Alex

Paradinglunatic

05-08-2006, 08:16 AM

dave7101

05-08-2006, 10:06 AM

same thing here... restarted tivo as well.... no joy, still seems to be showing GMT (or GMT plus 1)

dave7101

05-10-2006, 12:26 PM

ATTN: webdeck

Thanks for the info, any other insights you can provide... im willing and able to poke around and try and sort out whats failing with the TZoffset issue.

thanks again

alextegg

05-10-2006, 02:50 PM

Anyone able to help me with my previous post? I used to find dailymail very useful, but if I can't get it to send to either of my accounts any more, then it's a lot less useful!! :(

Hi,

Just installed the latest version - looks great, but I am having problems with emails being sent. :(

My ISP is Blueyonder, and I can send dailymail emails to my blueyonder account, and nowhere else :eek: so I must be breaking some rule or other. I suspected it might be requiring base64 authentication, so I added that, but to no avail.. :mad:

I don't know what the correct rules are, but my setup from my .cfg file is as follows:

set mailserver "195.188.53.60" - this is the blueyonder smtp server

set domain "blueyonder.co.uk" - is this right?

set recipient "xxx@blueyonder.co.uk" - set to my actual blueyonder address, this works
set recipient2 "alextegg@yahoo.com" - doesn't work
set recipient3 "alex.tegg@xxx.com" - set to my work account, doesn't work

set sender "xxx@blueyonder.co.uk" - set to my actual blueyonder address, is this correct?

set senderName "Alex Tegg" - is this correct

[/code]
tried turning the below on, just in case, used an online authenticator to get the values, log file says it works:

set authreq true

set authmethod "LOGIN"

set username_base64 "YXQwMDdhNTM5MkBibHVleW9uZGVyLmNvLnVr"

set password_base64 "c2FzaWJh"

So, I can send to my blueyonder account I never use, and don't really want to :mad:, and not to my personal or work email addresses, which I actually want - any ideas? :confused:

TIA

Alex

dave7101

05-10-2006, 04:29 PM

Probably having issues with your ISP seeing your messages as attempts to 'relay'. Thus dropping it as spam.

Can you telnet to blueyonder.co.uk on port 25 and try to manually send a message and see what error it dumps (if any)

example smtp telnet session below... command you type are in [brackets]

[telnet blueyonder.co.uk 25]

[helo xxx@blueyonder.co.uk] (your host name)

[mail from:xxx@blueyonder.co.uk] (your 'from' address)

[rcpt to: (whatever you want to use here)]

[data]

enter a few lines after the data command..anything you like

end and send by entering a '.' on a line by itself and hit enter

[.]

[quit]

the above will likely fire you an error at some point... take note of the message and any error number you get (format of xxx, x being numbers) and post here.

alextegg

05-11-2006, 04:11 AM

alextegg

05-11-2006, 04:12 AM

thinking about it, this still doesn't explain how it sends to my blueyonder address and not my yahoo or work addresses? Shouldn't it work for all or none?

staffie2001uk

05-11-2006, 12:41 PM

Thanks for that, tried it and got 'malformed host' when using helo xxx@blueyonder.co.uk where xxx is valid

Ta

Alex

I think it should be [telnet smtp.blueyonder.co.uk 25] to get to the mail server

This got me your mail server.

Then you need to continue as described to see if you can send mail.

Cheers.

alextegg

05-11-2006, 05:19 PM

Yes, sure I'd spotted that typo, otherwise I wouldn't have got the other prompts..

I can telnet to the server, then do the helo command, then the mail, rcpt, data, (text), fullstop and quit.

If I do helo xxx@blueyonder.co.uk I get an error 501 syntactically invalid helo arguments, not malformed host, sorry that was an mistake on my part. But if I do helo blueyonder, and then the remaining commands, it all works and sends the mail.

Which cfg file argument does dailymail put after the helo command?

alextegg

05-12-2006, 10:22 AM

Have changed my host to blueyonder now, and it is working 100% of the time to my blueyonder account, but never to yahoo or work accounts.

if I telnet to my smtp server and do the send by hand to my work or yahoo accounts it works, so there's something very strange going on - i'm stumped :( :mad:

djb2002

05-13-2006, 02:47 PM

What would be the easiest way to 'upgrade' the current version of DailyMail I have installed - v0.35.6 to the latest version ??

Thanks in advance,
Daniel

djb2002

05-23-2006, 05:12 PM

What would be the easiest way to 'upgrade' the current version of DailyMail I have installed - v0.35.6 to the latest version ??

Anyone ?

Thanks
Daniel

tivo-onion

05-24-2006, 07:35 AM

Anyone ?

Thanks
Daniel

You will just have to bite the bullet I think, and upgrade to the newest version. It will take you 10 minutes to transcribe relevant values from the old config file to new and probably another 30 mins to select any new options etc. If you have any problems - well this is the thread to discuss them on,

cheers

Chris

alextegg

05-24-2006, 07:58 AM

I did this recently, and tivo-onion's install instructions are excellent, easy to follow.

b166er

05-30-2006, 05:50 AM

I'm looking into modifying my dailymail jazz tcl file so that rather than report to me that the last daily call failed, instead it retries the daily call repeatedly until it succeeds.

I'm in need of this as my daily call is almost always failing now and it often takes me a couple of attempts to get it to work. No idea why, the fact that it does work eventually leads me to believe all my hardware/software/account-status is OK. If it wasn't then it would never succeed.

So I thought where would I do this. Duplicate endpad and use that as a shell for a new cron task and include the necessary code from phone.itcl to do the call. That didn't look so nice when I looked into it.

When I looked into the dailymail jazz tcl file though, I found a specific line of code that's already detecting the condition I'm looking for. It's in the section "110. Checking phone & daily call status" there's a check: 'if {$phone != "Ok"}' that's perfect to hook into.

What I'd like to do there, when the phone connection is detected to be not Ok, is make the daily call using these 2 lines I got from phone.itcl:

set Daily [binary format c20 "127 -60 126 100 127 -1 -15 -80 1 -78 92 -56 127 -18 -5 116 127 -75 -91 -8"]
event send $TmkEvent::EVT_DIALUPEVENT 0 $Daily

Then what I'd want to do is cancel the current dailymail attempt, and reschedule one for in an hour's time. That gives the dailycall a chance to complete, and gives me up to 24 attempts to complete the call. Some method of counting the attempts and giving up at say 22 attempts would be needed to avoid it clashing with the next day's dailymail.

Does anyone know how to cancel the dailymail and reschedule it for an hour later ?

Dorv

05-30-2006, 05:36 PM

Ok, I'm lost as far as trying to install DailyMail.

First I have a Hughes SD-DVR40 that I upgraded using PTVUpgrade and Instacake. I've discovered that this method does not necessarily put the tivowebplus files in the same place as the datasheet indicates, so I've (hopefully) been making the relevant changes in the .cfg file (the whole process has been a pain, as my installation doesn't have a mkd command... So neither FileZilla or SmartFTP can make directories, so I've telneted in each time to.., and then... eh... whatev.. That parts done).

So, the errorfile has gotten to this part of the fun: (/var/hack is where I put the /get_space directory... Should it have gone somewhere else?)

21:28:08-About to call get sizes module.
couldn't execute "/var/hack/get_space": permission denied
while executing
"error $error"
(procedure "get_totalsizes" line 7)
invoked from within
"get_totalsizes "
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 6648)

Fozzie

05-30-2006, 06:12 PM

It's in the error message!

"couldn't execute "/var/hack/get_space""

You haven't put get_space executable in /var/hack; you've made a directory called /var/hack/get_space (and presumeably put the get_space executable there).

Dorv

05-30-2006, 06:22 PM

Which one... the one in the bin_mips directory or the one in the bin_ppc directory...

For some reason, I think its the mips... Lets see...

Fozzie

05-30-2006, 06:35 PM

What have you got in section 4.15 of dailymail.cfg?

atari_addict

06-01-2006, 12:19 PM

Viewing the daily email on my computer, which is connected to the TiVo through a wired LAN, and selecting multiple programmes for deletion, brings the test page up in TiVoWeb. I can achieve the desired result if I choose to view the generated email directly within the Manage Daily E-mail module in TiVoWeb. Hmm!

Also, I haven't been able to get the generated email to display the base64 graphics from my ntl webspace, although they're fine if I embed them from those stored on the TiVo itself. Not too much of a problem, but I can't see offhand why that shouldn't work?

Cheers

Derryck

Fozzie

06-01-2006, 02:22 PM

dogsbody

06-01-2006, 05:06 PM

Also, I haven't been able to get the generated email to display the base64 graphics from my ntl webspace, although they're fine if I embed them from those stored on the TiVo itself. Not too much of a problem, but I can't see offhand why that shouldn't work?You should only use the base64 graphics on the TiVo for the embeded mail. For linked images you should have the normal (jpg?) images on your ntl webspace :)

atari_addict

06-02-2006, 05:25 AM

This is a known "bugette". Just hit refresh on your browser and the multi-delete page should appear ;)

Already tried, should have mentioned that :(

atari_addict

06-02-2006, 05:27 AM

You should only use the base64 graphics on the TiVo for the embeded mail. For linked images you should have the normal (jpg?) images on your ntl webspace :)
Ah! Obvious, of course.

Now, is there a matching set of jpgs to the base64 ones?

b166er

06-02-2006, 06:21 AM

:D :D :D :D :up: :up: :eek:

dogsbody

06-02-2006, 06:46 AM

Now, is there a matching set of jpgs to the base64 ones?They should be in the zip file of the download.

atari_addict

06-02-2006, 01:17 PM

They should be in the zip file of the download.
I'm sorry, I'm having a bad day. You're quite right of course.

atari_addict

06-03-2006, 06:22 AM

Already tried, should have mentioned that :(

Later...

The multi-delete or thumbs page opens correctly in Internet Explorer, but not in Safari (Mac) :(

b166er

06-24-2006, 06:43 PM

I've made a change to my DailyMail so that if the daily EPG call failed, then before sending the email, it will retry the daily call. It's not really related to, or the responsibility of, the Daily Mail, but it's sure a convenient place to do such a check.

I only had to change section 110, which contains no user/custom data, so you can just search for "110." and replace that whole section. I've attached two .txt files:

One contains the original section 110, at least it's original in the version I'm using of Dailymail.

The second file contains the changes I made so that only if the last daily call failed, it will retry up to 10 times to get a good daily call. Each one is logged into the daily mail before it's sent. This is what I'm using currently.

Here's how it looked in my mail this morning:

http://i39.photobucket.com/albums/e183/d4005/retries.jpg

ciper

07-14-2006, 09:35 PM

Ive been trying to write my own utility to send the current external IP to an email address. In searching for something unrelated I found this thread. Seems that a modified dailymail would be a good start.

Originally I was going to ucreate a cron job to run wget which would download from http://www.whatismyip.com/ and grep that file for the line that contains "<TITLE>WhatIsMyIP.com" then strip the uneeded info and send the message using telnet to the mail host.
Only one problem,,, i cant find a copy of powerpc wget :(

dogsbody

07-15-2006, 05:04 AM

Originally I was going to ucreate a cron job to run wget which would download from http://www.whatismyip.com/ and grep that file for the line that contains "<TITLE>WhatIsMyIP.com" then strip the uneeded info and send the message using telnet to the mail host.
Only one problem,,, i cant find a copy of powerpc wget :(
I'm afraid you have got more problems after that. Even when you get wget (you should be able to compile it yourself BTW) then the TiVo still can't do DNS lookups. So it won't be able to connect to www.whatismyip.com anyway. Connecting to a websites IP doesn't work if they are using name based virtual hosting.

As a side note, I would recommend using http://checkip.dyndns.org:8245/ instead of whatismyip.com. I find that it reports the correct IP for more users worldwide. If you are working behind a web proxy etc. then some services will report the web proxy instead of the client IP.

ciper

07-15-2006, 04:31 PM

BobBlueUK

07-15-2006, 06:50 PM

I've finally taken the plunge and installed DailyMail, and just want to add my thanks to sanderton and tivo_onion for all their fine work in developing it!

Two comments:

1) The dailymail_jazz.tcl, trackerupdate.tcl and handlemultievents.itcl files included in Dailymail Jazz Install v1.01 02May06.zip (http://www.deepinthejungle.com/Tivo/downloads/Dailymail%20Jazz%20Install%20v1.01%2002May06.zip) from tivo_onion's site appear to have DOS line terminators. DailyMail seemed to work okay anyway but had to convert Trackerupdate to UNIX format to get it working.

2) One thing I'd find really useful would be to get a daily email based on d33mb33's excellent Highlights module (http://www.tivocommunity.com/tivo-vb/showthread.php?t=285228&page=1&pp=30), containing the upcoming day's recommendations from Radio Times together with info on whether TiVo is already set to record them/links to set them to record etc. Would it be possible to get DailyMail to do this? My TCL certainly isn't up to the job but thought I'd suggest it here in case one of the coding gurus feels like a challenge... :)

Thanks again for all your efforts guys! :up:

Fozzie

07-16-2006, 06:17 AM

Thanks, http://checkip.dyndns.org:8245/ is sure cleaner.

Didnt think about the name resolution issue. If Im going to try compiling wget I might as well try for nslookup. Any advice on the best compiler that can run on a wintel machine?Any of the files or bits I did here of any use to you?

http://www.tivocommunity.com/tivo-vb/showthread.php?p=3668806&highlight=dns#post3668806

dave7101

07-20-2006, 08:43 AM

Has anyone made any headway on the tzoffset issue? (everything shows in GMT, regardless of the tzoffset used)

Thanks

Jimus

07-29-2006, 05:51 PM

Hiya,

I just installed Endpad on my TiVo which I had upgraded not so long ago for me by an expert (wasn't brave enough).

I am now feeling over-confident and really fancy installing DailyMail and have downloaded the files, seems like a really cool idea.

Just one seemingly obvious question : what does the email contain and what does it look like?

Perhaps someone could send me an example one or a link to one?

my email address is : jim dot d at zen dot co dot uk

Ta

Jimus

alextegg

07-30-2006, 04:58 AM

tivoonion's (the authors) website contains an example?

Jimus

07-30-2006, 06:49 AM

tivoonion's (the authors) website contains an example?

Links in the middle and at the bottom of the download page don't work for me. I have tried on both IE and Firefox.

Not to worry.

Jimus

gerti

08-10-2006, 06:52 PM

Has anyone made any headway on the tzoffset issue? (everything shows in GMT, regardless of the tzoffset used)

Around line 4102 it says:

if {$override} {
if {$::debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-GET_TZOFFSET - value was overrided!" }
set tz $mfstz

change that to (last line changed):

if {$override} {
if {$::debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-GET_TZOFFSET - value was overrided!" }
set tz [expr $mfstz*3600]

gerti

08-11-2006, 10:21 AM

Viewing the daily email on my computer, which is connected to the TiVo through a wired LAN, and selecting multiple programmes for deletion, brings the test page up in TiVoWeb. I can achieve the desired result if I choose to view the generated email directly within the Manage Daily E-mail module in TiVoWeb. Hmm!

Annoying how many patches got lost from the pre-one-dot-oh versions!

Anyhow, most likely you are using Mail.app on OS X, which seems to have a bug with form handling, specifically the 'POST' method. Around lines 4297 and 4338 (maybe a few lines off as I added a few other patches) are lines that start with:

writehtml "<form method=POST action=\"$::dmailTivoURL/handle_multi_events/\"
In these lines replace POST with GET and it will work.

Paradinglunatic

08-12-2006, 12:11 AM

Around line 4102 it says:

if {$override} {
if {$::debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-GET_TZOFFSET - value was overrided!" }
set tz $mfstz

change that to (last line changed):

if {$override} {
if {$::debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-GET_TZOFFSET - value was overrided!" }
set tz [expr $mfstz*3600]

Worked for me!!! Thank you so much! The line to change for me though was on line 504 of dailymail_jazz.tcl

Either way, it worked!

dave7101

08-12-2006, 08:51 AM

Yep....that did it... nice work on that one!!

if {$override} {
if {$::debuglvl>2} { puts "[clock format [clock seconds] -format {%H:%M:%S} -gmt true]-GET_TZOFFSET - value was overrided!" }
set tz [expr $mfstz*3600]

fysmd

08-16-2006, 06:12 PM

fysmd

08-17-2006, 08:48 AM

Hi!

Ive just updated my very old dailmail to the latest and I love that it can select stuff whcih tracker wants to get rid of - but I have no buttons in my email which let me actually delete the scheduled recorordings.

Have a done something stoopid?
yes I have!
I didn't notice the buttons in the date line - DOHH!

but I do get the following in the log now:

12:32:31-about to parse crontab file
12:32:31-ERROR IN STATUS MODULE >>syntax error in expression "* + 1"<<
----------------------------------------------------------------
syntax error in expression "* + 1"
while executing
"expr $h + $offsethours"
(procedure "gettempuptime" line 244)
invoked from within
"gettempuptime "

Any clues how to resolve it?

Verne

09-14-2006, 09:41 AM

Not sure if this has been covered but I can't find anything. I have been using this module for a while now with no problems. I recently decided I wanted access to tivoweb from the internet. I have got that working ok but I'm not sure how to configure dailymail so the hyperlinks work from both locations.

I am using dyndns and have set dmailTivoURL = "http://username.homeip.net:xxxx" in the config file. I am using a port in the high two thousands and have configured my router to forward that port to 80.

The hyperlinks in the dailymail are working fine from the internet but do not work on my home network. I have tried adding the domain into my hosts file but I don't think my PC knows what to do with the port I am using.

Is there a way to set this up so it works from both locations?

Thanks.

Ian_m

09-14-2006, 09:51 AM

Is there a way to set this up so it works from both locations? Probably yes or no depending in your router.

My old crappy Linksys WAG54G allowed me to access my routers internet address from the inside intranet ie internally and externally click on daily mail link and it works, but the replacement NetGear DG834G doesn't allow this.

It works with my works Vigor router though, just accessed our web server internally via an external address.

Wonder if adding a static route to a router that doesn't do it will work ?

cojonesdetoro

09-14-2006, 11:40 AM

I believe it's commonly referred to as a "hair-pinned" local port and your router needs to have special logic to support it. years ago, even high end firewalls didn't get this right.

BTW, using a high port doesn't protect you from much. You should really look into some sort of SSL gateway with authentication and reverse proxying. I do it with a cgi script called nph-proxy and have my apache server set to allow access via SSL and authentiction.

Ian_m

09-14-2006, 05:37 PM

IYou should really look into some sort of SSL gateway with authentication and reverse proxying. I do it with a cgi script called nph-proxy and have my apache server set to allow access via SSL and authentiction.I'd loved to do something more decent than simple high port number, however:-

- I have firewall logging on my TiVo port for anything other than work address and in 18months not seen any activity.
- Apache is yet another box to look after, I spend too much time doing that at work.
- A PC takes at a minium 100W (probably for something small) and having that 24/7 means £100/year in electric (approx). My NetGear router takes 12W so £88/year cheaper.

cmylxgo

09-16-2006, 10:59 PM

I've just upgraded to tivo software 7.2 and now dailymail won't work anymore.. I'm getting following when I try to run it:

------welcome to the jazzed dailymail program - v0.38.9 Beta Patch #2 (24 August 2005) - starting
------the debug level is set at >>3<<
------generated content presented in American English for your reading pleasure!
------started at 22:21:36 (debugging times specified in gmt)

invalid command name "pool"
while executing
"pool pool0 size"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 1)

Does anyone have any suggestions on how to fix this??
I am having the same problem and have tried version 1.0 and 1.01 without any luck.

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

invalid command name "pool"
while executing
"pool pool0 size"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 1)

rbreding

09-17-2006, 05:22 PM

6.3 HD DirecTiVo with the same error:

------welcome to the jazzed dailymail program - v1.0 (13 September 2005) - starting
------the debug level is set at >>1<<
------generated content presented in American English for your reading pleasure!
------started at 21:20:38 (debugging times specified in gmt)

invalid command name "pool"
while executing
"pool pool0 size"
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 1)

Definately need help with this as I have so many SP's that the only way I was able to make sure there weren't any conflicts was with dailymail. :D

ryan94z

09-18-2006, 02:01 PM

I'm seeing this with DailyMail after upgrading my HDTiVo to 6.3 as well. One thing to note, I received the same error message when my ancient version of TivoWeb (1.9.4) tried to start up. Upgrading to TWP 1.3.1 fixed the problem.

dave7101

09-23-2006, 08:47 PM

anyone still watching this thread.... i really miss dailymail, and it appears to need some (minor hopefully) fix to make it work with 6.3 on the hd10-250.

cmylxgo

09-25-2006, 12:59 PM

Anyone running 6.3 or 6.3a get this working yet?

dave7101

09-25-2006, 01:03 PM

doesn't seem to be much happening on the support front... any chance someone with daily mail installed can try rem'ing out the offending 'pool' line and giving it a try... probably just a memory allocation thing, and may not be critical.

I don't have it installed post 6.3a upgrade, but i will give it a try if no one is in a position to give it a whirl

ryan94z

09-25-2006, 01:29 PM

I went down the "comment the memory pool stuff out" path this weekend and got a bit further. It then dies looking for util.itcl in tivoweb. I'm running TWP v1.3.1, which doesn't seem to have util.itcl any longer. I ran out of time to look any further into the issue though.

Error below:

17:26:22-About to include util.itcl.
couldn't read file "/var/hack/tivowebplus/util.itcl": no such file or directory
while executing
"source $tivowebdir/util.itcl"
(file "./dailymail_jazz.tcl" line 6601)

dave7101

09-25-2006, 03:43 PM

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

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

ryan94z

09-25-2006, 06:42 PM

cmylxgo

09-25-2006, 09:01 PM

Ok, I got 15 mins to look at this, with a few tweaks I got it to render an e-mail. It's not perfect; the smartctl output is not what the script expects even after my change, and there are a few more errors that pop up, but it renders.

I've attached a patch of my changes from a clean version of 1.0.1. For reference, apply the patch with:

patch -p0 dailymail_jazz.tcl < dailymail_6.3.patch

I'm not going to support this, I merely threw it up here to get the ball rolling, hopefully someone else can get a bit further with it.
I tried to patch on a clean copy of 1.0.1 and got the following errors. Could you post your dailymail_jazz.tcl?

LivingRoomHD:/var/hack$ patch -p0 dailymail_jazz.tcl < dailymail_6.3.patch
patching file dailymail_jazz.tcl
Hunk #1 FAILED at 71.
Hunk #2 FAILED at 5367.
Hunk #3 FAILED at 6598.
Hunk #4 FAILED at 6901.
Hunk #5 FAILED at 6926.
5 out of 5 hunks FAILED -- saving rejects to file dailymail_jazz.tcl.rej
LivingRoomHD:/var/hack$

ryan94z

09-25-2006, 11:17 PM

I tried to patch on a clean copy of 1.0.1 and got the following errors. Could you post your dailymail_jazz.tcl?

Odd. I patched it again and there were no problem with it.. no matter, here you go

cmylxgo

09-26-2006, 01:17 AM

Odd. I patched it again and there were no problem with it.. no matter, here you go
Your .tcl file was alot smaller for some reason...anyways IT WORKED! for the most part. Below are the errors that ryan94z was talking about. The part that I am concerned about is the conflicts and that part works.

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

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

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

cmylxgo

09-28-2006, 11:08 AM

FYI...

Those of you that are using the patched version on 6.3 the TZOFFSET does not work.

bobvr

09-28-2006, 09:19 PM

I'm just trying to get this all set up - getting this error

no matter where I put and point to get_space I get this.....can anyone help??

01:04:04-About to set source directory.
01:04:04-About to call get sizes module.
/tivowebplus/get_space: /tivowebplus/get_space: cannot execute binary file
while executing
"error $error"
(procedure "get_totalsizes" line 7)
invoked from within
"get_totalsizes "
(file "/var/hack/dailymail/dailymail_jazz.tcl" line 6648)

cmylxgo

09-29-2006, 12:49 AM

bobvr

09-29-2006, 01:37 AM

tivowebplus is already in root - tried it there and all sorts of other places, I edit dailymail.cfg to point to it in all places and still get the "cannot execute binary file" error.

cmylxgo

09-29-2006, 08:18 AM

tivowebplus is already in root - tried it there and all sorts of other places, I edit dailymail.cfg to point to it in all places and still get the "cannot execute binary file" error.
Sounds like your file is corrupt. Did you ftp it to your tivo in binary mode? Did chmod it?

bobvr

09-29-2006, 04:04 PM

thanks - that made me look for a new one and that led me to this..

got that error fixed - was using the file from the bin_ppc directory and now using the correct one from bin_mips directory.

Now when I try to do a send email it crashes tivowebplus and I have to reboot to get it back up.

bobvr

09-29-2006, 06:33 PM

Success! it was not crashing it was timing out looking for port 25 on my mail server - I use my own domain at port 26 for all outgoing mail so I had to change the port in dailymail_jazz.tcl to 26 and then it worked.

So I now got the mail with a to do list error - on to fix that .......

and thanks to everyone in this thread- lots of reading and lots of help so far.

atari_addict

10-08-2006, 11:45 AM

Just installed the latest(?) V1.01 archive of Dailymail, and am having problems getting the Control Padding module supplied with it to start endpad.

Stopping endpad is no problem, the endpad.pid file disappears from /var/run etc etc, but Control Padding flatly refuses to start it up again.

Everything is installed in the correct places AFAICS, Dailymail's email reports endpad's status correctly, and it starts fine from a cron job.

Any ideas, anyone, please?

chrisd

10-11-2006, 10:22 AM

I get my email daily, no problem.

however, i cant seem to edit the config (not really an issue at the moment seeing as i receive it fine) from tivoweb... i get the below error...prob something simple, if anyone can take a quick gander

INTERNAL SERVER ERROR
--cut here--
action_editor '' 'set "filetobeedited" "/var/hack/dailymail/dailymail.cfg";'
can't read "edit": no such variable
while executing
"if {$edit == "Update"} {set filetobeedited $author\.draft
set filetitle $author}"
(procedure "::action_editor" line 10)
invoked from within
"::action_$action $chan $part $env"
("eval" body line 1)
invoked from within
"eval {::action_$action $chan $part $env}"
--cut here--

MattH

10-11-2006, 06:45 PM

Hi..

First post and a question. I have just taken over a friends Tivo :)

Its currently running 038.8 of the dailymail, and I have changed the config to use the base64 images and embed them rather then the linked ones from someones webspace.

If I use the linked images the mail works fine.

If I use the base64 embedded ones everything is also great except for the spacebar (the space-guage-low-green is missing, the graphic is not attached to the email at all) so all you get is the word low.

Any ideas ?? I could just turn the bar off.. but I'm too nosy - and want to understand why is does not work. :)

I have also tried changing the config to look at a different grpahic in case it was a issue with the file.. but I still get the same problem.

Thanks

Matt

jwciv

10-30-2006, 11:28 PM

Hi - Running DSR7000 with 6.2. Just installed this cool application today, but I'm getting an error when sending the email, here is a snip of the log:

04:23:02-subject: >>Main TiVo Status Email For Tuesday October 31, 2006<<
04:23:02-attempting to open socket 25 to mailserver specified >>63.240.77.77<<
04:23:02-FAILURE WHEN CALLING SENDMAIL FOR FIRST RECIPIENT >>couldn't open socket: can't assign requested address<<
----------------------------------------------------------------
couldn't open socket: can't assign requested address
while executing
"socket -myaddr $::tivoip $mailserver 25"
(procedure "sendmail" line 16)
invoked from within
"sendmail $mailserver $domain $recipient "$ourSubject" $htmlfilename "

Anyone seen this before or have suggestions?
Thanks

jwciv

11-07-2006, 04:52 PM

Disk usage is reporting 2% used, but my 300GB seagate is 78% full according to Tivowebplus (and based on the large number of recordings I have 78% is probably accuarte)

Anyone else seeing disk usage errors or know how to troubleshoot?
I'm running a DSR7000 (US DirecTV by Philips) with 6.2

My other issue is fixed about not being able to send the email - - I had to have the email come from a valid accout on my ISP.

Thanks

jwciv