[quote user="caisson"]Peg Folders might help:

 http://www.lexacorp.com.pg/lexacorp_utilities.html

[/quote]Thanks, PegFolders is a handy utility. I put it in my ...\Mail\Admin\ folder and also added MsgCount.

"caisson,"

 That did do the trick and removed those pesky permanently saved queued message with nothing entered on any line.  Do not know how that could have occurred, the date stamp was from yesterday, 8/9/2014.

Thank you very muchly . . .

Indeed it does!

Common causes for socket timeout errors are inadequate timeout settings and packet fragmentation.  A search of this forum for "socket timeout" will produce numerous discussions on the subject.

For a place to start check out this post from the developer of Pegasus Mail:  http://community.pmail.com/forums/post/926.aspx

Since PM 4.7 and with preview-mode I sometimes have a mailentry in the folder, which is greyed and has a dashed line. Those entries are always entries of mails, I have moved before to another folder. Meanwhile I have selected another folder and the entry appears, if I select again that folder formerly holding the mail. Sometimes the dashed entry disappears, if I choose another folder and then reselect that folder - but not always:

Just clicking the mailfolder for updating it never lets disappear the dashed mail. Up to now this only happended with IMAP-folders - but my use of local folders is very low.

bye    Olaf

[quote user="Carpediem"]I did a side-by-side comparison on this and determined that up to about 100 messages your method above is much much quicker.[/quote]

OK ... your test tells us, that the difference is not that folders are on IMAP or local -  there are obviously different routines for copy/move involved with drag&drop and using the icon. May be David could use the same, quicker routine for both (perhaps saving program-code :-).

[quote]I said you were a genius for a reason Olaf, you're a genius! :)[/quote]

Thanks ... but I'm for shure not! [:$]

I'm simply a very long time Pegasus user and IT admin with meanwhile thousands of university employees passing by. One offered service for users in my faculty is to migrate mailboxes on or to the central mailservices of the university. Doing that one time after a nice party till sunrise I had ... hmmm ... small problems on a high-resolution pc/monitor to hit the intended target folder with drag&drop. [H] So I simply used CTRL+A, hit the move-icon and navigated to the target folder with cursorkeys. OK - I wasn't that tired to not recognize the difference in speed moving the mails. That's all - no genius far and wide - only a Pegasus user in luck. [:D]

cheers *hicks*      Olaf

Thanks, Stan. I looked: it's a little beyond me and I don't think it addresses the issue I'm having. I've got the fonts looking good, it's only the size of the fonts in the address book that are stuck.

 BTW: if anyone is seeing blurry fonts on a high-res screen: right-click on the Pegasus icon - open properties - open compatibility - check "disable display scaling on high DPI settings. Makes the text crips.

 Mark 

Thanks for the reference to the other thread with the solution.

I see he posted about 2 hours after I did.  I decided to give the forum some time before checking back and missed the immediate answer.

Hi there,

  Firstly to point out that the filename reported by Pegasus Mail (the Dot) is not done when you double click the attachment entry. PMIcal does not get involved until the user causes the attachment to be associated with an application, and then the application can be invoked with the extracted file.  This is identical to the Mail filter rules where an application can get triggered by a rule firing, and the *.CNM file path details are passed as a parameter (%s).  

   The problem is that a user on the Pegasus Mail Attachments list page will select a part they are interested in and then click Open. It is silent (failed Open). If they click Save they get a Save dialog and can Save As anything they want. But how do they determine what the content of the file is?  Well they can do a  Raw View, and wade through all the Mime parts and then do a selective copy of the vCalendar content, invoke Notpad and save it. Then in Windows Explorer, find the just-created file and double-click it (if the file association with PMIcal is present) and wake up PMIcal.  Way too much.

So I am doing a review of the various processes involved in PMIcal and may well re-design the workflow 

I hope this starts to clarify the problems, generated by Microsoft mainly, are causing me.   P.S The same problems, to a lesser extent, occur with vCard streams from exporting Microsoft and Apple Contacts. 

 Martin

I setup my user account here just to reply to this thread and say THANK YOU!!!!

This is the 2nd time in 6 months that Verizon required a change to a Pegasus setting to keep working.

Thank you for your help; 'tis appreciated.

I too (and others) had the same problem, and found the solution you mentioned after trial and error. See the link <http://community.pmail.com/forums/thread/20732.aspx>

The Pegasus Mail IMAP function needs to be simplified, as many E-mail services are using IMAP now.

[quote user="StanH"].... The only way I can think to explain this result is that maybe prior to that copying, XP's winpn-32.exe was reading the mailbox location from the local-XP directory, but interpreting it as being in C:\PMAIL\MAIL\~n on W7? I know that is contrary to your explanation but it is the only thing I can think of. Later today I will run a test by renaming the W7 local PMAIL.CFG before trying to start PM with the link on W7 that starts winpm-32.exe on XP.[/quote]I confirmed that when using a link from W7 to run the XP's winpm-32.exe, the mailbox location is obtained from the XP's PMAIL.CFG. I did this by renaming the W7's PMAIL.CFG so that XP had the only file by that name available.

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...

HTH

Martin

[quote user="BMS"]

Hi Michael,

The browser (Firefox) settings are identical on both computers - the only difference being the XP / Win 8 OS.

Thanks,

[/quote]

I was getting access violation messages when using Firefox with BearHTML, but this ceased (so far) when I dumped Firefox. 

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)

Martin 

Yes - it was:

bye   Olaf

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?"

Dennis

The default SPAMBust.dat is created for English speaking areas not for the German site.

I don't need those rules.

I guess it is time wasting to check all rules without result in a German spam mail.

I only need one rule to activate the blacklist. I explained it in a post above. So I check the subject. That is faster as a check of the body. ;O))

The rules in the default SPAMBust.dat are good to learn the syntax, but nothing more.

That is the disadvantage when a program is translated to other languages.