Hello! [quote user="Claudio Chehébar"] sometimes, I have problems with message formats. I write a message (using the option Rich Text), and a) in some few cases the receiver sees strange signs interspersed with the words, and b) more often, when somebody makes a reply to me including my text, it comes with all those strange (format) signs [/quote]
Is there any pattern to this behaviour as far as the strange characters themselves are concerned? For example: Does it happen when you have written a message in a certain language (e.g. only in a French-speaking message or so)? Or are certain characters or letters involved (e.g. the EUR-character or German umlauts)?

Can you tell us what caharcter set you have chosen for outgoing messages? Go to "Tools" | "Options" | "General settings" | "Advanced settings" where you can define the "Default MIME character set". (You can read the help file if you want more information on the settings of the character set.)
The setting of "Default MIME character set" is one of those settings you can define separately for each of your identites. So if you have several identites, you should check that setting for each identity.

Is MIME turned on? See at "Tools" | "Options" | "Outgoing mail" | "Messages and replies" -> "Use MIME features" should be turned on (which is highly recommended).

Does it happen only for certain receivers?

These questions may not provide the ideal solution now, but I hope they can narrow the problem, hence make it easier to find the solution.

Many thanks.

Thank you very much that answers my question.
Ed[:D]

[quote user="Thomas R. Stephenson"][quote user="arosner"]

Might as well raise my pet peeves in this thread:

1. When attaching an HTML file, I have to remember to change the encoding to "ASCII file", otherwise it arrives looking like gibberish. Why can't this be done automatically (or can it - do I just change the file association)?

 Just change the file type to HTML-text and/or change the filetype.pm in the program directory to do this for you in "Let the program decide"  FWIW, what version are you using?  This should be a default.
 

2. When forwarding without edit (redirect or "bounce"), all is well. Forwarding with edit, however, adds phantom "attachments" (such as plain text, html) which I presume are different formats of my message. Many recipients are confused, writing back saying "I couldn't open your attachments". I've fiddled with "no styling" and "no rich text" or whatever, to no avail. Is it just me??

 Don't forward the attachments as well and this will not happen.  When you are forwarding with the attachments then remove the one that you do not want.
 

Thanks in advance. 

[/quote][/quote]

Well, as usual, you have saved me. My question #1 obviously relates to an ancient version, hence I've just automatically been making the same manual change for years. I didn't even think to check that the default had been corrected.

As for question #2, it seems much too simple to be correct - but of course it is.

Thank you as always...

[quote user="David Harris"]I see this from time to time, but am not sure quite why it happens, nor how to fix it.

I'll note it as something to revisit next time I'm working on the frame window code.

[/quote]

The simple strategy mentioned in  KB135788 has always worked for me.

 - Vince 

I thought I'd add-- program closure takes about 30 seconds.

Thank you for the response. Might be it would be optimum if one could replace the From: field by the To: field or add the To: field for selected folders.

The  IMAP server which our university is using is SuSe Linux Openexchange Server 4.

Regards,

Bernd

I got it.  It needed "32-bit model = 1".  Thanks anyway.

 - Vince 

We are running Windows 98 (unfortunately) and Novel client 3.1.0.0

Todays a new problem showedup and I can not move envelopes into folder either by dragging them nor using the move button. 

[quote user="vefatica"]

I posted the initial post in "Pegasus doesn't close file system handles" with no fuss.  Today I can't reply to a post in that thread.  I'm told this forum is moderated.  Is that so?

 - Vince 

[/quote]

Moderators do keep an eye on the threads but there is no posting limitation in the technical support forums. There is in the FAQ forums though IIRC.

thanks to all who responded to my post...problem now fixed!!  Thanks again!

We've been using the excellent PDFcreator application (for Windows):

http://sourceforge.net/projects/pdfcreator/ 

Having investigated further, it appears that search will not work unless the Recent Search Results folder is visible in the folder list. If it is a sub-folder and the main folder is closed, search will not work. (Version 4.41 (Win 32))

Any comments? 

I'm going to escalate this back up to a bug, because I've found that it re-occurs in a reproducible circumstance.  From the New Mail folder, select a message and then select MOVE.  From the Folders window that pops up, insert a NEW folder name and then select that folder so that the message will be moved into it.

You will now find that your newfound folder will also stop the down arrow from traversing the  list of folders.  At least until one touches the folder as indicated above. 

This is really quite an annoyance to somebody who uses the keyboard to great advantage.
 

[quote user="David Harris"][quote user="vefatica"]

There's a folder, "Summer07", on my desktop (files for a course I'm teaching).  I wanted to rename the folder.  Windows XP wouldn't let me because an application was using the folder.  Investigation showed Pegasus Mail had 4 open handles to that folder.

[/quote]

There are two separate and distinct problems here. The first is Windows itself: when you call GetOpenFileName, a side-effect of selecting a file is to change the current working directory to the one containing the selected file. As long as any application has a directory selected as its working directory, no other application can rename or delete that directory. It's probably possible to work around this problem (I've made a note to check it out).

