Thanks for stabbing, Brian. I'd despaired of getting a reply, so deleted all of the emails that were on the server (from the 30 January onwards) and didn't change anything else and there is no problem at the moment (FLW - famous last words, if it isn't a standard abbreviation)

What do you mean with "download"? POP or IMAP?

If IMAP - delete the cache information of the folder holding that mails via context menue -> folderinformation (sorry - may not be exact menue - I have german Pegasus) and restart Pegasus.

bye    Olaf

[quote user="kent.oyer"]Is there a better solution so I can prevent this from happening again?[/quote]

What's wrong with these messages? May we get such a CNM file (zipped) to <beta-reports [at] pmail.gen.nz>?

caisson,

Thanks for the suggestion. Turns out I CAN export to csv using the same iPhone app (had no idea), and can eventually work that file to PMail data order, but it's like herding cats and still comes out with lots of individual problems, so hoping the PMVcard routine can work as martin seems to have taken care of most of the data re-alignment in his code already.

But thanks, I do now have a fall-back emergency method that at least works!

I'm trying to convert my iPhone addresses to Pegasus, using Outlook default address book as the bridge, so if anyone has a better solution than Dawn, happy to go that route rather than solve this Dawn issue.

Dawn installs fine, runs fine, exports to Pegasus fine but fails to create a useable PMR file.

Best I can tell, the data is all transferred to a PMR file correctly EXCEPT there is an additional space character added between EVERY data character (and possibly the data spaces, I can't tell.)

Anyone else seeing this? Any have any (workable) solutions (that don't involve writing some sort of editor routine to strip character spaces)?

The equivalent of DDE is described in "Advanced Job Submission", described in the Pegasus Mail Help file.  It includes Attachment handling.

 Martin 

Hello,

sorry for asking again, but does anybody using IMAP with PMAIL does not see this behaviour? Or is my expectation wrong? Or this behaviour known?

I tested again with a different IMAP Server from a provider and can confirm the above mentioned behaviour. And I want to add Point 4 (in the original message above)

Thank you

Tobias

[quote user="kaspencer"]

Thanks Brian, but yes indeed the mapped drive is absolutely fine and working.

And the entry in the PMAIL.CFG file is exactly the same as in other Windows PCs, and it works on those. Are you also using Windows 8.1?  I ask because I want to exclude Windows 8.1 as the cause of the issue.

 Kenneth Spencer

[/quote]

If you are receiving this message and you have a local installation of Pegasus Mail (i.e. it is installed on the client and you are not running a single exe from a server) you can easily fix this.

Open This PC, type the server name in the address bar and then double-click the PMAIL share and then double-click the MAIL folder (or wherever your mail folders are stored). Click once in the white space at the end of the address bar so the full path is shown \\server\PMAIL\MAIL and copy it.

Open the folder containing the Pegasus Mail programs e.g. C:\PMAIL\Programs within that folder backup and then delete the pmail.cfg file. Run winpm-32.exe and a dialog will appear asking you where the mail boxes are stored. 

Click the bottom entry and paste the path in the dialog that appears. Click OK. A new window will appear showing you a list of the users on your server. Click Close.

Fire up Pegasus Mail and type the name of the user mail box you wish to access and you should be OK.

[quote user="voxmagna"] This is such a nasty problem to get and waste time over, I wonder if the developers could add a warning when HTML files are downloaded and there is no valid browser support link? Or is this an issue connected to the in built renderer?[/quote]

There's no (intended) connection whatsoever, neither to the renderer nor to the command line. And AFAIK you're so far the only person encountering such an issue. Aside from this: If FF is your system's default browser Pegasus Mail will be able to find it automatically no matter which HTML renderer is used. And you're strongly rcommended to use the recent versions of Pegasus Mail (4.41 certainly isn't) if encountering weird issues ...

This is not a problem that I have ever experienced or heard of.  The only explanation that I can think of is an anti-virus/anti-malware product interfering with the successful write of the saved message.  The rule of thumb is to exclude both the Pegasus Mail executable directory (default is C:\PMAIL\PROGRAMS) and the mailbox directories (default is C:\PMAIL\MAIL and all subdirectories) from active scanning to insure no inteference by the AV product in the normal operation of Pegasus Mail.

As the program is not quite ready yet, take a look at Daymove which is located on this service as download:

http://community.pmail.com/files/folders/community_add-ons_for_pegasus_mail/entry43007.aspx

Martin 

[quote user="kauricat"] Using Pegasus Ver 4.7. It says Feb 2014. Is this the same as the March 2014 version???[/quote]

You should see "build 546"

[quote user="kauricat"]I am not clear as to the meaning of POP3 vs IMAP.[/quote]

POP3 downloads messages from a server with the option of leaving messages on the server or deleting them on download.  IMAP accesses the messages on the server with cached copies stored locally of you configure as such.

[quote user="kauricat"]My messages (when read on the iPad) stay on the server. When I read them into PMail, they are downloaded to my desktop computer (Win XP).[/quote]

The iPad will be using IMAP whereas Pegasus Mail on the WinXP desktop is probably downloading via POP3.  I think you would know if you were using IMAP because you would be opening an IMAP profile.

[quote user="kauricat"]On the desktop, whenever PMail tries to read in new mail, it causes the system to hang for a while - sometimes for several minutes. I can play Spider Solitaire during this time, but not much else. And then SOME of the messages arrive twice - two identical messages, although the size of them is usually slightly different.

Puzzling and frustrating while I sit back and wait for it to finish reading in the messages.

I have recently changed to a Wifi Modem, in hopes of improving this situation. No change.[/quote]

Some folks experience a frustratingly long delay  while other don't and so far there is no fix for the folks with the delays.  We know that on fast, high RAM, high internet speed machines the mail download

process is significantly faster than on slower machine especially if

there is a slow internet connection.  We don't what it is about v4.7 that introduced the issue nor is there a fix.  All you can do is be patient.  Either run Pegasus Mail more often to keep the number of messages being downloaded as low as possible or fire up Pegasus Mail and then go do something else while it retrieves messages.

As for the duplicate messages, compare the headers to see if you can identify what makes one larger than the other.  That might provide a clue into what is going on.

Indeed, there is no real "folders" in Gmail, but there has to be some way to make Gmail compatible with traditional email clients; otherwise Gmail would not be compatible with any email client, neither by POP3/SMTP nor by IMAP.

For example, let's assume some form of synch between the email client and the email server in Gmail (say, by IMAP for instance), and the user moves/filters one message from the local Inbox into another folder in Pegasus (or in whichever email client). When the synch is performed, Gmail would need to understand this movement, including the folder structure presented by the email client.

Gmail claims to be compatible with traditional email clients, therefore I am assuming that there must be some way to handle these situations.

To be clear, I am not looking for synching Gmail with Pegasus; on the contrary, I only want to download specific messages and reply to them using Pegasus.

Regarding the "download only unread messages" setting, it is (or at least seems to be) not a real solution for the "Selective POP3 mail download" method (which I need). The status of each message (read/unread) as seen in Gmail (or in any other email provider) does not affect whether _Pegasus_ retrieves it or not. The setting in Pegasus translates as something like: "if Pegasus has already retrieved one specific message from the server, then don't show the same message as available for retrieval to Pegasus again". So, whether a message is classified as "read" in Gmail or not, Pegasus lists it as available for selective download.

In other words, I would have to download each and every message for Pegasus to consider those messages as "read" (from the server), which defeats the purpose of "Selective POP3 mail download" in my case (as the reason for me to use "Selective POP3 mail download" is to avoid downloading every and all messages).

I have been searching for a solution to this issue for several days and the only thing I was able to find is to remove the "labels" of these messages. I have tried different methods using the web interface, and I have triple-checked that each of these emails has no labels at all (not "Inbox", nor any "tab" label such as "Forums", nor anything else). I have tried the "archive" action in Gmail. I have also tried by adding new custom labels to these messages, and even new "child labels". I keep seeing all these messages listed by Pegasus in every new attempt to selectively download messages from Gmail.

Next, I might test what happens when sending these messages to the "trash" in Gmail, or to the "draft" (if it lets me), but these tests would not be a practical solution as a permanent and consistent method.

My goal is for Pegasus to list (for selective download) all the messages located in Gmail's Inbox, but not to list (for selective download) the messages _not_ located in Gmail's Inbox. If the Inbox "label" is not a valid method, then how?

So, here I am, asking for info / links / help / feedback / tips / ideas / suggestions from experienced users.

TIA,
Ady.

Oh jeez! This is embarrassing. Just figured it out. When I click the Restore Down, it DID restore down -- all the way down until the only thing visible was the 3-option tab (minimize, max, close).

When I passed the mouse over that tab, I saw that I could re-size to a visible window. 

Now, after I closed that, all succeeding opens for New msg and Reply will default back to the most previously sized window. 

You must have triggered some notion in me to try that. But in decades of using Windows, I don't know if I had ever seen what the minimum size of a "Restore down" window looked like. Now I know.

Thank you for the warning.   I was not aware the address and password were in such a file as the session log file until it was suggested, and then they seemed to have disappeared between the discarded values from 2003 and today, which is why I thought there was no problem in pasting the text lines.    I have deleted the lines mentioned, but now I can access my ISP profile to apply changes and shall be more careful in future.

I've looked in the PM Help menu and in the downloaded PMail Manual, but unfortunately  it just refered to a password for encryption of messages not the server access password.

Thanks for the help.

Rodney Fry

http://community.pmail.com/forums/thread/38255.aspx

[quote user="BryAF4K"]

I am using WIN 7 and Pmail 4.6

At some point I changed the font colors for quoted text in replies to some garish RED background and some othe rforeground (like blue) - and now I want to undo it but can't find where!

Does anyone know how to accomplish this please?

TIA

[/quote]

Which version of Pmail are you using? There was formerly a problem of a red background, which was resolved in v4.62.

There is a whitepaper in the downloads area of this Community that provides details about the files that can be copied to a new mailbox directory to restore data without affecting configuration.  Find it here:

http://community.pmail.com/files/folders/whitepapers/entry41852.aspx

Backup your new mailbox directory before you start, work slowly, test often, do additional backups between successful steps.

Brian,

Thanks, found it!

...chris

Mercury isn't involved. Involved are very big mail providers mostly using something like postfix on Unix/Linux - in discussed case mostly in Germany (OK - it's a german mailinglist; I'm not sure, if that problem was reported with gmail too).

David would be happy to sell licenses of Mercury to them - would be a nice income [:)]

bye   Olaf