Rick,

Allow me to leap to William's defence... :o)

I too would like to be able to perform operations on whole folders,
specifically marking all messages as read, deleting all messages, etc.

I use filtering to move mail from lists directly into folders and
sometimes I don't quite keep up. I then would like to mark all messages as
being read so I can see visually when new mail arrives in those folders.

I don't think this is too unusual.

I currently use Outlook or Outlook Express to perform these operations
outside of SM.

All that would be required would be a small check box to indicate "Select
whole folder", and then the existing buttons could perform the necessary
operations.

Also, and I'm only guessing here based on subjective impressions of the
speed with which Outlook can mark all messages read, I suspect there may
be IMAP commands which apply to whole folders rather than having to loop
through each individual message in the folder and sending separate
commands.

What I mean is a construct like:

Send_IMAP_Command("Mark all messages in folder foo as read")

rather than

For each message in folder foo
   Send_IMAP_Command("Mark this message as read")


I hope my ramblings prove useful!

Cheers,

R.

> 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.
>
>> 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.
>
>      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.
>
>> 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.
>
>> 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?
>
>      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.
>
>      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.
>
>      Good luck, and Happy SquirrelMailing!
>
>      -Rick
>      SquirrelMail Project Lead
>
>
>
>
> -------------------------------------------------------
> 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
>


-- 
Robin Bowes | http://robinbowes.com


-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm 
Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
--
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

Reply via email to