Just a quick caveat on all the excellent replies you've already received:

 When you share files from one computer to another, you'll be tempted to just share the entire drive (or volume, or partition, if you prefer those terms).  DON'T DO IT.

 Just share the pegasus email folder or folders.  If you share the whole drive, you increase your vulnerability to viruses and worms that use Microsoft Networking to spread.  There's no need to share the whole drive, you just need the folders that hold your messages and configuration files.
 

Thanks for the tip Martin.
It seems to work, no downloads in this particular mail.

Regards,

Maikel 

it was user access rights.  Everyone needs write access to each mail folder in order to post mail.

I don't know how this works exactly, but apparently every time I edited one of the sigs (often using cut-and-paste of existing text for consistency) it seemed to wind up in the "internet, formatted" variant, even though I selected the "internet, plain" variant. Finally, I noticed that when I changed one of the sigs from "i..,f.." to "i..,p.." mode the text disappeared. So, I tried pasting the text into both variants, and voila, I now have my sigs back.

This whole thing behaves very odd, however. I'm not sure I understand all that had happened. I think I might have set a parameter elsewhere which sends all my email as an "internet, plain" message. Why the sig doesn't automatically move to that complete with text is beyond me. Sure was hard to figure out, though.

Rod

dilberts_left_nut,

Just wanted to pass on to you that my PassWord has been changed and is even more difficult to break-down than before.  I do appreciate your concern and warning me of this possible disaster.  I managed a small computer system on a military base with about 41 dumb terminals that was running BTOS, if you know what that is, and slowly progressed to IBM compatible desktops running Windows 3.1 to start with.  All I know about these systems has come from the School-of-HARD-Knocks and I have the lumps to prove it.

 I am very Security Conscious and claim to have Double-Noids also known as Paranoid.

Again I do thank one and all that have posted here and read my Roasted Posties, 

Thanks, David, for the reply, but the issue here is that PMail cuts out text regardless of the reformat/wrap settings. The first line after a long 998-character line gets cut at an apparently arbitrary position, and while the text is all there in raw mode, it will not appear at all in "normal" view mode, however I try to change settings (wrapping, font, printer driver).

To clarify my point, I reproduced the problem by sending myself an E-Mail with three lines: One of scrambled characters, 998 long, and another one consisting of "SECOND LINE", repeated many times. The third and last line just says "How does it appear".

Look:



And here's the raw view:



As you can see, the second line gets cut in normal view!

lazy

It should be an easy change in v5 to allow it to hold a user-specifiable number of addresses. The current restriction exists to ensure compatibility with the DOS (!!) version of Pegasus Mail, but I think we have well and truly moved beyond that now. I've made a note of this.

Cheers!

-- David --

I just test TinySpell1.7 it works fine!

http://www.tinyspell.m6.net/

[quote user="drtlc"]The only thing I can figure is that the PMI files didn't come over and when it went to process the folder, it deleted everything since the crash.[/quote]

Did you try re-indexing the folder? 

I don't know of a way to make public folders accessible via IMAP.  You would need to get them copied to the actual mailbox directory(ies) as individual messages or combined into a folder file.

Messages in public folders are stored as individual .CNR files.  They are the same as Pegasus Mail new message files (.CNM).  You can change the .CNR to .CNM and place the renamed file into a mailbox directory to have it appear as a new message.

If you want them in their own folder you would need to use Pegasus Mail to copy them from a public folder into a Pegasus Mail folder and then transfer the folder files to a Mercury mailbox directory.

OK, that shows that it's probably not a fundamental mis-configuration problem.

What do the logs show? 

This problem must happen fairly frequently.  This thread is almost exactly like the one I started when I had the same problem!

Hi Thomas,

 
Thanks for the reply.

 
RE: if the option is unchecked, the attachment and the message text are

sent in a single message; it is checked, the attachment and the message

text are sent in two different messages. (Older versions had the

meaning the other way around.)

 
I checked and that wasn't checked. When I send a test email to myself, I just get the attachment and no text message if I use rich text and MIME. I don't get one email with the attachment and another with the message.

 
Currently, I have the following checked:

In the section re: When sending messages containing rich text, I have the top option checked:

