Re[2]: TB2.0B1 - Moving a message to another folder withdrag-n-drop is acting strange
Hello Allie, Wednesday, August 6, 2003, 4:23:16 PM, you wrote: AM> I don't know if you're referring to IMAP here. If so, then some AM> indication that this is so would be nice. :) Sure, sorry to have forgot to mention this. For me TB 2.0 is so much linked with IMAP that I forget to mention that I have NO accounts other than IMAP ones. I will update my SIG for the next messages. -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 (IMAP Account) Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
TB2.0B1 - Most outgoing messages stick to outbox while sentcorrectly
Hello, It looks like most (but not all) my outgoing messages stick to the outbox though they sent successfully at first. Reprocessing the outbox actually then send duplicates. I checked the SMTP server log (which I control) and nothing in the session log seems abnormal so that it could have tricked The Bat into 'thinking' the send failed and should be retried. Besides, sent messages (even when lying in the outbox) are correctly copied to my IMAP Sent folder. -- Best regards, Olivier Using The Bat! v2.0 Beta/1 on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Threaded folders, threads don't expand on new messages ?
Dear, Upon entering a folder where there are new messages and where the folder is displayed threaded, when there are new messages in a thread, the thread does not auto-expand and I sometimes have to click +, +, + multiple times to finally get to the one new message. Sure I can press * or even ctrl-*, but I thought there should be some setting somewhere to have it do it automatically. Couldn't find. Is this a bug or a missing feature ? -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 (Only IMAP accounts) Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re[2]: Recent (was: A giant step for mankind)
Hello Jannik, Thursday, August 7, 2003, 11:37:07 PM, you wrote: JL> Well, I guess the shortest description is this: "Recent" messages is JL> one thing and "Unread" messages is another. It is nice to be able to JL> distinguish between these in a mail program. New or recent messages JL> are automatically marked with a "Recent"-flag on IMAP-servers. Implementation can rather be tricky as the IMAP Recent flag is not a real flag (non-persistent). It is a virtual one. It gets tricky when multiple sessions are simultaneously established. *One* of them will show the new messages as "Recent", the other should not. Well of course it depends if there are implementation bugs or not in the IMAP server. If the IMAP client disconnect its session and re-opens a new one, the messages that where "Recent" the instant before won't be "Recent" anymore. If the disconnection / reconnection is for technical reasons out of the control or will of the user, supporting "Recent" flag becomes really tricky. This is one of the reasons it is often not supported (or not well supported) in IMAP clients. -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 (Only IMAP accounts) Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re[3]: Threaded folders, threads don't expand on new messages ?
Hello, Thursday, August 7, 2003, 12:58:07 AM, I wrote: OM> Besides, I don't get the difference between using '*' or '+'. I OM> expected '+' to expand one level. And I expected '*' to expand the OM> full current thread (as ctrl-'*' does it for *all* threads). But '*' OM> has the same 'just one level' behaviour as '+'... Bug in this beta OM> 2.0 or something else ? Got it. Ctrl-'+' expand completely the current thread. Apparently counter intuitive as Ctrl-'*' does that for all threads and so '*' or '+' alone does the same thing. But okay, fine. I'm sorry the beta does not include the beta of the help file ! -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 (Only IMAP accounts) Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
TB2.0B1 - Moving a message to another folder with drag-n-drop isacting strange
Hello, When I move a message through drag-n-drop from a folder to another one, the message doesn't disappear immediately from the out-folder (screen refresh issue I guess). If I switch to the destination folder, the message is there, and when I come back to the originating folder, it has been deleted. So it looks okay, but everything on screen makes you first believe it failed. Right clicking a message and choosing Move does not exhibit this same behaviour. -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Using IMAP
Hello Stuart, Tuesday, August 12, 2003, 4:02:50 PM, you wrote: SH> I get my office mail from an exchange server that doesn't have SH> POP3 enabled so I get my mail using the old IMAP implementation SH> and everything works just as I want it to. Now, if I move to v2b1 SH> am I right in thinking that all the mail is going to stay on the SH> server? I /don't/ want this as I often work from home and don't SH> want to have to either dial in to reread a message or to export it SH> so I can read it later. I'd say folder synchronisation should be se to "Full Message" in your case, so you'd get a full copy locally of every message. The message will stay on the server anyway, cause IMAP never imply to delete a message from the server when it has been downloaded. I didn't used TB previous IMAP implementation, but I suppose it wasn't deleting messages on the IMAP server after getting them that way. Well I hope so. :) SH> Our exchange server has a huge collection of folders only a SH> handful of which I'm interested in. Do I have to let TB! tell me SH> about all the crud as well as the bits of the folder hierarchy SH> that I'm interested in? Right-Click on the account and "Manage IMAP Folders". Only Subscribe to the folders you want to read. Unsubscribed folders won't be displayed in the left tree. SH> I use a lot of common folders to keep mail in and, ATM, incoming mail SH> is automagically sorted by my filters. I understand that auto SH> filtering of incoming messages currently doesn't work. Can I manually SH> filter? Yes. SH> Will auto filtering work soon? (I guess only the developers can SH> answer that). Good guess :-) I hope they will have it functional in Beta/2. -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/1 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Changed delete behaviour
Hello Jonathan, Wednesday, August 13, 2003, 10:47:03 PM, you wrote: JA> It appears to only be marking a message as \Deleted... This can be JA> seen by the IMAP trace command: JA> C: V00022 UID STORE 11090:11109 +FLAGS.SILENT (\Deleted) JA> It's only setting the Deleted flag. Could it be possible to make the JA> behavior consistent? Regarding IMAP at least, I prefer the delete operation to just mark \Deleted. I don't really like the idea of having a delete also tag it as read (which it isn't). -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/1 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re[2]: Testing and Hello
Hello Stefan, Wednesday, August 6, 2003, 7:12:43 PM, you wrote: ST> This is actually planned. Technically, there is no problem to use ST> multiple connections, but it would increate the Beta testing period ST> which is already extremely long :-) Seeing how close to unusable it is for now, I wouldn't mind any longuer beta period. As 2.0 is only at Beta/1, is it important anyway ? :) ST> Actually, some tasks are performed in parallel (like getting message ST> count) and many tasks may change the current mailbox or cause ST> "racing", therefore queuing is preferred. Yes but there are many occasions where I see starvation and queuing then means "no-reaction" as long as longuer running tasks don't complete. ST> However, the option to use multiple IMAP connections is added to the ST> (new) fine-tune dialogue, but it will stay invisible until the next ST> Beta-series. Great. Maybe you are right, maybe the current queuing is a good solution, but on my IMAP account that doesn't look like good enough. I have been using IMAP clients for years. My account is quite complex and heavy, a bit less than 100 folders in a hierarchy. Most folders have a small number of messages (between 50 and 500). Some (but rarely used - archives) have in the order of 2000 to 5000 messages. I'm LAN connected to my IMAP server but polling ALL folders just for counts takes more than a minute. What would you recommend as synchronisation settings ? I have only a few folders where incoming mails are placed by the IMAP server (sorting rules on the server side). So I would like TB *not* to check *each* folder count everytime. It actually only has to monitor 5 or 6 folders for potential new messages. Any new message in another folder would only occur because of a move (which I would have done with TB filters or manually). For now, I have set *all* folders to NO synchonization except those that really receive new messages unattended : I set those to "Headers only". I often has the case where on entering a folder I see new messages, but when I click on them they don't display. Each time I see this, the connection centre shows NO connection or a connection apparently hanged on "Retrieving status of mailbox "x y or z". I'll try to continue TB 2.0 Beta/1 tomorrow in my day work to better test it, but for now, the behaviour makes it very uneasy to reliably check mails. Thanks ! -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 (Only IMAP accounts) Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB 2.0 B/1 - User question - Message list columns defaults
Hello Greg, Monday, August 11, 2003, 5:10:23 PM, you wrote: GS> Open folder properties by selecting the folder and hitting GS> "Alt+Enter", or right mouse click and choose "properties". In GS> folder properties select "Use the account default column GS> settings". Now you have the folder setup to use the account GS> default properties. Now while you have the folder that is setup to GS> use the default selected and after selecting threaded view (Alt+1) GS> right mouse click in the message pane the header bar. This will GS> open "Setup column". At this point just add or delete columns from GS> the "selected items" and arrange them in the desire order. You GS> have just set up the default view for a folder in threaded view. GS> IIRC you can do this for the other thread views as well. Indeed, it looks like it works very well. The real trick was to get that by modifying a folder set to *use* the default, you actually *update* the default. Next step : would there be a quick trick to tag all my folders to use the default (got to edit properties of more than 100 folders here) ? -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/1 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
TB 2.0 B/1 - Does the text editor can handle alinea ?
Hello, I seem not capable of having the editor understand I would like to indent some text as in : This is text hskjhs ksjhd skjhd skjdh skjhd skjdh skjdh skdjj jkhkjh kjh kjh kjh kjh kjh . If I type the above by first indenting, then typing, it re-acts correctly. But if I first type the paragraph on the left, then want to indent it, I don't find a way to do it. I'm sure I must be missing a trivial trick to do it. Which one ? -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/1 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
TB 2.0 B/1 - IMAP Account - Deleted messages (not expunged)re-appearing
Hello, I have another strange issue (bug) with some folders. Sometimes, when switching to a folder I previously visited (this happens most with Inbox), the message list re-includes messages I previously (minutes ago) deleted. Sure those deleted messages were not expunged in between by the compress function. As soon as I see such deleted messages re-appearing in the message list, I hit ESC key and they re-disappear again. So TB recognizes the \Deleted messages as such in most cases, but sometimes mistakenly misses them. -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/1 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: IMAP - Not displayed folders when starting with a "_"
Hello Martin, Tuesday, August 12, 2003, 5:04:48 PM, you wrote: MS> I want to report a bug. Please check if you can confirm. MS> When I have folders starting with an underscore ("_") then these MS> folders are not displayed when using "Manage the IMAP account". MS> That means I can't subscribe that folders and by consequence not MS> access them. When I rename the folders with another leading MS> character (e.g. "<") then they are displayed. MS> This I tested with an Exchange 2000 server. I can't confirm this. I have a number of folders starting (and ending) with "_" and some with double "_". They all display in TB in the folder lists and in the Manage Folders window. I can unsubscribe or subscribe any of these without any issue. In fact, when I switched to TB 2.0 to test its IMAP support I would have seen immediately a problem there, if there was. As some of these "_" folders are those I use most ("_" in front to have them sort before others). My IMAP server is MDaemon Pro 6.8.5 from Alt-N (http://www.altn.com). -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/1 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re[2]: Threaded folders, threads don't expand on new messages ?
Hello Chris, Thursday, August 7, 2003, 12:37:00 AM, you wrote: >> Sure I can press * or even ctrl-*, but I thought there should be some >> setting somewhere to have it do it automatically. Couldn't find. Is >> this a bug or a missing feature ? CW> Missing feature that I have given up asking for after many fruitless CW> attempts! Besides, I don't get the difference between using '*' or '+'. I expected '+' to expand one level. And I expected '*' to expand the full current thread (as ctrl-'*' does it for *all* threads). But '*' has the same 'just one level' behaviour as '+'... Bug in this beta 2.0 or something else ? -- Best regards, Olivier Mascia The Bat! v2.0 Beta/1 (Only IMAP accounts) Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b1 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: IMAP and the Merak Mail Server
Hello Mark, Monday, August 25, 2003, 1:35:42 PM, you wrote: OM>> You might want to have a closer look to MDaemon (www.altn.com). MA> Thanks I just took a quick look and I'm downloading an evaluation. Is MA> it the server that Deerfield used to sell? I'm sure that I recognize MA> the name. Yes. It was *never* produced by Deerfield but by Alt-N. Deerfield is just a kind of distributor. They had agreements with some good software companies to distribute their software and do user support for them. Deerfield has apparently made some moves which upset original associates. Since then, they lost the contract with Alt-N who has taken back its own distribution of its products. But they lost also Cat Software doing FTP-Serv-U and very recently WinGate (that will be official by end of september, you'll see). By this I don't want to comment on Deerfield qualities or defects. I'm just stating facts I know and that people can find on websites of Alt-N, Cat-Software, QBik software. Merak is what Deerfield now distributes since they have lost MDaemon. I personnally use MDaemon and can really recommend it as a complete mail server on Windows platform. There are much more than POP/SMTP/IMAP around this product. -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/4 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b4 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: Outbox on the IMAP sever?
Hello Markus, Tuesday, August 26, 2003, 2:03:08 PM, you wrote: MG> does anyone really have an IMAP account that has an actual Outbox on the MG> server? I had to leave that field empty in my IMAP configuration since MG> there is no such thing under my GMX account. Now my messages get sent MG> and stay in my Outbox, they don't get moved (locally and on the server) MG> to my Sent Items. Is this regular behavior? Bug that I reported with Beta/1. Could you setup an outgoing filter that would move some outgoing messages to some other IMAP folder ? I get an access violation with such and messages stay in the Outbox. Is your sent item an IMAP folder or not ? -- Best regards, Olivier Mascia Using The Bat! v2.0 Beta/5 and IMAP accounts on Windows XP 5.1 Build 2600 Service Pack 1 Current beta is 2.0b4 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
TB 2.01 / PGP 8.0 Encryption does not work
Hello, It looks like that when I check Privacy - Encrypt when completed and then click on Send the Letter, nothing happens. The composition window is still open, the message is not sent. Nothing happened. When using Privacy - Sign when completed, everything works fine. -- Best regards, Olivier Mascia Using The Bat! v2.01 and IMAP accounts on Windows XP 5.1 Service Pack 1 pgp0.pgp Description: PGP signature Current beta is 2.00.22 | "Using TBBETA" information: http://www.silverstones.com/thebat/TBUDLInfo.html
OT: Hello, old user returning to TB
Hello TBBETA List, I recently bought my upgrade to TheBat! 3.0 Professional and I'm back using this program for most of my email needs (when I _have to_ write some stuff in html, I switch to Thunderbird, but that is quite rare). I participated last year (from july 2003 to more or less october 2003) in the last major beta period, but had to leave due to too numerous IMAP related issues that made impractical to spend time with the program, even for beta testing. So much things have been cleaned up since then! The 3.0 release, though far from being free of design problems and bugs (IMAP related) is of very good quality, well enough to work with it even while beta testing some late changes and fixes. I really miss the ability to tell TheBat! which IMAP folders are worth refreshing on a regular basis (only 7 or 8 out of my 200 folders hierarchy), but I can live without this and will draft a clear description of this later. I'll have to dig through the faq, known bugs, and wish-lists first: I guess some similar request has already been made. Yours, -- Cordialement, Olivier Mascia Using The Bat! v3.0.0.15 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.00.15 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Serious AV found
Hello Maxim, Tue, 12 Oct 2004 19:21:12 +0300, you wrote: > We've found a serious AV introduced after the RC7. Could you > please download the MSI files again from > http://www.ritlabs.com/download/the_bat/thebat_professional.msi > The timestamp should say 12 October, the time should be PM (around 19:00 PM). Done. > Could you please report the result? No. I don't know what you fixed, so cannot report. ;-) -- Best Regards, Olivier Mascia Using The Bat! v3.0.1 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.1 RC/7 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Empty Folder silently removes parked messages ?
Hello, I see that the 'Empty Folder' action do silently remove all messages, without consideration for parked messages. Is this really the way it is designed ? When I select all messages from the message list view, I get a confirmation dialog when there are parked messages. That dialog allows me to continue with removal, leaving the parked messages in place, cancel or delete everything. Having that same kind of proposal when using the "Empty Folder" action seems obvious for me. Are there reasons to disagree ? -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Empty Folder silently removes parked messages ?
Hello Alexander, Mon, 18 Oct 2004 12:00:22 +0200, you wrote: >> I see that the 'Empty Folder' action do silently remove all messages, >> without consideration for parked messages. Is this really the way it >> is designed ? > What do you mean by "consideration"? "Empty folder" removes all but > the parked messages here. The parked message are not removed. I just had "Empty Folder" delete eveything this morning, including parked messages. But I'm using only IMAP (no POP server here). So this is an IMAP related bug. I can reproduced at will. Right-Click on a folder in the folders list, 'Empty Folder' deletes all messages, including those parked. -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Empty Folder silently removes parked messages ?
Hello Allie, Mon, 18 Oct 2004 07:07:37 -0500, you wrote: > On 18/10/2004 at 6:05:41 AM, Olivier Mascia, [OM] wrote: >> I just had "Empty Folder" delete eveything this morning, including >> parked messages. > Hmmm. IMAP doesn't understand parking, even though one would think > that it would be useful even as a purely local function in TB!. Wrong. Test it. Look at a server-side log of the IMAP session when you switch on or off a Park flag. TB! seems to use the \Draft flag to manage the "Park" status on the server-side. That may not be a good idea. But that's how it works with TB!. This is because I discovered TB! somehow remembers on the server-side the parking status that I started using it. I can set Park on a message, log on another PC with TB, access my mailbox and see the Park flag there. It works very well when I try to delete a message or a thread from the message list window. I correctly get a dialog asking if I really intend to also delete the parked messages or if I delete everything else except parked messages. Just the 'Empty Folder' using a right-click on a folder in the folder list empties everything without care for parked messages. I tested it again on 3 folders, two of them which I just created for the test. PS: Allie, I have used IMAP for years (and I just don't mean 2 or 3 by writing this) and never had my hands back on POP for the same time. Your explanation about IMAP was interesting and correct. But here the facts are different. RT seems to have chosen to use the \Draft flag (which they doesn't seem to use for anything else) to store the Parking state. -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Empty Folder silently removes parked messages ?
Hello Allie, Mon, 18 Oct 2004 08:13:00 -0500, you wrote: > On 18/10/2004 at 7:59:33 AM, Olivier Mascia, [OM] wrote: >> PS: Allie, I have used IMAP for years (and I just don't mean 2 or 3 by >> writing this) and never had my hands back on POP for the same time. >> Your explanation about IMAP was interesting and correct. But here the >> facts are different. RT seems to have chosen to use the \Draft flag >> (which they doesn't seem to use for anything else) to store the >> Parking state. > I stand corrected. :) Thanks for that piece of clarification which I > just confirmed. Glad you can confirm it works the same on your side. :) Do you also confirm that the 'Empty Folder' through a right-click on the folder name do remove all parked messages as well, while deleting messages from the message pane do correctly warn about and allows to delete everything except parked messages ? > Upon checking, I see that the message flagging attribute is also > stored server side. Some of the fixes are sneaking in. ;) This one was really expected. And I know many other imap clients which also handle it, because there is an Imap flag '\Flagged'. So for this one, it is perfectly correct that TB! reflect the client-side flag to the server-side flag. I used it for years with another mail client (Becky!). Becky has no park flag. But it allows you to set in your configuration that you do not want to delete any flagged message. So basically, Becky allows you to rely on imap \Flagged to tag messages that you want to park. With TB I can now use Flagged and Parked (\Draft) for different needs. They often overlap though. I would have lived happily only with an option not to delete my flagged messages though. Using the \Draft server flag for storing the park is a bit of a hack. But I understand TB! has no use for that \Draft flag, so perverting it for park is not that bad. Can just seem a bit odd from some other imap clients. > Colour groups and memos are the only unsupported attributes server > side. Down to just those. Good progress. :) Indeed. For these some support on the IMAP server side would be required. I think I read some RFC-draft proposal about handling application / user specific additional flags on an IMAP server, but I am not sure now if I had a dream or read it for sure. ;-) I'll dig some more. At least with basic IMAP 4rev1 without any extension, there is no mechanism that would allow TB! to manage color coding on the server side. -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Empty Folder silently removes parked messages ?
Hello Allie, Mon, 18 Oct 2004 08:54:58 -0500, you wrote: > On 18/10/2004 at 8:28:54 AM, Olivier Mascia, [OM] wrote: >> Do you also confirm that the 'Empty Folder' through a right-click on >> the folder name do remove all parked messages as well, while >> deleting messages from the message pane do correctly warn about and >> allows to delete everything except parked messages ? > I'm afraid I cannot confirm this. The empty folder command doesn't > delete parked messages here. Well. Then it might be related to my setting of "compress folders when switching to another folder". When I Empty Folder, the message list first refreshes showing only the parked messages. So everything looks like it worked the right way. I then set the focus to another folder and then come back to this one : now they have disappeared. I'll try to better isolate / simplify the exact context of this issue before reporting again. There's no smoke without fire. :) -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Empty Folder silently removes parked messages ?
Hello Allie, Mon, 18 Oct 2004 11:24:03 -0500, you wrote: > On 18/10/2004 at 9:02:29 AM, Olivier Mascia, [OM] wrote: >> Well. Then it might be related to my setting of "compress folders when >> switching to another folder". When I Empty Folder, the message list >> first refreshes showing only the parked messages. So everything looks >> like it worked the right way. I then set the focus to another folder >> and then come back to this one : now they have disappeared. > Ok. I confirm the behaviour now. Initially, after doing the empty > folder operation deletes all except the parked messages. When I move > to another folder, the compress on exit kicks in, deleting the parked > messages. > ... > Do we expect otherwise? ;) Unless TB! stops using the 'empty folder' > command and instead, make the empty folder menu item delete all > messages except the parked ones. Yes we do expect otherwise. ;-) There is no such thing as an "empty folder" in imap. Correct me if I'm wrong. There is an 'EXPUNGE' command. But that one really removes all those messages that have the '\Deleted' flag. Not any others. So TB! has to actually request the deletion of all the messages, then the 'compress' actually expunge the deleted messages. Which means that TB! can perfectly delete messages that are not parked, then expunge on compress. That's just a bug RT has to fix. :) -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: Empty Folder silently removes parked messages ?
Hello Allie, Mon, 18 Oct 2004 12:47:44 -0500, you wrote: > Isn't there an empty folder command? I mean it in a subtle sense. > If you select 5 messages in the folder and delete them, how many > commands are sent to the server? I don't know if it's one listing the > message ids for the messages to be marked as deleted or if it's 5 > separate commands. It's one command, listing 5 messages ids. The command can be complex, listing for instance ids in such a fashion: 5, 7, 10-16, 19-23, 40 (this is not true imap syntax but it helps to get the idea) : it's flexible, at least if TB! uses it correctly, which I think is the case. Note that the message ids we talk about here are unrelated to the message ids found in the message headers. It's just a numerical id, returned by the imap server. > Now, how would an empty folder command be handled? It could be > non-specific, or it could take the time to list the messages to be > marked as deleted when it's really not necessary. I suspect that the > empty folder command is likely not specifying particular messages to > flag as deleted and this is why the one's with the parked attribute > are being caught in the mix. I really think that this issue is just a bug on TB! side. It could work exactly as if I select (ctrl-a) all messages then delete. When I do that on the message pane, the deletion is very quick (large groups of messages have message ids which follows, so the size of the delete command is short), and the parked messages are skipped because TB! takes care not to list them. If the Empty Folder worked that way, it would work okay. I'll log more imap activity from TB! to demo what is different between a full delete on the message pane and a Empty Folder. But I think TB! people now have well enough information to review the problem by themselves and fix it without me debugging the imap commands and sequences they use. ;-) -- Best Regards, Olivier Mascia Using The Bat! v3.0.1.33 on Windows XP 5.1 Build 2600 Service Pack 2 Current beta is 3.0.2.1 Beta/1 | 'Using TBBETA' information: http://www.silverstones.com/thebat/TBUDLInfo.html IMPORTANT: To register as a Beta tester, use this link first - http://www.ritlabs.com/en/partners/testers/
Re: The Bat and IMAP : questions
Dear Manfred, On Thu, 3 May 2001 09:51:53 +0100, you wrote : ME> I would postpone your tests as IMAP support is still very rudimentary. ME> If one looks at Becky (sorry folks) their IMAP support looks a lot ME> like what you're looking for. I checked and tested Becky (sorry folks) during all this afternoon, version 2.05 to be precise. Their IMAP support is *excellent* and deserves 3 stars, maybe 4. If only The Bat! had Becky's IMAP4Rev1 support, I could declare my quest ended. Please RITLabs hear my pray ! I'm so missing IMAP in my day-to-day migration around 3 work-places that I will most probably buy a license (about 40 USD I think) for Becky just to have something perfectly decent to work with while The Bat evolves. (No I will not come back to Outlook Express, even paid for). I had also paid a license for The Bat, so that's fine, I'll keep an alert eye to this list and jump in for some more testing later. For POP3 connected people, The Bat! stays, in my very personal opinion, far above all others including that Becky. But for IMAP, it has to learn (and will do I'm sure :-) ! Yours, -- Olivier Mascia <[EMAIL PROTECTED]> -- -- __ Archives : <http://tbbeta.thebat.dutaint.com> Moderators : <mailto:[EMAIL PROTECTED]> Unsubscribe: <mailto:[EMAIL PROTECTED]> You are subscribed as : archive@jab.org
Re: Message Counting on Connection Center
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Dear Syafril, On Thursday, April 26, 2001 (18:10), you wrote : SH> 1. suppose there are (real) 10 messages on POP mailbox. SH> 2. CC will report 20 messages, and after successful download, report SH>there are 11 messages downloaded (it's always follow the format SH>half of real messages plus 1). SH> 3. In fact, The Bat! will try to download (Sending RETR command) to SH>POP Server for message number 11 to 20, that make process Get mail SH>takes more time than usual. SH> I noticed that, this happen only for account number 1 to 5, whilist SH> account #6 work as expected. SH> Anyone have same experience ? Yes, since I started using the 1.52 beta. I centralize all my accounts at the server side (MDaemon), so I have only one account on The Bat! side, but I can confirm it tries to download more messages than reported available by the mail server. This is clearly seen at the server side in the MDaemon log files. Best Regards, - -- Olivier Mascia, [EMAIL PROTECTED] TIP Group S.A., www.tipgroup.com - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.0.4-1 (MingW32) Comment: For info see http://www.gnupg.org iD8DBQE66FtcpJs5eC6a6t8RAgX7AJ9KxCB4IlT0JTe9vRqRZ5E2Kf2s1gCgoJ2q 38m658ntZo/Gzl387MsdH3Y= =V4wn -END PGP SIGNATURE- -- __ Archives : <http://tbbeta.thebat.dutaint.com> Moderators : <mailto:[EMAIL PROTECTED]> Unsubscribe: <mailto:[EMAIL PROTECTED]> You are subscribed as : archive@jab.org