The other problem is more complicated. The Borland runtime libraries (from the ageing compiler used to compile v4.41) create a handle to a directory when I do a directory contents scan, and cannot be told to release that handle. The problem is to do with the legacy "findfirst" and "findnext" routines, which date from DOS times and which don't have a matching "endfind" command to terminate the scan. As a result, the RTL has to do some calisthenics - essentially, it tries to "guess" when the directory handle is no longer required and doesn't release it until then. It's most unsatisfactory, and has other side-effects as well. It's also totally outside my control in that version of the code.

As part of the move to Visual C, I had to rework these routines from scratch, so this problem no longer occurs in the current builds of the program. This means you can expect it to be fixed in the next update.

[/quote]

Thanks for the in-depth reply.  I didn't know GetOpenFileName() did that (it's not very nice).  I've used GOFN() but was never bitten by it.  And I had wondered about the status of the move to VC.

 - Vince 

Do you mean that installing Pegasus Mail on the server and using

that application from all clients PC. Is that Possible ?? it would be

wonderful if that's possible.

That's the primary way I ran this on my Netware systems with 150 very busy concurrent users.  The program and data were both on the SYS: volume and the users only had a short cut to the program on the workstations.  The Macs, Windows and DOS machines all looked at the same program directory.  Did the same thing with the Windows servers as well.  That's why so many network admins loved this program, it's a cinch to maintain.  I do maintain the TEMP directory (C:\TEMP) on the local workstation so that the writing files to this directory does not go over the LAN,

I guess the loading will be slow

if all the client PC connects to Pegasus Mail on a single server.

Please correct me if i am wrong.

It's not at all slow, the program is really running on the client system, it only loads the program files from the host server.   The only time it can be slow is if everyone is logging in and downloading the program files at exactly the same time and that's never going to happen.  ;-)

 Hello Thomas. Thanks for the quick reply. I, too, was surprised at the "missing mail" behaviour. I thought I knew Pmail well having used it since the good old DOS days.

I went back to my colleagues pc to try the update from 3.12c to 4.41 again, but keeping a log of all operations. Once again, 4.41 installed smoothly over 3.12c and again, opening Pmail, two folders were missing mail as shown in the folder tree panel.  Going to the list view to investigate  gave the surprise that the expected number of  messages in the two problem folders were there. In both cases the number of mails in the folders was greater than 1000. The clue to the "problem" arrived when I noticed that one folder containing 1259 messages  showed only 259 in the preview tree panel.

 Back to the preview mode, resize the tree panel to make it wider and the folder shows 1259 messages. "Missing mail problem" solved!

 A suggestion for David Harris: could a value that is too large to fit the space available be shown as asterisks or hash marks (*, #) à la Excel? Perhaps the programming effort is too great to solve a trivial but initially perplexing problem.

 Regards.
 

Confirmed.

Hello!

Concerning your question about which tool is applied first, you may want to read the article at . It describes the order in which Pegasus Mail's sorting and filtering tools for incoming messages are handled.

You will notice that Spamhalter comes before content control. That means: if you have set up content control to delete the "Russian spam"-messages, Spamhalter will probably take care of them before content control can handle them - and if that happens, Spamhalter will move those messages to its Spam folder, leaving content control no chance to delete them (because content control will not see the messages).

If you want an incoming message not to be handled by Spamhalter or content control, you have to add the respective senders to the Global Whitelist. Any message sent by a sender listed in the Global Whitelist will be checked neither by Spamhalter nor by content control.
However, even if a sender's address is listed in the Global Whitelist, the New Mail filtering rules can still be applied to such a message. A New Mail filtering rule could look for the charset declaration of a Russian character set and delete any message that is said to be written in Russian.


Note that this is a somewhat theoretical approach.
You would have to add each address sending you Russian spam to the Global Whitelist and have their messages deleted by your New Mail filtering rules. As the sender's adresses are often forged or randomly created, there is probably not much use in adding those addresses to the Global Whitelist - the sender's addresses will probably not occur more than once or twice in further spam messages.

So, what can you do? I do think it is a good idea not to delete any unread messages - having the chance to check them before deleting them for good is a Good Thing [tm]. (Note that this is just my personal opinion, yours may differ.) Having Spamhalter move the Russian spam to its spam folder and check them before deleting them may be the right approach, I think.

I've been having this error for a while on only one of my addresses & have been unable to find any differences in the configurations.  I tried both (b) and (c).   It was (b)  that worked for me.  I did have  "Load Windows Internet Services (WSOCK32.DLL) set to "Never" on 4 or 5 identities.    I don't have a clue as to why I only got the error on the one identity.    This may be irrelevant, but I don't remember this error using XP.

Pegasus 4.41, Vista.  

Thank you for this forum and to the Pegasus team.   I started using Pegasus many years ago when I needed a "multi-POP capable program. 

  g