Another suggestion:  just use Sleep(n)  to do something at intervals

Martin

I have added this little routine into Virscan 4.9.8 which will be available shortly. It will convert any %nn sequence less than %7F on subject lines with the intended character when a message is sent from Pegasus Mail. Characters will include  any blank, %, <, >, =, |,/,\ etc encoded with the %nn, but *not* the =xx sequence which indicates a Quoted-Printable byte

Martin

One of my IMAP connections has a tendency to die, especially after my computer has been asleep. It'd be handy to be able to just right-click the IMAP root in the Folders window and select 'reconnect' there, instead of having to right-click, disconnect, open the IMAP folders window, doubeclick it, and close the IMAP folders window.

I'm quite aware of how to make an IMAP box open automatically, thanks. I said in my post that I do not WANT to have it open automatically. What I would LIKE is for the toolbar to include some kind of one-click button to check an IMAP box (rather than click, click, click through the IMAP profiles dialog).

As stated previously, using IMAP like that feels like you're using an extension rather than an integrated part of the program, that's all. This is a very simple and basic wishlist suggestion, not a request for support.

Cheers.  :)

I'm fairly sure this is not a new thing with 4.51. I'm almost certain it's the reason I don't use Pegasus 4.41 maximised in Preview mode - there are a bunch of issues related to it. Only recently would Peg even remember that you left it maximised, I think.

It wasn't designed to be used like this. The program is, at heart, an MDI, and clearly isn't quite fixed in some ways yet. Who knows? Perhaps these kinds of things are easier to fix now that David's no longer using Borland to develop.

I think that most network administrators naturally want to develop things that make network administrators necessary.

You can see that on many opensource development platforms: powerful tools in theory, but that need expert finish in order to become usable. You can also see that in the reports of some large public institutions that contemplated adopting opensource software: there is no economy, you just shift the budget from buying commercial software to hiring network administrators.

A programmer who needs money will on the contrary want to make a product that will immediately satisfy the client. I think the education market is craving for a simple tool that needs no network administrator.

So, technically, would it be like the Mercury/Pegasus that we know now? Yes, that's why I'm proposing it, it's feasable. But commercially, it would be a complete repackaging.

Just think of the market of primary schools alone. Just think 20 NZD for each primary school on the global market. It would not be a shame to package a toy-like version, would it?

It is really a priority that DH earns the money he deserves. And when I say a priority I mean it is really above the opinions of the supporters, me included. It is really above personal tastes.

This was raised before and some "hope" offered. See the following topic

B

I agree. The name as it was chosen by the sender.

The actual problem is that Pegasus Mail has to extract a temporary copy of the attachment from the message. That temporary copy filename is passed to Virscan and then the AV product to be scanned.  At some point the AV if running in realtime monitoring mode, detects the creation of this temporary file and calls the main AV engine to scan it. The startup of the AV engine may take some time. If it is found to be bad for any one of several  reasons, it will either delete or quarentine the file.

This then takes away the file for either Virscan or the AV file scan request. This may occur before/during/after the file has been opened by the application(s). It is this opening process, a system call that cannot handle a file being stolen away from its control.  That is why, preventing the AV from monitoring the new mail directory always is the solution.

Martin 

I just had to rescue a hard disk from a failed computer, for someone who receives important and strategic documents (legal cases).

I placed the sata disk in an empty sata box for external drives, and copy pasted the Mail folder. Ok, simple. But because I had time, I used a partition manager and reinstalled Pmail in a partition of its own. The disk will know have a second partition for Mail, a third for Documents, and even a fourth for an alternative Operating System (in case of virus).

From this I draw a few ideas about the mailbox of Pmail. It is not really suggestions it is more like long term dreams, waiting for your impressions.

Well first, the interface for changing mailbox location is not intuitive and orthodox now. Why do I have a "Change Now" button as I have changed nothing? And change what? What is "Default"? Normally I have the path, I click on "Browse" to open the explorer, I chose or create a folder, and then I click on "OK".

 But... wouldn't it be a good idea to add an option "Install Pmail in a partition of its own" ???

Ideally, I would install the mailbox in another physical drive, away from C:, but even then, a specific partition would be safer. The interface would just ask for the location and the size of the new partition.

It seems that Pmail considers the voluntary closing of Windows as an accident. Consequently it gives me a warning each time I re-open the application.

A warning which prevents me to access the mail folders, which I have to close each time before I can begin working, and which is annoying because my voluntary closing of Windows was definitely not a system failure, blue screen or anything threatening.

And now, the beta version has added the annoyance of also warning me each time that there are saved messages. I could understand warning me that there are messages waiting to be sent, but saved... if they are saved it is obviously because I didn't want to send them.

I would like Pmail not to worry about my saved messages, and not to fight against my use of the machine.

I've wondered about this for years.  The easiest way _I_ can think of would be to add an option you can get to by r-clicking the sent folder (or one of the messages in it).

Just to say I bit the bullet and installed 4.51, with the workarounds above, updating by 5 years? It's great, many small bugs and irritations have been fixed, the message editor works much better, it's faster too.

I am not sure I understand.  The author of a message is responsible for inserting a Content-Description but Pegasus Mail does the equivalent to this by inserting a Content-Type, along with its Type= sub-descriptor. ie

  Content-type: Application/Octet-stream; name="UserChoice.reg.unicode"; type=Unknown

Martin

I don't recall seeing this suggested before, but it seems like a pretty obvious missing 'feature'.  When adding a mailbox (Folders->Add mailbox...) you have to manually type in the path.  Clearly this interface hasn't been looked at in the last 15 years...?

I find myself using multiple mailboxes on a regular basis now, mainly as a means of separating archives.  It's really painful having to type in path names, especially if the folders are kept in my user profile (C:\Documents and Settings\<username>\<lots more sub folders>).

I've just found out that this only occurs with Pegagus in folder preview mode. I've recently switched back to folder list mode and found that the keyboard shortcuts work as normal when starting a new message by right-clicking the Pmail icon in the system tray. (I thought it was a minor thing, anyway, but just thought I'd mention it by way of feedback.)

David has written on his current position on open source.

http://pmail.com/sundry/pmlinux.htm

Only from the New Mail folder !!  So that's why I can't do it !
Also, when a file is deleted, the file name is deleted too.  It would be useful to retain this in the message attachment display so that the message and filenames remain as a record of when and from whom you received the attachment.
I note that the filenames are still shown at thebottom of the "raw view" message tab, so the information is not lost - but could be more helpfully displayed.
For those who wonder why I want to delete the file from the message, the main reason is to save space, once the file has been saved inanother appropriate location.  Also, when ransferring Pegasus between computers as I frequently do when taking my laptop on trips away from home, it speeds things up a bit and means there is no risk that the PMAIL files won't all fit on a memory stick.  Yes, I could get a bigger memory stick.

There is a little something that has been irking me since the nineties.

I was a total newbie at the time and whenever I sent ONE message, Pmail told me it was sending TWO in the status bar.

Then as I shifted to DSL, and I forgot about it because the transfer is so fast I don't have time to read the status bar. However, if this little inconvenience could be removed, it would be quite an improvement. I can imagine it must be quite shocking when a new user discovers that, for instance during a server slowdown.

And PLEASE, please nobody tell me there is a technical necessity, or a historical reason, for keeping this weird misleading message. Or that my suggestion is wrong, or that it is very well as it is, or that I have to open a file and change the code myself, etc etc etc

Hi !

There is also this thread (which is more a generalization of the initial idea) :

Cheers !

Whiskyfizz.