Try to change the paths with PCONFIG.EXE in your PMAIL\PROGRAMS-Directory. (PCONFIG is an old 16-bit-application, so you will need VirtualXP oder a DOS-Emulator (www.dosbox.com) on 64-bit systems...
Received the bad message. Found a missing tag, and sent the partly fixed up message back. Will work on finding a fix for this problem (Tidy should have picked up on this one)
Quick follow up: the gmail problem has, ehh, disappeared, stopped?! No software has been installed or removed. I have done nothing since my last post. I have no clue what happened here. Be well.
Thanks again, Martin. Fortuantely, they were NOT saved in the New Mail folder. That would have been a disaster - 46,000+ other files where they would be lost for sure.They went to a TEMP folder, of course, not one of the many TEMP folders that I knew about. But, certainly better than the New Mail folder.
The big drawback for my purposes was the inability to display To, From, Subject and Date, so I am painstakingly renaming each file to make it more identifiable without having to open it. A spreadsheet will contain the details of each file. Not a particularly pretty solution, but a solution nonetheless. Thank you for your utility. It was worth a hundred times... no, a thousand times the cost.
I have manually split files before, but there is no way I would have done it with this mess. By the way, did I say "Thank you?"
Have you tried accessing the actual document once it has been saved?? Maybe it doesn't show the extension because you have the setting as hidden, but you'll still be able to access it. You can manually change or add the extension though, this might help:
http://www.wikihow.com/Change-a-File-Extension
[/quote]
This is definetely not an issue. This ackward windows explorer behaviour of hiding extensions and system files does not fool me :) I actually use TotalCommander for browsing the file system.
Answering your second question first: Yes they must be in 8.3 format ie a1234567.cnm
Now to answer your first question. If the messages are not in the correct naming format, you should still be able to download them via FTP or some other tool Required fields are simply: From: To: Subject: Date: Mime: Content-type Content-encoding: there are others but not as important
Have been using Pegasus for about 15 years and love it (and have supported it).
Recently a problem cropped up. The situation:
Running 4.7, just today upgraded from 4.6; makes no difference.
I have options set to Ask at send time where to put copy to self.
Recently, ie for about the past month, sometimes (but not always) when replying to a msg, after indicating where to put the copy to self, the system ALSO puts one (or sometimes more than one) copy of the message in my (imap) INBOX folder.
I can of course simply delete these, but I'd rather find out what might be wrong that's making this happen.
[quote user="Neil Fraser"]Ticking the "For replies to HTML, preserve original's formatting" makes no significant difference, especially where the original text is contained in a <table> as appears to be the case quite often.[/quote]
Take a look at the final message which will look quite different from what it looks like in the editor. You can do so by copying the queued message to another folder (Delete messages, e.g.) which will apply the final formatting.
Rob thank you for posting this as I did the same thing and without your comments I would still be trying to figure it out duh~! It was me~! Now I remember dragging it down to read a long list of recipients and copying them and guess I forgot to drag it back up. blush.
It sounds like the option is enabled that reports the message count but does not download them. It is located on the General tab of the POP3 host configuration.
As far as the large message download problem, someone else recently reported what sounds like the same problem. No solution has been posted though. Here is the thread:
A forum search on "large message download" will produce numerous other threads on this issue.
Thank you; I very much appreciate the effort you went to in trying to find a solution.
As the messages were individually selected for their importance from
their content (ie not by rules), those suggestions won't work here.
I realize there may be no simple solution, but I'm willing to do some work (eg decoding file formats) to recover this.
Surely something (perhaps each message folder?) is keeping track of message header colors, yes? Otherwise how could header colors be maintained across multiple sessions of using the program (which they clearly are)?