__ <!--[if gte vml 1]><v:shapetype id="_x0000_t75" </p><p> coordsize="21600,21600" o:spt="75" o:preferrelative="t" path="m@4@5l@4@11@9@11@9@5xe" </p><p> filled="f" stroked="f"> </p><p> <v:stroke joinstyle="miter"/> </p><p> <v:formulas> </p><p> <v:f eqn="if lineDrawn pixelLineWidth 0"/> </p><p> <v:f eqn="sum @0 1 0"/> </p><p> <v:f eqn="sum 0 0 @1"/> </p><p> <v:f eqn="prod @2 1 2"/> </p><p> <v:f eqn="prod @3 21600 pixelWidth"/> </p><p> <v:f eqn="prod @3 21600 pixelHeight"/> </p><p> <v:f eqn="sum @0 0 1"/> </p><p> <v:f eqn="prod @6 1 2"/> </p><p> <v:f eqn="prod @7 21600 pixelWidth"/> </p><p> <v:f eqn="sum @8 21600 0"/> </p><p> <v:f eqn="prod @7 21600 pixelHeight"/> </p><p> <v:f eqn="sum @10 21600 0"/> </p><p> </v:formulas> </p><p> <v:path o:extrusionok="f" gradientshapeok="t" o:connecttype="rect"/> </p><p> <o:lock v:ext="edit" aspectratio="t"/> </p><p></v:shapetype><v:shape id="_x0000_i1025" type="#_x0000_t75" style='width:468pt; </p><p> height:351pt'> </p><p> <v:imagedata src="file:///C:\DOCUME~1\DAVIDL~1\LOCALS~1\Temp\msohtml1\02\clip_image001.png" </p><p> o:title=""/> </p><p></v:shape><![endif]--><!--[if !vml]-->Generate multipart/alternate versions of richtext

In the Advanced Settings, I have the bottom two checked

The Blind BCC option (I know that's not relevant here)

 
and

 
Enable TextFile Autodetection.

I don't have the MIME encoding checked because that's what created the raw message info to show which was my earlier problem and posting. But when I checked it, that's when this problem emerged.... I can do Rich text with no raw formatting shwoing... but then I can't get my message sent along with an attachment. 

I tried to copy and paste screen shot, but it wouldn't go through.  Again... this is the first time this has happened in the 7 or 8 years I've used Pegasus...

Any other suggestions?

Thanks for your efforts,

DAvid

oh no, the downloads on my website are only some games, my son has coded :-)

but if there is interest in the utility i could make it downloadable as freeware. it "only" needs some work before: a small manual and a translation into english.

[quote user="Goody"]So far, I have found only one client that does all this and much more.  The only thing is HTML seems to get it problems.  HTML must be a difficult thing to process in email clients.[/quote]

It's difficult in and of itself. One of the problems is that HTML parsers, unlike XML parsers, are designed to be "forgiving". XML parsers are supposed to stop parsing when encountering syntax errors:

[quote]Second, XML has draconian error-handling rules. In contrast to the leniency of HTML parsers, XML parsers are required to fail catastrophically if they encounter even the simplest syntax error in an XML document.[/quote]

http://webkit.org/blog/68/understanding-html-xml-and-xhtml/

I guess the web would not have grown as phenomenally fast as it has if the people who coded web browsers hadn't tried to be lenient in their parsing, working around errors and trying to second-guess what someone had "meant" when he made an error in his page. It's meant anyone and everyone can put up something written by hand in a slapdash suck-it-and see way in Notepad or in poor WYSIWYG tools that write dodgy HTML. And there's a kind of vicious circle here.

But the result is that HTML parsing is a bit of a mess. How should a browser handle some error that someone should not have made in the first place? It's anyone's guess, and the error-handling of every browser is different. Should you give someone what he's (literally) asked for when that makes no sense, or guess that he's got a conceptual misunderstanding here that's not uncommon, and that Internet Explorer has made allowances for, so that you'd better do the same? It makes browsers even more complex than they need to be and even larger. Have you seen the size of Firefox these days? And don't even ask about Internet Explorer.

There's also the matter of proprietary extensions to the HTML standards--though that's perhaps less of a problem than it was. However, it's certainly a problem in email. If you check the box to use Word as the editor in Outlook you end up sending very bad HTML full of gibberish that is not part of any official HTML standard known to the W3C. 

[quote]The Bat does a terriable job with HTML[/quote]

I didn't know that. But you can't blame it. It's not easy to do. Outlook Express uses Internet Explorer to do HTML parsing, and that's a full-blown browser, so naturally that's going to do a more polished job. However, the down side is that that's probably not a very safe thing to do--all that complexity and functionality brings security problems with it. (However, OE does, these days, at least use the "restricted" Internet Zone in IE by default; it used to run scripts and all sorts of nonsense, which is why malware used to go through it like a dose of salts.)

In Office 2007, Microsoft has, apparently, switched to using Office's HTML viewer (the one used for Word) instead of IE for Outlook. I don't know why they made the change, but it will make Outlook less capable at displaying HTML.

I think my virus checker checks all incoming emails, regardless of the folder.  Also, I remember that if there's any virus, my virus program will have a "popup" that asks me what I'd like to do with it (delete, quarantine, move)... but in this case I don't recall any popup that tells about detecting a virus before the file disappeared.

 

would be alot easier if it could be done directly from the address book some how... sigh  [8-)]

Here is another thing that conistently causes Pegasus to shut down for me - whenever try to print an attachment. Printing the message is no problem, but when I am looking at an attachment and try to print, Pegasus exits and shuts down. Just got a  new computer, and it still does it. Any help out there for this? pmail 4.41 / WinXP.

