Just to further elaborate on that...

If you used a OSI-approved licensed program it would be impossible to link it to your own code without also open sourcing your code.  Using it externally would be acceptable (e.g. calling it via exec() or via the command line), but because you would be distributing it with your program you would be required to provide the source code for the zip program at users' request.  Linking to the authors site would not satisfy this requirement, you would need to provide a link to download the source from your own server.  I doubt this would be a big problem though, most zip programs are quite small and I doubt many people would be interested in downloading it from David's servers anyways.

Of course, in the case of folders for mailing lists, a scrolling list to chose a View by thread would be very handy.

Just a detail here: In some mailing lists I am the only one to add a Re: before [NameOfList] when the Re: is already set after [NameOfLIst]. I would like Pegasus to detect that automatically and not be a nuisance for threads sorting. Of course when the Re: is already set by the server before [NameOfList], there is no problem.

Would it be possible to exploit Mozilla dictionaries ?

[quote user="Sharkfin"] his time is severely limited.[/quote]

Yes. I can understand that. So once again I apologize for posting so many suggestions.

I do that ignoring any kind of effort, time and even coding limitations, because I think it is the right method to expose concepts first, and estimate application after that. I learned that from databases courses.

I have never known about this feature. Arnaud is right - it's awesome. I wish it was documented somewhere. If it's so hard to miss then it might certainly be worth adding to the right-click menu.

I wonder how many other undocumented tricks there are that I've never found just because I use the program in a very straightforward, "proper" way?

Maybe it would be possible to have the right-click message "Show Pictures" appear only when the message is HTML.

 That way it would also be possible to remove the "(HTML only)" part.

Distinctively from the question whether "Change user" should be present in the menu or not, I think that presently there is a problem of confusion between Users and Addresses in the menu.

I would prefer one sub-menu for Users, which would contain User Management, Logged-in Users..., and another sub-menu for Addresses, which would contain Address books, Distribution Lists...

A column in messages lists windows, to indicate whether the message is spam or not.

With a corresponding classification button in the the buttons bar, of course.

Again, this is a valid point - assuming that pmail wants to help new, non-expert users.

Personally I think that pmail's power-user reputation is important and well-earned. However, there is a case for easing usability to allow the user base to expand. This is why I believe some kind of special mode should be considered that hides many options and wraps a more simple presentation layer around the program.

Richt-click offers filter for sender, and selected part of text in Subject. And other criteria...

It doesn't pass ME by.

It's my users. They are close to illiterate in terms of computers. Even those with doctorate in medical sciences. Ctrl + something is some sort of coding ability to them.

A spam/ not spam button when displaying lists of messages.

Almost there, Arnaud.

I think that the header box needs to be big enough to show one line of each main header.

It could maybe resize itself but when Iget a message that has many recipients: I definitely shouldn't have to scroll to find the subject or sent date. In such cases, only one line of the To header should show by default.

It's presently a pain to copy/paste Pmail messages text, because you have to remove all those line breaks afterwards.

I found a program called Clippy that does that for me, but it would be better if Pmail provided that by default.

It's good-looking to have a red "f" in the top bar, but is changing the font so important that it should be in the top bar?

Couldn't it remain hidden in Display -> Options ?

I see there are two grey icons on top-right of message

- No reply sent yet

- No forwarding yet

 Shouldn't those icons just disappear if there is nothing to announce yet?

And what is the meaning of activating them in case of no relevant event?

I tried the Print icon in the top menu. It printed a message that was selected, but not opened.

Shouldn't it appear only when a message is opened?

An option to chose text, icons or text + icons in all menus.

BTW maybe a Display header in top bar menu would be clearer. With Font, set Color...

Mail.app : The import/export of the address book is nice at least. So useful for mobile phones.

As I said in another message I just had to rescue a hard disk from a failed computer, for someone who receives important legal documents.

In this occasion I would have found it handy to be able to open the folder from outside of Pmail, and see where the pdf attachments were. I had to look precisely for documents containing signed agreements and the specific numbers of commercial orders, that was the priority. Messages were less important.

Had there been an attachments folder, it would have been useful. I imagine it could be useful for other purposes too. Like direct browsing.