I don't know what kind of files it uses, though it must be the same as Thunderbird since they say if you migrate to Thunderbird you can simply rename your Spicebird subfolder to Thunderbird and all will be well (haven't tried it yet though). However, I understood that TB used *.mbx folders and I can't find any such on my computer. When I look at the Properties of any given folder from within SB this is a typical location it gives:  

              mailbox:///C:/Users/Me/AppData/Roaming/Spicebird/Profiles/vpvf0d8y.default/Mail/Local Folders/Inbox

              mailbox:///C:/Users/Me/AppData/Roaming/Spicebird/Profiles/vpvf0d8y.default/Mail/Local Folders/Folders.sbd/Work

Does that help? However when I open the C:/Users/Me/AppData/Roaming/Spicebird/Profiles/vpvf0d8y.default    folder in Windows Explorer it doesn't show any further subfolders..... I've jsut checked that again and now they are there!

...So, the deepest embedded sub-folders seem to have two files associated (one without an extension!?) and one with an .msf extension.Folders above that have an .sbd extension.

So, for example, my work folder (mailbox) has an .sbd extension, then within it there are other subfolders with .sbd extensions plus lots of pairs of files one without and extension and one with the .msf extension. The .msf extensions represent subfolders which do not contain any further subfolders within them (just messages, though those can't be seen from Windows Explorer). The .sbd extensions represent folders with another level of subfolders.

 Yes, I've noticed there's no calandar/task list capability in Pegasus so I'm still debating what to do - to move to TB and retain that capability (via an add-in I think) but have a whole load of stuff (instant messaging, news feeds.. ) or move to PM (which looks potentially like a better e-mail program) and find another stand-alone calandar/Task list program.

 If you can help me do the conversion without too much pain/time-loss the latter may be the more attractive [:D]

Did you by any chance change the install directory from the proposed one in setup?  For Win 7, Pegasus Mail needs to be installed in c:\pmail not in the Program Files directory tree. This is because Pegasus Mail needs read and write permissions to its directories.

If so, you need to re-install Pegasus Mail. 

Martin 

[quote user="ArtM"]

[quote user="caisson"]Tools | Identities | Delete
[/quote]

Thnx Caisson - Somehow I missed the obvious !!

[/quote]

I know how I missed the obvious !

I tried to delete the Identity - while within the Identity !
You can't do that.  Must be in another Identity.

Michael,

Hi!  I have sent the email to beta-reports with the CNM file as attachment.  Please do not hesitate to let me know if you do not receive it.

I am sure that your possible solution to this issue is eagerly awaited by many Pegasus users.  We thank you in advance.

Vicente

There is a limit as to how many characters allowed in the TO: field. May cutoff a few addresses - sub 1024 IIRC approx 920. 

No easy way to tell due to email address vary in length. 

BCC: may be better (same restrictions) yet will not disclose everyones address. 

Food for thought.

If you have a "good" NOT SPAM, do this:  Highlight it, right click, then point to Spamhalter classification, and select Train message as NOT SPAM.  Then while it's highlighted, go to Tools, and point down the list to Spam and content controls, then click on Global Whitelist to save the email address, so in the future those emails will be recognized as NOT SPAM. 

Thank you.

Gene

Hi Guy,

 Ooooo, nice observation.

This particular flavor of spam does indeed NOT have a To: entry.

I take it you are using the "Spam and Content controls" -> "Content control"?

(I have been using "Mail filtering rules", I may need to broaden my skill set :-)

Many thanks.

1.  Setup a distribution list called RepliedTo (in Pegasus Mail press F6) . Add the email address of any and all mailing services like newsletters/blogs/listservs etc) This will prevent them from getting out-of-office messages.

2.  Setup a New Mail rule set that checks if current sender is already in the repliedTo distribution list (see Scan list rule trigger). If so just quit rule set

3. If sender not in list, then add an action to add sender to RepliedTo list

4. Send Out-of-office message to sender. ONLY DO THIS WHEN YOU ARE AT THE MACHINE, SO YOU CAN STOP PEGASUS MAIL IF THINGS SEEM TO BE REPEATING. 

As a precaution do not implement point 4. until the rest of your ruleset is working correctly.   Testing can be done quite easily by sending yourself a message from another email address, ie home email 

You have been warned... :-)

Martin 

I discovered, while using my crash-on-close Pegasus, that Pegasus was crashing when I selected the deleted mail folder.  While I couldn't delete the folder by selecting it first, I found that re-indexing with right-click, while not resulting in a successful re-index, did leave that folder highlighted as selected.  I was then able to delete it and re-create it with a message deletion.  There seem at the moment to be no further crashes on exit.

I believe Jerry is on to something.  Here is a sample User Defined Gateway.

             Gateway name :  MERCURY
           *New mail path :
   Is ? a program to run? :  N
    *New mail search mask :
      *Outgoing mail path :  \\machinename\path\MERCURY\QUEUE
   *Run for outgoing mail :
         *Filename format :  ~d~d.101
  Run to validate address :
    *Reply address format : ["~o" <~r>                   ]
  Accepts SMTP addresses? :  Y
  Simple message headers? :  'Glue' headers
    UUEncode attachments? :  Y
          Burst messages? :  N    Gateway processes BCC? : N
      Strip gateway name? :  Y
  Force all mail through? :  Y

Hi Guys,

I have moved my installation of Pegasus and Mercury to a new server as we had a flood at the weekend.

