> > imap folder loading is roughly 3x times as fast as it was in 1.0.8 and > > it can't get much (if any) faster. There's a certain amount of network > > traffic that we *must* do, and that is what is causing the slowness > > (well, most of it - etable rendering is the other). > > Would it be possible to make the imap access to not operate in a > "blocking" fashion. For example, now if I happen to select a message > for viewing while the imap "checking for mail" access is occuring, it > will not show the message contents until the imap access is complete. > This is also true of initial folder viewing. While it would not speed > up the imap access, it would provide a "feel" of faster response.
Exactly. Checking mail "in the background" would solve this problem. The user should be able to go to another folder while checking mail, or read old mails in the folder. Mozilla mail is still far better than evolution on this point. > > > > - I followed the threads about imap trash and I thought the problems would be >solved > > > with 1.1.90. But the way evolution handles imap accounts still doesn't seem >natural: > > > there are 2 trashes (the imap one and the evolution one - that could confuse > > > newcomers), > > > > how will it confuse them? there is a local trash for local folders and > > an imap trash for the imap folders. every other client does ti this way > > too. > > I think he's talking about a different situation. Evolution uses a > vfolder for trash, right? Other MUAs (Mozilla, for example) use a > "real" imap folder for trash called Trash. So if you access imap > account using Mozilla, it will create a "Trash" folder in your defined > imap namespace, Then access imap account using Evolution, you will see > the Evolution vfolder called Trash, as well as the "real" folder called > Trash that Mozilla created. That's it. Why would someone want to have 2 trashes ? I use IMAP because I want to access all my folders from everywhere, and this includes the trash folder. Then I want all the mails I delete to go to the IMAP trash folder. I don't see what benefit someone could have from a vfolder trash with an IMAP account. I prefer waiting 1 second for the move than being unable to retrieve a deleted mail when I'm not at home. > > Since the Evolution imap trash folder is a vfolder (doesn't really move > anything), you get the same effect by selecting "hide deleted" and then > you only see deleted mail by selecting the trash folder. I know, but this doesn't move the mails to the IMAP trash folder. > > > > - When a folder is sorted "Ascending", evolution should by default go to the bottom of > > > the mail list, because it's where newer mails are. > > I agree, but it's a minor annoyance. I'm just used to grabbing the > scroll bar and moving to the end of the list. Of course it's not a critical bug, but it's an annoying and visible bug. I know many people that use evolution and mozilla. They all complain about this bug (should be fixed in mozilla mail soon). > > > > > - It would be great to have an option to propagate the From/Subject/Date/... column > > widths to all the folders. When one has dozens of folders, it's a pain to change >the > > widths in each folder. > > this is already implemented. View->Current View and edit stuff. Ok, I can define a view. But I can't say "apply it to all the folders in this account". That's what's missing. > > > > - It would be nice to have an option making evolution word wrap plain text mails >at a > > specified column. > > what column do you want it to wrap at and why? the composer currently > wraps at 72 (which is the standard). Sorry, I was not precise. I meant word wrapping when _reading_ mail. Some mails I receive are not wrapped and it's a pain to read them. Thanks. I just want evolution to be the best mailer. ------------------------------------------ Faites un voeu et puis Voila ! www.voila.fr _______________________________________________ evolution maillist - [EMAIL PROTECTED] http://lists.ximian.com/mailman/listinfo/evolution
