Rick Castello said: > William E. Kempf said: > >> I don't understand the opposition to either suggestion, especially >> from the lead architect here. Marking an entire folder as read, or >> even deleting it's contents, is not something that unusual for users >> to do. It may be that I'm a bit on the fringe with the volume of >> e-mail in a single folder, but I bet there's still plenty of others in >> the same situation as I. But in any event, even if the folder only >> has, say 40 e-mails you have to deal with, that's still several >> screens worth of e-mail. The Show All is useful in some cases, but >> even that's extra work in comparison to a simple click on an Icon in >> the folder tree, for instance. Saving users time and effort should be >> one of the primary goals of ANY software project, and in this case I >> think that's doubly important, since for many e-mail is a large >> portion of what they spend time doing. > > I think the main thing here, and correct me if you think I'm wrong, > is that most people actually *read* their email or just delete it, > rather than just marking it read and letting it hang around. > > It's not that this is a horrible idea... just that it seems to be > useful to a much slimmer segment of the overall SquirrelMail user > population than, say, our long awaited templating solution, further > IMAP speed improvements, or the conversion of the rest of plugins > to be rg=0 compliant and compatible with current releases. > > Do you see where I'm coming from? Yes, this could be useful, just > like being able to color code any folder whatever color you like > could be... but overall, it's a very focused feature, and naturally > falls lower on the priority list than a number of more widely > requested features.
Definately, I understand priorities. But the idea was dismissed out of hand, not commented on as being useful but of low priority. >> The Spam idea may sound off course at first, but only because I gave >> the specific need I have for this. I specifically stated, however, >> that I'd be happier with a configurable folder (or list of folders), >> which could be useful for other things as well. For instance, most >> people prefer to keep their INBOX clean, and move e-mail out after >> they've read it. Often this means putting the e-mail into a generic >> catch all folder, and it would be much faster to have a >> link/button/etc that does this instead of having to locate the folder >> in the drop down. > > We've already got your list of folders... it's handled by the > delete/move/next plugin, and works beautifully for 99.9% of users > out there. Your issue is an abundance of folders and a lack of > desire to scroll through the list to use an workable and existing > tool. Now your getting personal ;). I doubt I'm the only one that has an abundance of folders. And I doubt I'm the only one who'd benefit from a faster means to move mail to the more common folders. Your "guesstimate" of 99.9% I would guess to be off by at _least_ 20%, though we're both guessing. > What may make the most sense for you here is to use either the > Message Filters or for greater speed and flexibility, something > like Procmail. Both will sort messages into the boxes you want > them in as they arrive, removing a great deal of need to move the > messages around at all. Ahem. Short term memory problems? I'm using procmail already. I have two issues, one slightly unique to myself (as in the number of people doing the same thing will admittedly be low) and one that will be common for EVERYONE, and pressing for all of those who receive large volumes of mail. Here goes. The unique one. Spam get's filed in a Spam folder, but the spam detector sometimes guesses wrong and has to be corrected. The common one. The other filters don't quite place the mail in exactly the correct location. In particular, e-mail that doesn't fit into an obvious category. Both of these require some manual filtering on the users part, and anything to make that easier is a good thing. >> The suggestion to rename the folder so it shows at the top of the list >> is a cop out. It may be that I can't change the folder name. Or >> maybe I just don't want to. In any event, in most cases the dropdown >> is auto-scrolled to the currently selected entry when you drop the >> combo box down any way, which still means I can have to spend time >> scrolling back to the top to locate the folder. > > Not a cop out. An alternate way to solve your problem. An > attempt to help. If you prefer to only solve your problem by the > exact method you've asked for above and no other, then you're most > likely back to the solution suggested by someone else before- code > it yourself, or convince/pay someone else to do it for you. 1) It's not a solution (as I pointed out) in all cases. 2) It's really only a work around, and not a solution. 3) I never said my suggestion was the only _solution_. >> That all said, I'm not going to leave in a huff if you decide not to >> implement these suggestions, and I'm appreciative of the very nice >> piece of Open Source work you've provided. > > Excellent! > > Another possibility... if you really are getting drowned in an > avalanche of mail daily, and are sometimes forced to simply mark it > as read and stuff it in a pile in the corner, maybe consider > creating more than one mail account, based on subject matter? This misses the point, as procmail is achieving basically the same thing, but in a more managable fashion ;). > You can keep all personal correspondence in a fast, small account, > all technical stuff in another, etc, etc. It's not the best > solution, but again, your situation sounds to be unique. Hardly. The only thing that can be slightly construed as unique for me is the spam filter I use. But that's not the focus of the suggestions made. There are a LOT of people who receive large volumes of mail, and every single one of them could benefit from these time savers. > I get thousands of pieces of email a day, but I manage it just fine > with a system of filters, spam sorting, and deleting read email. I manage it as well, but it would be much easier, and I'd spend less time "managing", if I had these features. -- William E. Kempf ------------------------------------------------------- This sf.net email is sponsored by: Influence the future of Java(TM) technology. Join the Java Community Process(SM) (JCP(SM)) program now. http://ads.sourceforge.net/cgi-bin/redirect.pl?sunm0004en -- squirrelmail-users mailing list List Address: [EMAIL PROTECTED] List Archives: http://sourceforge.net/mailarchive/forum.php?forum_id=2995 List Info: https://lists.sourceforge.net/lists/listinfo/squirrelmail-users
