I would start using Autofiltering immediately, if it was possible to only filter READ mail (when closing the New Mail-folder)!

Hi!

As this is a wishlist - kind of - then I would like to see in some next release the handling of IMAP mailbox and so called INBOX folder from user perspective much the same way as POP3 has been handled now in Pmail. I mean that the new mail filter set should apply to all new mails regardless is this an pop3 or imap and also what I miss most is the spamhalter working on imap inbox folder. For POP3 the spamhalter processed the incoming mail and classified content quite nicely but as I understand then there is no way to point the spamhalter to process the content of INBOX at imap mailbox.

 

Opera and Lotus Notes work like that - and in that way they are unique :)

I've always wanted Pegasus to be able to group or categorise messages by "other party" - across all their different email addresses, formats, my replies to them, and any other emails they appear in, or even threads they have been involved in at some time. That would be a great start. Maybe it can do it if I set up aliases in the address book, but I've never used the address book - quite often I can't recall the name of a customer or vendor, so I have to find a past message some way.

Currently, if I right-click a message in an IMAP folder, and choose Start New Message to Sender..., the complete message, including attachments, is fetched - presumably in order to supply me with the Sender's email address. That seems unnecessary.

[quote user="Neil Fraser"]SKIP command

In place of the SkipNext "" command, I would like to suggest a Skip "N" command where N is the number of lines to skip.  This will allow a condition to be tested and multiple lines skipped without the need for a Label.  <...> In a particular script of mine where a lot of tests are done, it would make the code much more elegant[/quote]

Pegasus provides powerful filtering tools, inviting users to build large and complex scripts. There is definitely a need for the scripting language to match those capabilities, but...  I believe there are a couple of real drawbacks to the suggested solution:

• Less readable code
  
• Major maintenance headaches, for example when later adding or deleting rules inside the skipped range

These were lessons learned by many, many using a multitude of computer languages over 40+ years. Because of this, I vote no to the suggestion. I would much prefer a solution along the following lines:

• A structured IF ... END construct that encapsulates and hides the underlying GOTOs
• The possibility to combine multiple matching rules with AND and OR operators
  

[quote user="Neil Fraser"]HIGHLIGHT / COLOUR commands

It appears that applying a highlight does not affect the email until the script is complete.  I tried setting a colour to an email in my script then testing for this colour later in script, using colour as a marker.  Is this modus operandi intentional, or could the highlight command be made to take effect at the point in the script where it is used?[/quote]

AFAIK this applies to all modifications made by the filtering script. Similarly, running an external task against the message is done using a copy, so the external task can not modify the contents of the actual email.

I would welcome a change to the script semantics, making changes visible immediately. This probably has to be discussed further due to possible side effects. Migration of old scripts? When should a MOVE MESSAGE take place and what does that mean for the rest of the script?

Greetings all!  After using PMail for about 10 years, I am as enthusiastic about it as ever.  Thanks, David.

In PMail 4.41, I have found the abovementioned functionality useful towards easily ensuring that the address in my addressbook is still valid, for a correspondent from whom I receive mail only at intervals.  If I have hit "Reply" on a newly received email from such correspondent, this sender's address will appear in the "To:" space as in the received email.  I can then type my alias for this person into the "Cc:" space, and hit Shift_F3;  this brings up the full address currently in my addressbook, and I can compare that with the address in the "To:" space.

Consequently, I will value it if this functionality can be established in PMail 4.5x (I confess that I have not yet looked at 4.52).  But I am aware that there may be other priorities.

 

I will send 35NZD dollars to David Harris for these templates I'm asking for. I swear.

Dave

 

 

Paul and Olaf,
Thanks for you replies and tests!
The only 'real' problem or error occurs when you try to lift that hyphenated email address out of that malformatted address entry (with out < ... >) e.g. using right mouse button. ... By the way, this is the first time I have noticed it in all the years [;)] ... but just wanted to mention it.
Cheers
Thomas

If you're going to make changes in BCC, putting the BCC field right below the CC field would be handy. :)

By the way, for the future, if/when the whole address-book binary format changes, it would be really handy to have a simple command line address book import feature available.

Alternatively, under the File menu Check Host for New Mail will also do it.

No, maybe just my non-standard typing! I guess if it is happening to others, they won't know what happened or will write it down to "must be more careful next time" and so not mention it. It happened a lot of times before I mentioned it here.

I'm assuming the "double dialog box" bug is easy to replicate on other systems.

PS I just found the "enable email subscription" button on this forum and clicked it - I was wondering how to enable that. I should get replies now.

If you are replying to a message, there is an option to skip the original parts that are marked with "> " but you probably already know that. When forwarding that is not an option because those markers are not inserted.

If you are not already doing so, might I suggest that you start to "snip" messages that you reply to or forward? This means taking the time to edit out any parts of the original which are no longer relevant to the current conversation. This might include headers with mail addresses and earlier messages in the thread history. This would leave far less for the spellchecker to stall on.

Many people don't edit their messages like this but it is the way it used to be done "back in the day", before the internet was mainstream and when a large e-mail took a while to download. Shorter message = smaller file size = faster transfer.

Perhaps you should turn off the automatic spellchecking and only use it manually on messages that aren't going to cause this issue.

Anyway, after all that, you may have gathered that the answer to your question is "no". Sorry.

Example 1  just needs a general rule, which allow for testing the age of messages,  and an action of Delete  if older than that. In your case you will need to combine two rules:  a: if sender is movie house email address AND b: if age greater than 7 days, then action is Delete from Folder.  These rules apply to folders so you should have already Move'd the messages from the Movie house email address into a folder.

Martin

[quote user="tecknomage"]

Did you mistype, the latest version at the download site is v4.52 (Windows).[/quote]

Come on, if it's been added in version 4.10 in 2003 does this mean it's been removed since then - especially as you say you've seen the respective dialog in the latest version? My English can't be that bad ...

And maybe you better try TLS as well, providers don't always make a difference here, but there is one!

The Pegasus to be perfect just need to stay in

Portuguese.

I fully agree notifications from Public Folders are something completely different compared to notifications from the regular new mail folder. Your subsciption idea indeed sounds good, could even be a nice feature for regular folders. But I can imagine this is not an small, easy thing to build...

yes, this would be a big improvement.  this would enable the sent messages to be stored to be like they were sent out. 

Thanks !!

Would have to disagree with  the first item:

What version of Windows? Each has a different file format and fields, would be problematic to say the least.

Malware havesting of your addressbook (bad thing)

 

As for items 2 and 3 IIRC David is already working on the next level of both the addressbook and low level (fileformat/index) of the mailstore.