Everything seems to be working fine apart from the sending of emails, receiving emails is fine. I have tried my best to track down the issue which I think I have found.

 Pegasus is creating the .101 files in the correct queue for Mercury but I have compared it to an old .101 file and it is missing this from the top.

 $$ "Name" <sent@from.address>
T to@this.address

 I have tried editing one of the new .101 files and adding this manually and then Mercury will sent it. Does anyone have any ideas for getting this back?

Kind Regards

Dave

In addtion to Brian Fluet's comments you'll need to
enable IMAP access via GMails web interface.

Login to Gmail go to Settings > Forwarding and POP/IMAP
Enable IMAP
Auto-Expunge off
Move the message to the Trash
Do not limit the number of messages in an IMAP folder

Also at GMail - Settings > Labels
Select/deselect which folder you desire to Show in IMAP

Hello Jerry,

Something I found that may be helpful for others regarding my question about Pegasus being slow to launch.

I began having strange occurances with spam mail not being directed to the Junk mail folder and began looking at Spamhalter.  The database had grown very large so I deleted about half of it, but still the problem went on.  I decided to just delete all the Spamhalter database and rebuild it to a current status, ridding my disk of all the old files.

 I then disabled Spamhalter and the following day when I returned to work, opened Pegasus and it opened instantly.

I've conclude that the extremely large Spamhalter database was causing the launch problem and probably was also the reason it was taking mail so long to download.

 Hope that helps.. regards and thanks

[quote user="HB_wup"]So I will delete those emails in case you don't have another brilliant idea to save them.

But again: My pmail is working again so you saved my day! ;-))

 [/quote]

 I am happy winpm-32 is working well again with current and received messages.

Save those old moved message files until you can at least use Notepad to check and view them and at least determine who the messages were from. Even if messages are encoded the header portion and any plain text content will be readable in Notepad. It is  possible you may even be able to determine why all the messages failed to open properly.

Are any of the suspect messages actually blank, no contents, or any of them indicating that they all binary content with noting readable in Notepad? Those can be indications of what might be the cause of their failure and whether some other step in mail delivery chain may have converted the to binary or some Anti Virus software might have altered the raw messages or header  portion.

On occasion when marking several messages, 10-20, either for "Train messages as SPAM" or "Train messages as Not-SPAM" the SPAM Halter box that comes up will remain there for a minute - 4 minutes, or longer, which during that time period the entire PMail window will turn 'GREYED' out and show as Not responding or maybe just the small box for SPAM doing it's job will be 'Not responding'.  There have been times when Windows will come up with their window with the multiple choices, Check the web for a solution, Stop the application, or wait for it to finish.  Usually choose wait for app to finish and 15 minutes later Ctrl+Alt+Delete, Task Manager, Kill Process the only way to clear the hang.  Have not noted any common issues that could be causing this. 

Will be a little more observant as to when this happens and what is being done.

http://idw-doc.homepage.t-online.de/PMUtils/MiniDumpAndSources.zip

Is same as download button in Community downloads section. After install be sure to read the readme file also.

This could be within the software that runs the Microsoft Mouse, because; that is what caused my Wireless Keyboard and mouse to stop working about three weeks ago.  Could not find anyone that had an idea as to what was causing both the laptop keyboard and Microsoft Wireless Laser Keyboard and Mouse 6000 v2.0 to stop working.  Even Microsoft's Tech support told me it was the radio transmitter had died and go purchase a new one.  Well I did some investigating and discovered it was some software they had put upon my system for the Microsoft Keyboard & Mouse that had corrupted my registry file, tried to correct the problem areas and was not allowed to access or change any key, "Access Denied", so had to restore to an earlier time and that caused other issues that demanded more research and work.  Well just now getting back to some normal operation, not fully back yet.  So this problem just may be part of that left over screwed-up mess caused by Microsoft's Automatic Updates.  I have now set to 'inform and allow me to decide what and when to download/install.' 

 I am a troubleshooter and analyst not just a deleter and restorer without knowing WHY or what caused the problem.

Back to topic, seems a bit strange to me that my mouse wheel works just fine here on the forum for scrolling a page yet in Pegasus Mail in Text only or even the list of messages panel will not scroll using any mouse that is wheel capable.  Do have a generic wireless mouse with a wheel and it works just fine.  Just remembered JGSoft's EditPad Light v7.x is used by me instead of NotePad and the scroll works just fine in those text files.

Edited by NTxLS: adding more information

Hi Jerry,

 Thanks, I understand that the installer defaults to either c:\pmail, or the path of the last install.

My concern is that the installer offers you the opportunity to change the default, but does not check the validity of the path entered. (In this case I used the "Browse" button rather than type in a path directly). The installer then enters as much of the path as it can, then silently truncates the entry without complaint.

When you then invoke PMail after installing, it simply grinds to a halt, also without offering an error message to help you fix the problem.

 Cheers,

 Garry

Martin forwarded your problem message to me and I did some testing with IERenderer: It turns out that it takes extremely long in rendering this message, and trying to display it in IE itself shows the same delay (as well as Opera, Firefox doesn't do so). The culprit is the broken kind of image URLs used in this message (starting with a double slash) which needs to be fixed by whoever creates these messages in the first place. I've implemented a workaround (still failing to display the images, though) for now but this shouldn't be the final solution since we can only make guesses about what the originator wanted to code, and I'm not willing to double-guess for security reasons ...