Dave, 

I second a number of your suggestions. :)


>Out Tray bolded when unsent drafts are in there. 

Or some visible notification on the folder for the presence of attempted-
but-failed-to-send messages. 


>I would like to have different font sizes for reading and for printing. I
>don't need email printed huge, even though Monaco 11 looks about right on
>my screen. 

Pretty please, CTM? I know there are workarounds to get a non-paper
wasting size, but this would be nice.


>Better key commands for next/previous message. Command [ and command ] is
>not convenient. I would prefer to have a user choice of key commands for
>this (command up/down arrows for prev/next msg) and all menu items,
>including "show as simple html", full html, or plain text. 

Related: I find myself trying to use the up and down arrow keys to scroll
through a message line by line (ala web browser style) only to get
shocked back to reality when it jumps to the next message. :)  Full
message pane scrolling with the space bar is too much at a time for me.


>Able to open (all) multiple attachments at once. Frequently I receive a
>group of photos and it the attachment area is too small to see more than
>3 at a time, when what I really want is to open them all in Preview at
>once. Like the MAC OSX Finder can open them all into Preview if you
>highlight several jpg's and double-click, Try it! That's handy! 
>
>Ability to resize the attachments area of incoming messages. 

Yes and yes.

>Ability to show more attachments at once, perhaps by making multiple
>columns to display the attachment names in. 

Interesting, though I'd settle for a resizeable area.


These are all asking for the same: 

>Option to use real MBox format instead of Powermail db. Why? I feel that
>this might be faster downloading performance, and also attachments would
>not need to be renamed on the fly as downloaded. Sometimes I get an
>attachment with the same name as a previously received attachment, and if
>it was each saved in a folder with the text message, as GyazMail does,
>there would never be a need to change the attachment name. This would
>also make for faster backups. as only the changed files would need
>backing up. On the other hand, it's is sort of nice to have only one
>place to hunt for attachments. 

>When emptying PowerMail trash, please make a Folder in the Finder's trash
>can, and put all the attachments that PowerMail is trashing in that
>folder. You could name the folder "PowerMail Trash <date><time>" to avoid
>conflicts. ... 

>Some attachments seem to auto-decompress when collected from POP mailbox,
>however, the message is still linked only to the compressed attachment.
>Since there are thousands of attachments in the attachments folder, and I
>don't always know the file names that were inside the compressed archive,
>I sometime have to "show attachment in Finder", move the attachment to a
>new folder & decompress again. Somehow this could be handled better.
>Suggestions? 

Folder solution: 
- Each mail's attachments go into a folder with a name relating to the
message (part of the subject line) plus date/time, preventing naming
conflicts. 
- Powermail displays the contents of that folder in the usual spot for
attachments. 
- Uncompressed files and their parent compressed version are all in their
own folder. 
- "Show in Finder" opens that folder. 
- The main Attachments folder still holds all the files. 
- Finder accessible for incremental backup. 
- Messages with more than one attachment remain together in the folder
when trashed. 


>Prevent "stall" or poor application responsiveness while downloading new
>emails. 

This one bites me every day. It's so slow I don't even get a _beachball_
till a few seconds after I click a message to read, and then PowerMail
decides to select another message that has, in the meantime, scrolled its
way under the mouse. Is this indexing? Might it hold off till a little
bit after downloading?

I also notice when quickly going through messages via the arrow keys in
the Mail Browser window that sometimes it will skip a message, leaving it
"unread."


Chris
-- 





Reply via email to