From ctubutis@yahoo.com Thu Oct 16 02:55:49 2003 From: ctubutis@yahoo.com (Chris Tubutis) Date: Wed, 15 Oct 2003 19:55:49 -0600 (MDT) Subject: unlink("/home/chris/.ratatosk/DSN/3f8dc72e.5e2") = -1 ENOENT (No such file or directory) Message-ID: <200310160155.h9G1tnIL017782@nodows.tubutis.lt> TkRat v2.1.2 on RH Linux 8 gcc v3.2 20020903 (Red Hat Linux 8.0 3.2-7) The speedups are nice, thanks. :) But I recently started running into a bizarro problem and I'm wondering if anybody else is experiencing this. I leave Rat running for days at a time. Doing that with this version is problematic, it sporadically just *poof* up and dies. Restarting from the command line fails with a Segmentation fault. This has happened twice in the past week or so. During this most recent episode, 'strace tkrat' shows the problem: [Thousands of lines deleted] unlink("/home/chris/.ratatosk/DSN/3f8dc72e.5e2") = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Lo and behold, there is no file /home/chris/.ratatosk/DSN/3f8dc72e.5e2 tho I have to wonder where it went or if it's not there, why are we looking for it. I found /home/chris/.ratatosk/DSN/index, I saw it listed the above file as the second-to-last entry. So I deleted that line and restarted Rat, it then complained about the preceeding file not being found. And so on and so forth, I finally gave up the one-by-one approach and deleted all entries except for the very last one, which it never complained about. FWIW that entry is: 3f8dd3f2.5e2 1066259442 {Fwd: [rmiug-jobs] RMIUG-jobs FAQ and Top 5 list - periodic^M reminder} {{none xxxxxx.yyyyyy@impactinnovations.com {}}} But starting Rat with that lone entry also failed, with: unlink("/home/chris/.ratatosk/DSN/0600") = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ I strongly suspect that 0600 is a time zone though I have no idea from where it pulled it. I'm in MDT, GMT -0600 Finally made an empty index file and Rat at least started and I can compose this message, we'll see if it dies again RSN. Oddly enough, there are 40-some files in my DSN directory, even some that were created today: [chris@hostname DSN]$ ls -lt | more total 176 -rw------- 1 chris users 0 Oct 15 17:48 index -rw------- 1 chris users 5257 Oct 15 17:14 index.bak2 -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd244.47b -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd245.47b -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd246.47b -rw------- 1 chris users 2795 Oct 15 16:43 3f8dcd7b.47b -rw------- 1 chris users 2600 Oct 15 16:42 3f8dcd5b.47b [REST DELETED, GOING BACK TO OCT 8] Something similar happened last Saturday, too, with the only difference being that I only had to delete two lines from the index file - one that appeared to be an entire line (located near the bottom) specifying a non-existent file, and the preceeding line that appeared to consist of only the last several characters of what at one time was an entire line like the others: 2003)} {{none addy@state.gov {}}} Yes, I have DSN's enabled in my Prefs. Anybody else seeing bizarro behavior like this? ct From ctubutis@yahoo.com Thu Oct 16 03:17:21 2003 From: ctubutis@yahoo.com (Chris Tubutis) Date: Wed, 15 Oct 2003 20:17:21 -0600 (MDT) Subject: More on DSN woes Message-ID: <200310160217.h9G2HLIL017883@nodows.tubutis.lt> Something is terribly wrong somewhere. Before I sent that last message to you guys, I zeroed out the index file. A few minutes later, Rat died (maybe when it went to check for new mail?). strace tkrat says: [THOUSANDS OF LINES DELETED] unlink("/home/chris/.ratatosk/DSN/0600") = -1 ENOENT (No such file or directory) --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ The contents of my index file are now: 3f8dfaa8.4575 1066269352 {unlink("/home/chris/.ratatosk/DSN/3f8dc72e.5e2") = -1 ENOENT (No^M such file or directory)} {{none tkrat@tkrat.org {}}} ls -lt of my DSN directory shows: -rw------- 1 chris users 0 Oct 15 20:08 index -rw------- 1 chris users 145 Oct 15 20:04 index.bak3 -rw------- 1 chris users 5257 Oct 15 17:14 index.bak2 -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd244.47b -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd245.47b -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd246.47b -rw------- 1 chris users 2795 Oct 15 16:43 3f8dcd7b.47b -rw------- 1 chris users 2600 Oct 15 16:42 3f8dcd5b.47b [REST DELETED] Had to zero out the index file to get Rat to start again. I think I'll go disable DSNs, that might stop this behavior for the time being.... ct From ctubutis@yahoo.com Thu Oct 16 03:24:45 2003 From: ctubutis@yahoo.com (Chris Tubutis) Date: Wed, 15 Oct 2003 20:24:45 -0600 (MDT) Subject: And what it did... Message-ID: <200310160224.h9G2OjIL017920@nodows.tubutis.lt> Setting your Prefs to disable DSNs after you've begun composing a message didn't seem to work, I still got the DSN. That's fine. But Rat hasn't died. The contents of my index file are now: 3f8dffb4.45da 1066270644 {More on DSN woes} {{{relayed (to non-DSN-aware mailer)} tkrat@tkrat.org 3f8dfff7.45b7}} FWIW ls -lt of DSN directory is: -rw------- 1 chris users 2391 Oct 15 20:18 3f8dfff7.45b7 -rw------- 1 chris users 114 Oct 15 20:18 index -rw------- 1 chris users 145 Oct 15 20:04 index.bak3 -rw------- 1 chris users 5257 Oct 15 17:14 index.bak2 -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd244.47b -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd245.47b -rw------- 3 chris users 3586 Oct 15 17:03 3f8dd246.47b -rw------- 1 chris users 2795 Oct 15 16:43 3f8dcd7b.47b -rw------- 1 chris users 2600 Oct 15 16:42 3f8dcd5b.47b From maf@tkrat.org Fri Oct 17 08:25:48 2003 From: maf@tkrat.org (maf@tkrat.org) Date: Fri, 17 Oct 2003 09:25:48 +0200 (CEST) Subject: More on DSN woes Message-ID: <20031017071001.5F7262FCB@tkrat.org> Hello, I apologise that I have not had time to look into this issue yet. I hope to have time soon, but I would also like to flag for my coming two weeks of vacation which starts next week (in Florida and WDW). I will not be able to access my email during that time. /MaF From maf@tkrat.org Wed Nov 5 12:43:30 2003 From: maf@tkrat.org (maf@tkrat.org) Date: Wed, 5 Nov 2003 04:43:30 -0800 (PST) Subject: More on DSN woes Message-ID: <20031105125654.0B2712FEA@tkrat.org> --397199618-1804289383-1068036210=:810 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE On 15 Oct, Chris Tubutis wrote: > The contents of my index file are now: > 3f8dfaa8.4575 1066269352 {unlink("/home/chris/.ratatosk/DSN/3f8dc72e.5e2") = -1 ENOENT (No^M such file or directory)} {{none tkrat@tkrat.org {}}} Here is the clue to the problem. The problem is triggered by newlines which are embedded in the subject. This also explains the garbage-line you found in your index-file. The attached patch fixes this problem. /MaF --397199618-1804289383-1068036210=:810 Content-Type: TEXT/PLAIN; NAME="diff.dsn" Content-Disposition: ATTACHMENT; FILENAME="diff.dsn" Index: lib/ratDSN.c =================================================================== RCS file: /usr/site/share/cvsroot/ratatosk/lib/Attic/ratDSN.c,v retrieving revision 1.41.2.1 diff -u -r1.41.2.1 ratDSN.c --- lib/ratDSN.c 17 Feb 2003 16:52:12 -0000 1.41.2.1 +++ lib/ratDSN.c 5 Nov 2003 12:36:20 -0000 @@ -89,7 +89,7 @@ RatDSNStartMessage(Tcl_Interp *interp, const char *id, const char *subject) { Tcl_DString *dsPtr = (Tcl_DString*)ckalloc(sizeof(Tcl_DString)); - char buf[32], *header, *cPtr; + unsigned char buf[32], *header, *cPtr; time_t seconds; Tcl_DStringInit(dsPtr); @@ -97,9 +97,11 @@ seconds = time(NULL); sprintf(buf, "%d", (int)seconds); Tcl_DStringAppendElement(dsPtr, buf); - cPtr = header = RatDecodeHeader(interp, subject, 0); - while ((cPtr = strchr(cPtr, '\n'))) { - *cPtr++ = ' '; + header = RatDecodeHeader(interp, subject, 0); + for (cPtr = header; *cPtr; cPtr++) { + if (*cPtr < 32) { + *cPtr = ' '; + } } Tcl_DStringAppendElement(dsPtr, header); Tcl_DStringStartSublist(dsPtr); @@ -258,6 +260,13 @@ Tcl_GetIntFromObj(interp, oPtr, &perm); dir = RatGetPathOption(interp, "dsn_directory"); while (linePtr = Tcl_NewObj(), -1 != Tcl_GetsObj(channel, linePtr)) { + /* Join lines until we have a valid list */ + while (0 != Tcl_ListObjLength(interp, linePtr, &i) + && -1 != Tcl_GetsObj(channel, linePtr)); + if (i != 4) { + /* If the list does not have 4 elements it is invalid */ + continue; + } if (RatDSNExpire(interp, linePtr)) { /* * This DSN has expired so we should remove all associated files --397199618-1804289383-1068036210=:810-- From ctubutis@yahoo.com Sun Nov 9 00:45:14 2003 From: ctubutis@yahoo.com (Chris Tubutis) Date: Sat, 8 Nov 2003 17:45:14 -0700 (MST) Subject: More on DSN woes In-Reply-To: <20031105125654.0B2712FEA@tkrat.org> Message-ID: <200311090045.hA90jFLc032363@nodows.tubutis.lt> On 5 Nov, maf@tkrat.org wrote: > On 15 Oct, Chris Tubutis wrote: >> The contents of my index file are now: >> 3f8dfaa8.4575 1066269352 >> {unlink("/home/chris/.ratatosk/DSN/3f8dc72e.5e2") = -1 ENOENT (No^M >> such file or directory)} {{none tkrat@tkrat.org {}}} > > Here is the clue to the problem. The problem is triggered by newlines > which are embedded in the subject. This also explains the garbage-line > you found in your index-file. The attached patch fixes this problem. Been running with this patch for a few days now without any problems so far. Thanks. :) ct From maf@tkrat.org Wed Nov 19 18:06:02 2003 From: maf@tkrat.org (maf@tkrat.org) Date: Wed, 19 Nov 2003 19:06:02 +0100 (CET) Subject: PGP support in TkRat Message-ID: <20031119180143.2871E2FCB@tkrat.org> Hello, I am currently looking into the PGP support in TkRat. I would like to improve the intregration. To make that process easier I would like to remove the support for the old pgp-commands and only support the gnupg program. Is there anybody who would be upset if this happened? /MaF From jarausch@igpm.rwth-aachen.de Tue Dec 16 10:58:05 2003 From: jarausch@igpm.rwth-aachen.de (Helmut Jarausch) Date: Tue, 16 Dec 2003 11:58:05 +0100 (CET) Subject: t(check_on_finish) Message-ID: <20031216105805.2A9ABA70A3@numa-i.igpm.rwth-aachen.de> Hi, when I use the cvs version of TkRat and try to create a POP3 folder I get a tcl error from VFolderWizardPOP line 75 saying there is no t(check_on_finish) Is this a bug or am I missing something? Thanks for a hint, Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany From maf@tkrat.org Thu Dec 18 18:04:02 2003 From: maf@tkrat.org (maf@tkrat.org) Date: Thu, 18 Dec 2003 19:04:02 +0100 (CET) Subject: t(check_on_finish) Message-ID: <20031218210137.B8E1A2FD5@tkrat.org> On 16 Dec, Helmut Jarausch wrote: > when I use the cvs version of TkRat and try to create a POP3 folder > I get a tcl error from > VFolderWizardPOP line 75 > saying there is no t(check_on_finish) > > Is this a bug or am I missing something? It is a bug. I have fixed it in cvs. /MaF From rlpires@telin.ugent.be Fri Dec 19 14:52:54 2003 From: rlpires@telin.ugent.be (=?iso8859-1?Q?Rui_Lu=EDs_Pires?=) Date: Fri, 19 Dec 2003 15:52:54 +0100 (CET) Subject: Fwd: list archive Message-ID: Sorry if you get this twice, the list server didn't seem to respond... ------ Forwarded message ------ From: Rui Lu=EDs Pires Date: Wed, 17 Dec 2003 12:50:02 +0100 (CET) To: tkrat@tkrat.org Subject: list archive Hello, I have reasons to believe that the tkrat website has been scanned by e-mail addresses harvesters, especially the mailing list archives. As you might know, our addresses appear there without any protection (things like "name at domain", for example.) Martin, could you please consider passing those archives through some script and alter the addresses in such way they become useless to harvesters? I realise the damage is already done but we can try to prevent it from happening again. Thanks in advance. Rui