From rlpires@telin.ugent.be Fri Apr 2 10:17:30 2004 From: rlpires@telin.ugent.be (=?iso8859-1?Q?Rui_Lu=EDs_Pires?=) Date: Fri, 2 Apr 2004 11:17:30 +0200 (CEST) Subject: tcl/tk 8.3 vs 8.4 In-Reply-To: Message-ID: Hi everyone, We have recently upgraded one of our pc's with a another linux distribution which comes shipped with tcl/tk 8.4. All the other pc's still have 8.3 and this was the one used to compile tkrat when I installed it. However, on this new machine with tcl/tk8.4, tkrat abbruptly terminates with a segmentation fault immediately after starting. Has anyone experienced this or other incompatibilities? All feedback appreciated. Regards, Rui From maf@tkrat.org Fri Apr 2 10:33:59 2004 From: maf@tkrat.org (maf@tkrat.org) Date: Fri, 2 Apr 2004 11:33:59 +0200 (CEST) Subject: tcl/tk 8.3 vs 8.4 Message-ID: <20040402093211.4EC802FEB@tkrat.org> On 2 Apr, Rui Lu=EDs Pires wrote: > All the other pc's still have 8.3 and this was the one used to > compile tkrat when I installed it. >=20 > However, on this new machine with tcl/tk8.4, tkrat abbruptly > terminates with a segmentation fault immediately after starting. TkRat is unfortunately rather sensitivt to the tcl/tk version so you need to compiler separate versions for 8.3 and 8.4. =09/MaF From jarausch@igpm.rwth-aachen.de Fri Apr 2 12:30:05 2004 From: jarausch@igpm.rwth-aachen.de (Helmut Jarausch) Date: Fri, 02 Apr 2004 13:30:05 +0200 (CEST) Subject: tcl/tk 8.3 vs 8.4 Message-ID: <20040402113005.15935FF61E@numa-i.igpm.rwth-aachen.de> On 2 Apr, Rui Luís Pires wrote: > > Hi everyone, > > > We have recently upgraded one of our pc's with a another linux > distribution which comes shipped with tcl/tk 8.4. > > All the other pc's still have 8.3 and this was the one used to > compile tkrat when I installed it. > > However, on this new machine with tcl/tk8.4, tkrat abbruptly > terminates with a segmentation fault immediately after starting. > > Has anyone experienced this or other incompatibilities? > > All feedback appreciated. Normally when compiled against tcl/tk8.3 the binary requires the dynamic libraries libtk8.3.so and libtcl8.3.so, while a system with tcl/tk8.4 requires libtk8.4.so and libtcl8.4.so. If the your new machine does have valid libtk8.3.so / libtcl8.3.so libraries there should be no problem. On the other hand if it doesn't have these it shouldn't load at all. -- Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany From rlpires@telin.ugent.be Mon Apr 5 08:34:39 2004 From: rlpires@telin.ugent.be (=?iso8859-1?Q?Rui_Lu=EDs_Pires?=) Date: Mon, 5 Apr 2004 09:34:39 +0200 (CEST) Subject: tcl/tk 8.3 vs 8.4 In-Reply-To: <20040402113005.15935FF61E@numa-i.igpm.rwth-aachen.de> Message-ID: On 2 Apr, Helmut Jarausch wrote: > On 2 Apr, Rui Lu=EDs Pires wrote: [snip] >> However, on this new machine with tcl/tk8.4, tkrat abbruptly >> terminates with a segmentation fault immediately after >> starting. [snip] > If the your new machine does have valid libtk8.3.so / > libtcl8.3.so libraries there should be no problem. On the other > hand if it doesn't have these it shouldn't load at all. Thanks for all the feedback. Temporarily I use a little workaround but eventually will probably try to recompile all applications with the new lib (and hope they accept it). Rui From mmarion@qualcomm.com Wed Apr 21 01:55:56 2004 From: mmarion@qualcomm.com (mmarion@qualcomm.com) Date: Tue, 20 Apr 2004 17:55:56 -0700 (PDT) Subject: Full hostname in addresses.. Message-ID: <200404210056.i3L0tubv022330@miguelito.qualcomm.com> I've only got one small pet peeve with tkrat right now that I'm trying to fix. For historical reasons, our sendmail.cf strips out the domain (so that even in headers, mail from someone is just username instead of username@qualcomm.com). What drives me nuts is that when I reply to people, the reply mail appends the entire hostname to their username (i.e. username@miguelito.qualcomm.com). This usually doesn't bother me, but some people have shown that they get this entire hostname in their headers (I guess the sendmail.cf only strips things that exactly match @qualcomm.com) and sometimes replies to me from outside bounce because of this (why? I'm not sure, our MX records shouldn't allow this to happen). Anyway, I've been poking around in the source and trying to find a way to override this so that it just puts @qualcomm.com on there, or adds nothing... but can't figure out where it's happening. I thought I had it in ratAppInit but my attempt to change it didn't work. Before anyone asks, yes, I do have my full email of mmarion@qualcomm.com listed in the preferences for from, as well as setting qualcomm.com as the domain in the advanced settings for "Domain to add to unqualified addresses" but it's still adding in the hostname too. Am I missing something obvious here? I realize that what I'm trying to do might actually break an rfc.. but I pretty much need to do it since we already do funky things with mail internally. Oh, and this was with 2.1.2 and now 2.1.4 as well. -- Mike Marion-Unix SysAdmin/Staff Engineer-http://www.qualcomm.com UNIX - live it,love it,fork() it ! From rlpires at telin.ugent.be Thu Jun 3 10:58:42 2004 From: rlpires at telin.ugent.be (=?iso8859-1?Q?Rui_Lu=EDs_Pires?=) Date: Thu Jun 3 10:55:35 2004 Subject: feature(s) request Message-ID: Hello everyone, Martin, this is a feature request. 1. One of the things I enjoy in TkRat is the possibility to use spell checking. Top marks for that. However, I very often write in different languages and that forces me to constantly open the Preferences window to add the right dictionary file to ispell. It would be nice to have this feature in the compose window itself. First, set a language (from the list of available dictionaries), then spell check. 2. This one is a recurrent. I would love to have the possibility to remove parts from a multi-part message. Something to add to "Show", "View source" and "Save to file" in the Message/Structure menu. If you dislike vcards and 20k big cumbersome HTML messages (when the actual text fits in no more than 1k) as much as I do, you will understand why this feature would be very useful. Criticism accepted. Thanks in advance. Rui Pires From lanzo at cisco.com Thu Jun 3 16:13:31 2004 From: lanzo at cisco.com (Mark Lanzo) Date: Thu Jun 3 16:10:29 2004 Subject: feature(s) request In-Reply-To: Message-ID: <200406031413.KAA27970@cisco.com> On 3 Jun, Rui Lu?s Pires wrote: > > Hello everyone, Martin, > > this is a feature request. > > 1. > 2. > This one is a recurrent. I would love to have the possibility to > remove parts from a multi-part message. Something to add to > "Show", "View source" and "Save to file" in the Message/Structure > menu. > > If you dislike vcards and 20k big cumbersome HTML messages (when > the actual text fits in no more than 1k) as much as I do, you > will understand why this feature would be very useful. me too I will second this request. It drives me nuts when I get mail with silly attachments like HTML, vcards, and M$-proprietary format files. They are an incredible waste of disk space in one's mailboxes. The HTML problem is so endemic that I already have in place a [rather crude] email filter which automatically deletes all text/html attachments from inbound email before the messages even land in my inbox, but I still find myself in need of a means to delete lots of other attachments. I will add some more feature requests (apologies in advance if any of these have already been added. I checked the "changes" file but didn't spot anything suggesting that these have already been added since the version I'm running). 3. "View original source" In attachment menus, it would be nice to have a variant of "view source" which took care of undoing things like base64 encoding, so that one could see the actual source that someone sent you, rather than how their mailer encrypted it for transmission. 4. Desireable to have a means of incorporating attachments from other messages into a message one is currently composing. 4a) copying [properly decoded] contents of an attachment as inline text into the message one is currently composing. 4b) cloning an attachment. That is, copying an attachment from a stored message as an attachment to the message being composed This particularly useful when one is trying to reply to a message where the sender made his message in the form of multiple text attachments. 5. A means to edit the various header fields in existing messages. - When one keeps archives of email going back for years, with tens of thousands of messages, it's nice to be able to change "subject:" lines into something easier to find when searching an archive. Especially when senders are not polite enough to put good subject lines onto their messages to start with! - Some mailers, especially M$-PC based ones, are so brain-damaged that they cannot set the MIME Content-Type correctly on attachments. All too frequently you see "application/octet-stream" instead of any meaningful hint as to what attachment really contains. I do so love receiving plain text, converted into a MIME attachment, MIME encoded, and then labeled as binary data ;-) Thanks in advance, and thanks for all the time and effort put into making this mailer. From maf at tkrat.org Fri Jun 4 16:58:18 2004 From: maf at tkrat.org (maf@tkrat.org) Date: Fri Jun 4 18:15:08 2004 Subject: feature(s) request Message-ID: <20040604161501.00D5B2ECB@tkrat.org> On 3 Jun, Rui Lu?s Pires wrote: > One of the things I enjoy in TkRat is the possibility to use > spell checking. Top marks for that. > > However, I very often write in different languages and that > forces me to constantly open the Preferences window to add the > right dictionary file to ispell. > > It would be nice to have this feature in the compose window > itself. First, set a language (from the list of available > dictionaries), then spell check. I will look into this. I have also considered making it possible to have builtin spellchecking which underlines mispelled words. > This one is a recurrent. I would love to have the possibility to > remove parts from a multi-part message. Something to add to > "Show", "View source" and "Save to file" in the Message/Structure > menu. You are not the first one to wish for this. /MaF From maf at tkrat.org Fri Jun 4 17:02:16 2004 From: maf at tkrat.org (maf@tkrat.org) Date: Fri Jun 4 18:15:17 2004 Subject: feature(s) request Message-ID: <20040604161501.DB4C52EF5@tkrat.org> On 3 Jun, Mark Lanzo wrote: >> 3. > "View original source" > > In attachment menus, it would be nice to have a variant of > "view source" which took care of undoing things like > base64 encoding, so that one could see the actual source > that someone sent you, rather than how their mailer encrypted > it for transmission. Should be easy to implement. > 4. > Desireable to have a means of incorporating attachments from > other messages into a message one is currently composing. Stuff like this is high on the wishlist... > 5. > A means to edit the various header fields in existing messages. I am not really sure if I like this or not. I'll have to think it over. /MaF