Re[2]: TB IMAP 101
Hello Jonathan, Thursday, November 13, 2003, 11:22:57 PM, you wrote: JA As RitLabs doesn't seem to have defined an answer on this one yet, JA here is what I have observed. JA * means it is either fetching that folder, or is working with that JA folder Do you know of any way to make The Bat! receive the messages for folders? I have synchronization set to retrieve all on most folders, but my display stays as follows: Junk Mail 1 *4 * TBBeta 1 *32 31 Periodically, The Bat! will run through the folders and they will update to: Junk Mail 1 4 TBBeta 1 32 with the numbers in bold, but they will promptly reset to the prior display. I assumed that the sync function to download All Messages would alleviate this problem. Thanks, Jeff -- Jeffrey A. Shumway Using The Bat! v2.01.26 on Windows XP 5.1 Build 2600 Service Pack 1 Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
-- Thursday, November 13, 2003, 10:22:57 PM, [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday, November 11, 2003, [EMAIL PROTECTED] wrote... [I know you said not to answer, but this is information sake] Cool, I appreciate it, it just wasn't a priority any more. How do I delete messages from the IMAP server? IMAP works in a slightly different way. There are flags to a message. When you delete a message from an IMAP folder, the message gets the flag \Deleted. This usually hides the email from general display in most clients as they ignore it, or the server just doesn't return it. However the emails are still there. That is until you run an EXPUNGE of the folder. To do that, you select the folder, and go to Folder, Purge+Compress, and it should be done. Very illuminating. As a matter of reference, does TB allow me to use IMAP in a manner which is similar to POP saving all mail locally and deleting it from the server. Yes and no. The emails are kept in a local cache to save loading on the server, the emails can quickly be accessed from that. The problem is, you have to read the emails online first for it to work offline. So I'd say not really in the way you are probably looking for. I think there is an option to retrieve more than just the headers when retrieving messages. If not, I am fairly sure IMAP allows such a functionality. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? IMAP is a protocol that stores the message on the server. That is the nature of the protocol. Well, IMAP is supposed to be a superset of POP. So I would say this statement is not the whole truth. It is designed to allow operation like POP for those that desire it. Perhaps this misconception is what makes IMAP less than it's design. Finally, does TB allow everything in between, deleting some messages from the server, but keeping them on the client side and vice versa? No. Thanks for the info. That would explain some of my confusion. What are the symbols next to the message counts. * 2 etc? As RitLabs doesn't seem to have defined an answer on this one yet, here is what I have observed. * means it is either fetching that folder, or is working with that folder 2 means that is has found 2 new messages in that folder since you last looked at it. (5) means the children of the folder this is next to has 5 new messages in total Hahah, yes, those things were rather confusing as well. Outbox followed it's own set of rules too apparently. -- [EMAIL PROTECTED] Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
On Friday, November 14, 2003, [EMAIL PROTECTED] wrote... As a matter of reference, does TB allow me to use IMAP in a manner which is similar to POP saving all mail locally and deleting it from the server. Yes and no. The emails are kept in a local cache to save loading on the server, the emails can quickly be accessed from that. The problem is, you have to read the emails online first for it to work offline. So I'd say not really in the way you are probably looking for. I think there is an option to retrieve more than just the headers when retrieving messages. If not, I am fairly sure IMAP allows such a functionality. Of course, otherwise how do you read your emails ;) There are various synchronization options available (right click a folder, and see in there), but those are preemptive options, ie while you're reading mail, it collects the items you have selected for that folder. That makes reading the message faster on next loading, or that is how I've seen it working. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? IMAP is a protocol that stores the message on the server. That is the nature of the protocol. Well, IMAP is supposed to be a superset of POP. So I would say this statement is not the whole truth. Not entirely true... they're two different protocols, they work completely differently. It is designed to allow operation like POP for those that desire it. Perhaps this misconception is what makes IMAP less than it's design. Erm, not really. You cannot do 90% of the things with POP that you can do with IMAP. It's also uses an entirely different command structure, and reply format. -- Jonathan Angliss ([EMAIL PROTECTED]) Keep your mouth shut and people will think you're stupid; Open it and you'll remove all doubt. pgp0.pgp Description: PGP signature Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
-- Friday, November 14, 2003, 11:24:52 AM, [EMAIL PROTECTED] wrote: On Friday, November 14, 2003, [EMAIL PROTECTED] wrote... I think there is an option to retrieve more than just the headers when retrieving messages. If not, I am fairly sure IMAP allows such a functionality. Of course, otherwise how do you read your emails ;) There are various synchronization options available (right click a folder, and see in there), but those are preemptive options, ie while you're reading mail, it collects the items you have selected for that folder. That makes reading the message faster on next loading, or that is how I've seen it working. I think IMAP allows, and perhaps even a TB option implements this (or maybe it was Becky), the contents of the mail to be sync'ed without a human actually clicking the mail, ie. when the head is sync'ed. ie. along with the head. ie. fetch all of it initially. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? IMAP is a protocol that stores the message on the server. That is the nature of the protocol. Well, IMAP is supposed to be a superset of POP. So I would say this statement is not the whole truth. Not entirely true... they're two different protocols, they work completely differently. Obviously I meant, IMAP is a superset of POP in features. Yes the protocols differ. IMAP was designed this way, the design and advocation documents make sure to explicitly note this, probably due to their confusion when IMAP was not taking off, and this probably due to the misconception that IMAP is for one thing and POP is for another thing, when in fact IMAP was designed to allow both sorts of operation, online and offline, remote and local. It is designed to allow operation like POP for those that desire it. Perhaps this misconception is what makes IMAP less than it's design. Erm, not really. You cannot do 90% of the things with POP that you can do with IMAP. It's also uses an entirely different command structure, and reply format. From what I have read IMAP can do everything POP does. Yes, the command structure is different. I think everyone knows that. I only argue this because I think this is what IMAP was meant for. Arguing against this would be crippling IMAP and more widespread use. I glean this from documentation, I'm pretty sure it was at imap.org. I guess I shouldn't care, but I must say IMAP is annoying in TB and I am not sure that's the fault of the IMAP designers. Additionally, everything I have read says IMAP is able to do the things I asked. I can't care too much now because it's really just a waste of time. However, my urge to create good forces me to waste some time here now. I have just gone back to POP, dropped BayesIt in favor of SpamAssassin at my ISP and use Terminal Services (Remote Desktop) to access my mail remotely for only a few k/second, it's rather nice. Another thing to think about in the IMAP implementation is attachments. I get a larger than average amount of larger than average binary attachments. Ideally I would think an IMAP client would consider this possibility coupled with the possibility of server disk quota limitations. I don't need to argue this though. I'm not going to change my mind. -- [EMAIL PROTECTED] Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tuesday, November 11, 2003, [EMAIL PROTECTED] wrote... [I know you said not to answer, but this is information sake] How do I delete messages from the IMAP server? IMAP works in a slightly different way. There are flags to a message. When you delete a message from an IMAP folder, the message gets the flag \Deleted. This usually hides the email from general display in most clients as they ignore it, or the server just doesn't return it. However the emails are still there. That is until you run an EXPUNGE of the folder. To do that, you select the folder, and go to Folder, Purge+Compress, and it should be done. As a matter of reference, does TB allow me to use IMAP in a manner which is similar to POP saving all mail locally and deleting it from the server. Yes and no. The emails are kept in a local cache to save loading on the server, the emails can quickly be accessed from that. The problem is, you have to read the emails online first for it to work offline. So I'd say not really in the way you are probably looking for. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? IMAP is a protocol that stores the message on the server. That is the nature of the protocol. Finally, does TB allow everything in between, deleting some messages from the server, but keeping them on the client side and vice versa? No. What are the symbols next to the message counts. * 2 etc? As RitLabs doesn't seem to have defined an answer on this one yet, here is what I have observed. * means it is either fetching that folder, or is working with that folder 2 means that is has found 2 new messages in that folder since you last looked at it. (5) means the children of the folder this is next to has 5 new messages in total - -- Jonathan Angliss ([EMAIL PROTECTED]) The four snack groups: cakes, crunchies, frozen and sweets. -BEGIN PGP SIGNATURE- Version: PGPsdk version 1.7.1 (C) 1997-1999 Network Associates, Inc. and its affiliated companies. iQA/AwUBP7RYrCuD6BT4/R9zEQJcvgCgkja+Qi/HuZJWm3K76mT59xeJAdMAn1Ue LUpDljxtlzKtH9PwR4qLFm5j =ucvi -END PGP SIGNATURE- Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
-- Tuesday, November 11, 2003, 10:45:41 PM, [EMAIL PROTECTED] wrote: -- Tuesday, November 11, 2003, 9:31:59 PM, [EMAIL PROTECTED] wrote: Don't even bother answering, I'm already done trying to use IMAP (again). I'd rather build a web interface to a local TB installation and until then I can use remote desktop. IMAP is baffling. Scratch that, remote desktop is utterly amazing. Check it out if you care. -- [EMAIL PROTECTED] Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
TB IMAP 101
How do I delete messages from the IMAP server? As a matter of reference, does TB allow me to use IMAP in a manner which is similar to POP saving all mail locally and deleting it from the server. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? Finally, does TB allow everything in between, deleting some messages from the server, but keeping them on the client side and vice versa? What are the symbols next to the message counts. * 2 etc? -- [EMAIL PROTECTED] Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
-- Tuesday, November 11, 2003, 9:25:31 PM, [EMAIL PROTECTED] wrote: How do I delete messages from the IMAP server? As a matter of reference, does TB allow me to use IMAP in a manner which is similar to POP saving all mail locally and deleting it from the server. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? Finally, does TB allow everything in between, deleting some messages from the server, but keeping them on the client side and vice versa? What are the symbols next to the message counts. * 2 etc? Another question... my mail host allows both POP and IMAP connections, but the boxes are connected in some way such that one normal POP fetch would download all mails (deleting them), destroying IMAP. Obviously, I wouldn't delete something I didn't want to, but is the above logic correct? If so, is there anything I can do about this to lessen damage if an accident did occur? I would need to move all the messages back up? -- [EMAIL PROTECTED] Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html
Re: TB IMAP 101
-- Tuesday, November 11, 2003, 9:31:59 PM, [EMAIL PROTECTED] wrote: -- Tuesday, November 11, 2003, 9:25:31 PM, [EMAIL PROTECTED] wrote: How do I delete messages from the IMAP server? As a matter of reference, does TB allow me to use IMAP in a manner which is similar to POP saving all mail locally and deleting it from the server. Conversely, does TB allow me to use IMAP and store every message on the server, never locally? Finally, does TB allow everything in between, deleting some messages from the server, but keeping them on the client side and vice versa? What are the symbols next to the message counts. * 2 etc? Another question... my mail host allows both POP and IMAP connections, but the boxes are connected in some way such that one normal POP fetch would download all mails (deleting them), destroying IMAP. Obviously, I wouldn't delete something I didn't want to, but is the above logic correct? If so, is there anything I can do about this to lessen damage if an accident did occur? I would need to move all the messages back up? Don't even bother answering, I'm already done trying to use IMAP (again). I'd rather build a web interface to a local TB installation and until then I can use remote desktop. IMAP is baffling. Any information on TB's mail storage format out there? -- [EMAIL PROTECTED] Current version is 2.01.3 | Using TBUDL information: http://www.silverstones.com/thebat/TBUDLInfo.html