Re: Changing format of Message-ID
Hallo Thomas, On Sat, 1 Apr 2006 14:54:08 +0700GMT (1-4-2006, 9:54 +0100, where I live), you wrote: TF Testing. I've set a Reply-To address in the reply template for TB TF lists, so it won't affect PMs. TF This didn't work. Now I have set the Reply-To address in the Account TF Properties, as you suggested. In order to keep that setting from messing with your PMs, you can set the reply-to in your account template with a macro to the correct value. -- Groetjes, Roelof If at first you don't succeed, skydiving is not for you! The Bat! 3.72.05 (Beta) Windows XP 5.1 Build 2600 Service Pack 2 1 pop3 account, server on LAN OTFE enabled P4 3GHz 2 GB RAM pgpvXK2SSjzz7.pgp Description: PGP signature Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Changing format of Message-ID
Hello Roelof, On Sat, 1 Apr 2006 10:08:09 +0200 GMT (01/04/2006, 15:08 +0700 GMT), Roelof Otten wrote: RO In order to keep that setting from messing with your PMs, you can set RO the reply-to in your account template with a macro to the correct RO value. Yes, but the account template will be overwritten by my many AB templates. So I will have to add this to every AB template! Annoying... -- Cheers, Thomas. What to not say to the nice policeman: I was trying to keep up with traffic. Yes, I know there is no other car around--that's how far ahead of me they are. http://thomas.fernandez.hat-gar-keine-homepage.de/ Message reply created with The Bat! 3.71.03 under Windows XP 5.1 Build 2600 Service Pack 2 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Changing format of Message-ID
Hallo Thomas, On Sat, 1 Apr 2006 15:18:21 +0700GMT (1-4-2006, 10:18 +0100, where I live), you wrote: TF Yes, but the account template will be overwritten by my many AB TF templates. So I will have to add this to every AB template! TF Annoying... Yep, it would be really nice to be able to define the fixed part of the msgid as a separate setting. Maybe a wish for somebody. Not really for me as I don't care. (And 95% of the messages sent from my domain are sent by me.) -- Groetjes, Roelof It is easier to catch flies with honey than with vinegar. The Bat! 3.72.05 (Beta) Windows XP 5.1 Build 2600 Service Pack 2 1 pop3 account, server on LAN OTFE enabled P4 3GHz 2 GB RAM pgpeFLddOgK22.pgp Description: PGP signature Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Incorrect displayed time after DST change
Hi 'Batters! My colleague today noticed that the Created and Received times are incorrectly displayed after the DST change of March 26. Our time zone is UTC+1, but messages created before the DST change are now displayed with UTC+2; for example 24-03-2006 14:55:00, while the message actually was created 24-03-2006 13:55:00 - and IMHO opinion should display the actual creation time of that moment, and not corrected with the current DST. Same applies for Received, of course. Anyone similar experience? There's no such issue in the BT yet; when times are indeed displayed wrong with others also - not isolated to our installations only- I guess someone (me?!) should file one... Hi, Yes, you are correct. The Bat! has always annoyed me in that way. Every time Daylight Saving starts and ends, The Bat! always changes the timestamps on my stored e-mails by an hour either way. Example, an e-mail with a received time of 10am, will be displayed as 11am once the clocks jump forward an hour. In 6 months, when the clocks jump back an hour, the timestamp will change back to 10am. As far as I'm concerned, The Bat! should not be able to change the timestamps on e-mails ALREADY RECEIVED (couldn't bold that, so I had to uppercase it so I don't get flamed to a crisp by the people who are going to misunderstand and think I am asking The Bat! to ignore DST altogether, which I'm not). Anyway, it's been a long standing issue, and if Ritlabs haven't fixed it by now, they aren't going to, so I wouldn't bother lodging a bug report. Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Incorrect displayed time after DST change
On Thu, 30 Mar 2006 at 13:38:24 +0200, Cory wrote: My colleague today noticed that the Created and Received times are incorrectly displayed after the DST change of March 26. Our time zone is UTC+1, but messages created before the DST change are now displayed with UTC+2; for example 24-03-2006 14:55:00, while the message actually was created 24-03-2006 13:55:00 - and IMHO opinion should display the actual creation time of that moment, and not corrected with the current DST. Same applies for Received, of course. The created time doesn't change, it is stored in the header of the email and isn't altered by TB!. However it is interpreted into your current time zone. Now, I guess TB! could actually do one of two things: 1. interpret the created time using the current time zone information; or 2. interpret the created time using the time zone information that was in place when the message was received. The latter would require storing additional information about the message, but it could be done along with the read/unread status, colour group status etc. Each approach raises its own problems. The first way, which is what is currently done, causes the problems you have noted. The second way means that people who travel between time zones would see inconsistencies between the apparent created times of messages, in particular messages that respond to one another. So, for instance, if I travel from Melbourne to Perth, my timezone would currently change from UTC+1100 to UTC+0800. I might send an email from the airport before I leave at say 11:00, and my colleague in Perth might respond to it 5 mins later when I am boarding the plane. I pick up his response at Perth airport, but because I have changed time zones, it would appear to have been sent at 08:05, nearly 3 hours before my original was sent. And if the created time was fixed for ever, and didn't adjust with my current time zone, this would always remain an apparent contradiction. Now neither problem is really much more than an annoyance to me, but of the two, I would rather have the problem raised by the first (the current) approach, than the second. Of course, if you don't travel between time zones much, the second would very rarely be a problem for you and you might prefer things the other way around. -- Robin Using The Bat! v3.0.1.33 Windows XP 5.1 Build 2600 Service Pack 2 Popfile v0.22.3 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re[2]: Changing format of Message-ID
Hello Thomas, Saturday, April 1, 2006, 1:54:08 AM, you wrote: This didn't work. Now I have set the Reply-To address in the Account Properties, as you suggested. Could someone please explain where this header info gets used, other than for setting the message id. I'm assuming here that the info in this header need not be a real email address. Does it get when someone replys to you? -- Stuartmailto:[EMAIL PROTECTED] Using The Bat! v3.72.05 (Beta) on Windows 2000 5.0 Build 2195 Service Pack 4 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Changing format of Message-ID
Hello Stuart, On Sat, 1 Apr 2006 09:32:53 -0600 GMT (01/04/2006, 22:32 +0700 GMT), Stuart Cuddy wrote: SC Could someone please explain where this header info gets used, other SC than for setting the message id. I'm assuming here that the info in SC this header need not be a real email address. Does it get when SC someone replys to you? This header info is used for threading. My messages still thread when I just use my normal settings, so why do I want to use a different domain in the mid, you may ask. The practical reason is that it allows me to create a Virtual Folder in TB that shows the threads I am involved in (as long as everybody uses an email client that threads properly, for example TB!). The other reason is that some people interpret the RFCs so that a message ID should only use a Fully-Qualified Domain Name (FQDN) that the user owns. This is especiallly important in newsgroups. I don't own GMX.net, so there is a theoretical possibility that someone creates the same mid with their message as I do with mine. On the usenet, this can create problems. I argued earlier that it is very improbable that someone creates the same mid as I do, but for me, it's a matter of easily creating the VF mentioned above. I think that TB should allow creating mids with a manually pre-defined domain. -- Cheers, Thomas. Wie man in den Wald hineingeht, so kommt man wieder heraus. http://thomas.fernandez.hat-gar-keine-homepage.de/ Message reply created with The Bat! 3.71.03 under Windows XP 5.1 Build 2600 Service Pack 2 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re[2]: Changing format of Message-ID
Hello Thomas, Saturday, April 1, 2006, 9:48:03 AM, you wrote: TF This header info is used for threading. My messages still thread when TF I just use my normal settings, so why do I want to use a different TF domain in the mid, you may ask. TF The practical reason is that it allows me to create a Virtual Folder TF in TB that shows the threads I am involved in (as long as everybody TF uses an email client that threads properly, for example TB!). This is what I am interested in doing, except that I want to use it to color message threads that I am involved in. Currently my mid is pretty much the same for every person using MTS for there service provider in the province of Manitoba, Canada. TF The other reason is that some people interpret the RFCs so that a TF message ID should only use a Fully-Qualified Domain Name (FQDN) that TF the user owns. This is especiallly important in newsgroups. I don't TF own GMX.net, so there is a theoretical possibility that someone TF creates the same mid with their message as I do with mine. On the TF usenet, this can create problems. So the domain you are using is not real and just made up by you? TF I argued earlier that it is very improbable that someone creates the TF same mid as I do, but for me, it's a matter of easily creating the VF TF mentioned above. I think that TB should allow creating mids with a TF manually pre-defined domain. And if someone wants to reply directly via PM this does not affect the message? -- Stuartmailto:[EMAIL PROTECTED] Using The Bat! v3.72.05 (Beta) on Windows 2000 5.0 Build 2195 Service Pack 4 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Changing format of Message-ID
Hello Stuart, On Sat, 1 Apr 2006 10:13:54 -0600 GMT (01/04/2006, 23:13 +0700 GMT), Stuart Cuddy wrote: TF The practical reason is that it allows me to create a Virtual Folder TF in TB that shows the threads I am involved in (as long as everybody TF uses an email client that threads properly, for example TB!). SC This is what I am interested in doing, except that I want to use it to SC color message threads that I am involved in. Same difference. The point is that you can easily identify threads you are involved in and apply any filter action you fancy. ;-) SC Currently my mid is pretty much the same for every person using SC MTS for there service provider in the province of Manitoba, SC Canada. Which may not be many on this list, but hey. SC So the domain you are using is not real and just made up by you? No, I actually own this FQDN (Fully Qualified Domain Name). I got it for free under the condition that I only use it for message IDs, not as domain for my email address or any URLs. Nobody else can ever use it (legally), it's registered to me somewhere. (That's what the friendly man who gave it to me said. Or at least what I understood.) I use it on my usenet account, because people get really mad when you post with a mid that has a domain like gmx.net or hotmail.com which you cannot possibly own, especially in the German-speaking corner of the usenet. That was the initial reason for me to get my own FQDN. Now, I think it would be nice to use it on the TB lists for the threading identification, as above. But it's ugly that I have to set the Reply-To address in the Account Properties first and then override that setting again somewhere else. SC And if someone wants to reply directly via PM this does not affect SC the message? On this list, the Reply-To is overwritten by the list server anyway. When you just reply to a message, the reply will be sent to the list. If you want to reply to me by PM, you will have to CP my address manually anyway, or right-click on my address is the message viewer and choose Write to this address, so the reply-to header is irrelevant. So you write to me by PM, and I reply. Danger of setting the wrong email address in the Reply-to header (by Account Properties). I have the reply-to header shown in the editor window, so I need to visually check, and I currently do that (if it gets too troublesome, I will go back to the old solution). You are not in my addressbook, so the Account-level Reply Template kicks in and deletes my reply-to address. Everything is fine. If you were in my AB, you should check to TO address when you reply to my message. I have not updated the AB templates and rely purely on my ability to remember to check the reply-to header before hitting Put in Outbox. Don't count on that ability for too long after the novelty-aspect has worn out. -- Cheers, Thomas. Ein Computerfreak wird die Zeit, die der Computer automatisch arbeitet, dazu benutzen, ihm dabei unbewegt zuzusehen, um zu beobachten, ob er richtig laeuft. http://thomas.fernandez.hat-gar-keine-homepage.de/ Message reply created with The Bat! 3.71.03 under Windows XP 5.1 Build 2600 Service Pack 2 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Wish: Implementation of scoring system
Hello ppl! Anyone is interested in implementation of scoring system can add his/hers comments at https://www.ritlabs.com/bt/view.php?id=5792 What is the scoring system? The scoring system was born at the news readers. It is not widely known, as for example the filters or the kill files, but it could be proven very useful especially in cases of large volumes of messages. The idea is simple. Every matching message is given a score (negative or positive). Each scoring rule can increase or decrease the score of a message by adding the specified in the filter score value until all scoring rules have been processed. The highest is the score, the biggest is the probability that you have actual interest in message. After that what you can do is limited by your imagination. For example you can flag messages/assign colour etc. You can sort the views by having the highest scored messages displayed on top, you can trash negative scores or whatever! The score rules must be evaluated before the other filter rules if you want to use score as filtering condition. The shortcoming is that mail processing would slow down (especially if you have many scoring rules). Examples Subject match (beta) is available score +10 From match aol.com score -10 Sender = My Boss score +20 -- George M. Menegakis Using The Bat v3.72.05 (Beta) on Windows XP Service Pack 2 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Wish: Implementation of scoring system
Hello George, On Sun, 2 Apr 2006 03:36:14 +0300 GMT (02/04/2006, 07:36 +0700 GMT), George M. Menegakis wrote: GMM Examples GMM Subject match (beta) is available score +10 You can use a colour group for that, or a virtual folder, or both. GMM From match aol.com score -10 If this is a friend, you don't want to score him down. If you want to weed out spam, this won't help. GMM Sender = My Boss score +20 Again, colour group or virutal filter. Scoring makes sense in the usenet, because there are thousands of postings that you receive per day if you are subscribed to a few NGs. Many of these postings come from unknown people, as the usenet is open. It is simply not possible to keep up without somethng like the scoring system. If you receive thousands of email from unkown people though, I would suggest a spam filter. -- Cheers, Thomas. Erst starb mein Mann, dann alle 28 Kakteen. * http://thomas.fernandez.hat-gar-keine-homepage.de/ Message reply created with The Bat! 3.71.03 under Windows XP 5.1 Build 2600 Service Pack 2 Current version is 3.71.03 | 'Using TBUDL' information: http://www.silverstones.com/thebat/TBUDLInfo.html