Robin Bowes zei:
> 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"
Just checked the code and I did a horrible discovery. SM does send individal
imap-calls for each message when you use the toggle all link.
I will change that next week as soon as possible. It's real simple to do it in
one call.
Thnx for letting us know.
Marc Groot Koerkamp
>
>
> 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
