I second that suggestion. It would make things much easier if the folders tree would behave like, say, the one in Windows Explorer.
Being a "keyboard user" more than a "mouse user" I have two additional wishes. Both concern quick jumps by typing a letter to select the next folder beginning with that letter.
Allow quick jumps to folders that start with a non-US-ASCII character
Refresh message list and preview pane to keep them in sync with the selected folder.
A note on #2:
Currently, Pegasus still displays the contents of the previously
selected folder - even when I press Tab to get to the message list
pane. Synching with a short delay to avoid drawing the list for every folder visited (like
Windows Explorer) would be perfect. Synching when I tab over to the
Since the "Mail Store" is in the process of getting a second youth, I thought that it might be the right opportunity for bringing back in front my suggestion for coloring the icons of trays and folders along with expanding the number of available colors. I hope David will find this useful and decide to code it in.
I've passed this along, but I don't expect this to be possible for the short term. The problem is that two different print dialogs and print engines are used depending upon whether the message to be printed is plain text or is html text. Now if you have messages selected from both of those groups, it becomes problematic.
Wsendto works smoothly in an Excel-macro. It would be wonderful if it had the possibilty to process commandline options, with which I could choose the Pegasus user.
Just a short note on your suggestion for the Note field:
You can add line breaks by pressing ctrl-Enter. In Windows dialogs the Enter key (on its own) is reserved for pushing the default button, which is/should be shown with a broader border.
David you are in great company detesting Microsoft. I fought for years but they have succeded in becoming the defactio standard. A glittering example of medocrity (sp?) winning out. Sad.
My comment about visibility was prompted by what I see as a movement to dumb down user interfaces in the name of usability and the fact that I really appreciate what you have achieved. I am a big fan of layering, with each layer exposing more information and control. If one doesn't want to peek under the covers, one doesn't have to.
Wish us luck up here in the good old U S of A, we seem to need it.
Tx for the valuable answer. I'm always amazed by the power of the filtering system :-) Anyhow, I prefered to add a rule "scan list ...", then choose whitelist, because the rule you proposed seems to be equivalent to "was not recognized as spam", which doesn't serve my case, it is redundant (if it is catched by the spam-filter, then I dobn't need to filter it out anymore)
For your case, why don't you add a rule "if sender=my_address, then move to junk" ? Of course, if you send a test mail to yourself, then your test will end in the junk-box, but as you know where to get it ....
A problem I run into fairly regularly in 4.41 is that odd things happen when I'm inserting pictures into an HTML-formatted email.
First, after selecting an image file via the Insert Picture tool on the formatting toolbar, sometimes Pegasus doesn't insert the picture at all; on other occasions it does, but in the wrong place (ie not where the text insertion point is). These problems only occur intermittently, and if I just repeat the operation it often works successfully second or third time. An annoyance, though.
Second, when displaying an inserted JPEG image, Pegasus uses the dots-per-inch setting of the image file to scale the photo to my screen resolution. This is almost never what I want - I will have already sized the images I include to be suitable for screen resolution and all I want Pegasus to do is display them at 1:1 image pixel:screen pixel resolution. I haven't checked the HTML Pegasus generates, but as the default behaviour for HTML renderers is to display images at 1:1 resolution unless the IMG tag overrides this by specifying a different height and width, I'd have thought that's what the composer should emulate.
I haven't really played with the new beta version - maybe this is in it - but I really think this should be included. It's something I rely on massively when at work and using Lookout.
Also, like many suggestions, this has had someone pop up and say "but you can already achieve that effect like this..." which frankly, though obviously trying to be helpful and shows the power and versatility of this great software, utterly misses the point.
It is tedious and time-consuming to update your mail filters everytime you have a new contact or folder. The option to automatically store a reply in the folder that the original is stored in makes life simpler. It's not dumbing-down, nor is it about people not understanding the power they already have. It's about user experience. That's what brings in and keeps users.
I think the original poster's full and clear explanation of how the options should be altered was well thought out and useful. It seems perfect to me and I imagine that it's a relatively simple thing to do, given that, as we've established, the program can be made to do it already (after a fashion). I hope that David has time to add it when next he looks at the suggestion box.
[Background, problems] SpamHalter (in Pegasus 4.41) doesn't
learn from Content Control's decisions, as shown in headers and the
"Explain classification" dialog box. SH training is not triggered when CC moves a message to the Junk folder, in contrast to when a message is "Quick Moved", drag/dropped or moved there by a general filtering rule.
[Suggestion] Invoke SpamHalter training on all messages moved or copied to the Junk folder, regardless of how that move or copy is achieved. Please note that this suggestion aims for an easy-to-understand, consistent method with minimum maintenance and interaction required from the user. A good implementation means significantly less manual work then .
[Rationale]
SpamHalter does not make Content Control superfluous. CC is a valuable spam-fighting tool because it can catch tricks that fool word-based Bayesian filters, e.g yyyViagraxxx.
SpamHalter training, both initial and ongoing, becomes more efficient and more automatic when it takes advantage of Content Control decisions. This is telling from actual experience.
I suggest that Content Control should accumulate weights from all rule sets. Possibly as an option with an associated threshold, in addition to the per file thresholds.
Rationale: Content Control is a valuable spam fighting tool because it can catch tricks that would fool Bayesian filters, e.g concatenation like ArbitraryWordViagraArbitraryFemaleName. This suggestion would make it possible to update/replace SPAMBUST.DAT (as part of the Pegasus install package) without overwriting user additions. Plus it would encourage a more fine-grained rule structure.
If my primary suggestion is not feasible, then I suggest either
that the file-size limit of the internal editor be removed, or
that the internal editor be disabled and an external editor be launched when the limit is exceeded
Erik [/quote]
I would have to agree. When building my own filters, I prefer to have a variety of smaller sets of filters so that I can order, and apply fine control. One file for RECEIVED headers, another for pharmacy type spam, another for enormous appendages, etc. Even if there is the capacity to identify the active filters so that they are able to be strung together.
It would also be useful to be able to apply a global set of filters (uneditable), and then apply user-based filters.
[Having changed ISP's and they're not having as a good set of spam filtering, I am back into doing a bit more of my own.]
I started to use linked folders more frequently and it is an interesting concept. However, sometimes it would be good to be able to tell the location (e.g. folder name) of the main email location - maybe under message properties?
If the original email is being moved, e.g. as part of restructuring, the link to the email in the linked folder breaks. I feel, that the internal link should be automatically adjusted so that emails could still be accessed from the linked folder.
I hope I am in the correct forum, since this is a bug relat more than a suggestion.
When I'm sending a long url, I obviously use the special pasting (ctrl-shif-V) to paste it unwrapped. It seems to work when I send the msg to the queue, but when I send the queue msg (to my own mail address for exemple, or even to "Single-user mode"), the url is wrapped. It was working ok in the version 3.x, I don't remember in which version this bug appeared.
My work around is to use tinyurl.com, but it's not always conveniant, so it's IMO the most annoying bug of Pegasus. It can even give a funny image of Pegasus to other people (I had to confess to a friend that my email client wasn't able to keep unwrapped the long url I've just sent).
When running in multi-user mode with at least one added mailbox it is quite possible to have two windows opened which have identical titles eg "New Mail": it is not readily apparent to which mailbox each of those windows applies.
I would like to see the maibox's name added to the title of each window when there any added mailboxes. e.g. "[Bill Bloggs] New mail (87 messages) "
It can also be difficult to identify the mailbox of folders and trays in the Folders window when the list is longer than the height of the window. Alternating the colour of the connecting lines between icons would help.
The only way that I know of to preserve the association between filename and foldername is to empty the folder manually (i.e. message for message) which is a tiresome exercise when there are are (tens of) thousands of messages in the folder.
[/quote]
How about creating a mail filtering rule (set) for this?