> he configurado el correo saliente y ahora logré la autenticación correcta para el envío pero pegasus me devuelve este error
> 550 5.7.1  Client does not have permissions to send as this sender
>  
> ¿cómo lo puedo solucionar?
> Gracias, desde ya
>
> I've configured the outgoing email and now I got the correct authentication for sending but I get this error pegasus
>
> 550 5.7.1 Client not does have permissions to send as this sender
>
> How I can fix it?
>
> Thank you, from now

Looks like you do not have the proper authentication for this sender

David Harris has implemented ESMTP AUTH CRAM-MD5 for WinPMail.  It does a SMTP authentication in accordance with RFCs 2554 and 2195.  It will also do the LOGIN and the strange MS AUTH=LOGIN.

Go to Tools | Internet  options | (Sending) SMTP, edit the SMTP configuration, select the "Security" tab and then select the SMTP Authorization option as specified by your ISP.  Most require the the second or third SMTP Authorization option

There are some ISPs that advertise CRAM-MD5 but do not support it.  In this case you should try using v4.5 or later.  It has an option to fall back to the less secure options.

Do not use CRAM-MD5 authentication even if it is advertised  

The process of logging into the SMTP server to authenticate your identity can take a variety of forms: the server "advertises" the forms it understands, and Pegasus Mail looks through that list, choosing the most secure form it recognizes. Some forms are very "weak", in that they either transmit your credentials as clear text or in a form that can be easily broken, while other forms are "strong", in the sense that it is very difficult to work out your credentials simply by observing the exchange of data between the two programs. Unfortunately, one of the strongest forms of authentication, called CRAM-MD5, is commonly misconfigured on SMTP servers, even at quite reputable ISPs - the server will advertise that it supports it, but will actually fail any attempt to use it. Getting the ISP to realize that they are at fault is a lost cause in most cases - it's almost always easier simply to check this control, which tells Pegasus Mail never to use CRAM-MD5 for this server. You should be aware that you reduce the security of your connection by checking this control: CRAM-MD5 is the only commonly-used authentication form that offers reasonable security, and by disabling it, you force Pegasus Mail to use less secure methods... But sometimes you may decide that being able to send mail is more important than being able to do it securely. The choice is yours.
Parece que no tienen la debida autenticación de este remitente

David Harris ha puesto en marcha ESMTP AUTH CRAM-MD5 para WinPMail. Lo hace de una autenticación SMTP, de acuerdo con RFC 2554 y 2195. También se hará el LOGIN y el extraño MS AUTH LOGIN =.

Ir a Herramientas | Opciones de Internet | (envío) SMTP, modificar la configuración de SMTP, seleccione la pestaña "Seguridad" y luego seleccione la opción Autorización SMTP tal como se especifica por su ISP. La mayoría requiere el la segunda o tercera opción SMTP autorización

Hay algunos proveedores de Internet que anuncian CRAM-MD5, pero no lo apoyo. En este caso deberías intentar usar v4.5 o posterior. Tiene la opción de recurrir a las opciones menos seguras.

No utilizar la autenticación CRAM-MD5, incluso si se anuncia

El proceso de registro en el servidor de SMTP para autenticar su identidad puede adoptar diversas formas: el servidor "anuncia" las formas que entiende, y Pegasus Mail mira a través de esa lista, la elección de la forma más segura que reconoce. Algunas formas son muy "débiles", en que, o bien transmitir sus credenciales como texto o en una forma que puede romperse con facilidad, mientras que otras formas son "fuertes", en el sentido de que es muy difícil de resolver sus credenciales simplemente al observar el intercambio de datos entre los dos programas. Desafortunadamente, una de las formas más fuertes de autenticación, llamado CRAM-MD5, es incorrectas más comunes en los servidores de SMTP, incluso a los ISPs muy buena reputación - el servidor publicidad que da soporte, pero en realidad se producirá un error cualquier intento de uso. Obtener el ISP para darse cuenta de que tienen la culpa es una causa perdida en la mayoría de los casos - es casi siempre más fácil simplemente para comprobar este control, que dice Pegasus Mail no utilizar nunca CRAM-MD5 para este servidor. Usted debe ser consciente de que reducir la seguridad de su conexión marcando este control: CRAM-MD5 es la forma de autenticación sólo de uso común que ofrece una seguridad razonable, y mediante la desactivación de ella, la fuerza de Pegasus Mail para utilizar métodos menos seguros ... Pero a veces usted puede decidir que ser capaz de enviar correo es más importante que ser capaz de hacerlo con seguridad. La elección es suya.

[quote user="earl7399"]So - there is no way for a user to modify this (i.e. extend the number of characters in the subject column in a folder)?
[/quote]

Not in the current versions, no. It's definitely on the to-do list though. Unfortunately, it's an extremely major change - it requires a considerable amount of work: I can't just change a couple of lines of code to make this happen (mostly because there are millions of folders around the world that will be affected).

Cheers!

-- David --