I have had this persistent problem for some time now. I have checked all over these forums, and can't seem to find anyone else who has this issue.
Whenever I try to reply to a message that comes from Yahoo, no matter what I change my overall settings or reply settings to, I can't seem to get Pegasus to include the text of the original message in my reply. It will include the headers and other information, but the message part is always blank/missing.
Has anyone else experienced this or have a solution?
[/quote]
You may try to select the message text (Ctrl + A) and use the "reply to selected portion" option which shows up after doing so.
[quote user="Tracy"]Just started using Pegasus and are finding PDF files are corrupted when it reaches the recipient....anyone else seen this?[/quote]
I remember once having problems with this as Pegasus Mail treated some PDFs as text files and corrupted their formatting by interpreting as line breaks which actually were some kind of binary data. The easiest workaround would be to manually select the encoding type at the bottom of the attachments tab after attaching the file: Basic MIME should do it. I believe there's also a way to configure Pegasus Mail to do this automatically but I can't figure it out right now.
To ensure this your issue can you open such a (supposedly corrupted) message in raw view and look for the header line starting with Content-transfer-encoding: preceding the attachment section to see whether it uses BASE64. The whole header section of a PDF attachment should look similar to this one:
If it already does then there's probably nothing you can do and the above workaround doesn't fit, the problem might be located at the recipient's site. Can you open these PDFs ok on your machine?
I just got the following error after upgrading from 4.41 to 4.51 when I try to start the program. the startup-window's latest status is "restoring desktop layout ...", where it crashes
I am running pmail under NT4 on a socket-7 board gigabyte ga-5ax, K6-3-550 cpu.
I solved the problem with using the old iconv.dll from version 4.41
[quote user="Nighthawk"]I had that problem sending any email and I had to change my WinSock33.DLL to on demand and it fixed it [/quote]
Don't use On demand only with Pegasus Mail 4.61 anymore unless you have a very good reason to do so: Use Always instead (the new default in v4.61), otherwise you may encounter massive performance issues (Tools => Options => Advanced settings), there are already some reports about this on this forum ...
I'm not sure I fully grasp the difference between folders and trays even after reading through the relevant Pegasus help topic. I'll play around with adding folders and/or trays and see if I can figure it all out.
[quote user="Thomas R. Stephenson"]
Can you elaborate on what you mean by "delete any tray stucture" . I'm
not sure what this means. Do you mean the order in which folders are
listed?
If you use trays to store folders then the trays will be lost and you just get a listing of the folders. The tray structure is only in the hierarch.pm.
I use SyncToy. It's one of the "unofficial" programs available from Microsoft as part of a set of Windows-tweaking tools, but it can be downloaded separately. Just install it on one of the systems, then make sure the other computer is available via network. You set up "pairs" of folders to be synched. I have a bunch of different mailboxes, as I archive them at year-end and start a new one for each new year, so I sync only the current mailbox folder. SyncToy compares that folder to both computers and moves/deletes files as needed to get the older one caught up to the newer. It also has a feature to send any files it deletes to the recycle bin so that you can retrieve them if necessary.
You can download it here: http://www.microsoft.com/Downloads/details.aspx?familyid=C26EFA36-98E0-4EE9-A7C5-98D0592D8C52
Am I correct in that this bug did not get fixed in the recently released 4.52 version?
I just tried it and it still doesn't work, but then again I could be doing something wrong on my end, so I wanted to double-check.
[/quote]
This may well have slipped David's mind while working on version 4.52 or he may have had other priorities, relating to Windows 7, for example. Far be it from me to speculate about this, though. All I know is that the rule used to work in previous versions but it became buggy in what I think was the 4.51 release. I'll re-enable the delete attachment rule that I had configured as soon as this previously implemented but currently unimplemented feature gets reimplemented :-)
700MB file? Did not know any ISP would allow for that large of an attachment, most block attachments between 10 and 20 meg in size.
But this would explain the long delay if Content Control was looking at the whole file.
[/quote]
Opps. You're absolutely right. The jpg file is 1.5 Mb. Guess I had one of those senior moments. We'll just blame my old and slow system, which my daughter compares to writing on stone tablets.
"Might simply be that the path is too long" does seem to be the case. Also, long file names seem to be ok with a shorter path.
This was a means to an end of trying to use MailStore for archiving. A different program has been suggested, in another post, that is compatible with PMail without having to save to disc first. I will trial that first in case I don't need to worry about this particular problem.
I uninstalled Pegasus, rebooted and reinstalled and migrated my old
mailbox. Everything came up nicely, but the Network Configuration
problem was still there.
The only thing I can think of is that the files are being accessed by another program at the same time pml is trying to open the files for editing. Are you sure that your anti-virus software is not scanning these files on access?