Community Discussions and Support
Pmail removes russian text from e-mails

Moin Michael,

We are presently still using ISO-8859-1 without any problems.

But as I wrote, the problem was not the set charset but a corrupted user's pmail.ini file. On any Windows crash or other event, where Pmail didn't quit properly, user's pmail.ini will not be saved. And on new start it seems Pmail generates a "new" pmail.ini with random settings. We experience this behaviour regularly. That's why I saved the pmail.ini files of all of my users for an quick restore on such events. But the first time I'm always searching for other reasons until the user tell me that his Windows was frozen [8-)]

Gruß und schoenes WE

Joerg

<p>Moin Michael,</p><p>We are presently still using ISO-8859-1 without any problems.</p><p>But as I wrote, the problem was not the set charset but a corrupted user's pmail.ini file. On any Windows crash or other event, where Pmail didn't quit properly, user's pmail.ini will not be saved. And on new start it seems Pmail generates a "new" pmail.ini with random settings. We experience this behaviour regularly. That's why I saved the pmail.ini files of all of my users for an quick restore on such events. But the first time I'm always searching for other reasons until the user tell me that his Windows was frozen [8-)]</p><p>Gruß und schoenes WE</p><p>Joerg </p>

Hi guys,

We experience an oddity since today. We have a russian colleague here in our office. When he write to our business partner in the Baltic States, he switch the Windows language to Russian. Then russian letters appear within Pmail "New Mail Window". Only for completing the header area (address, subject etc.) he switch back to German Language. This worked fine in past and the russian text has been sent.

But since today all russian letters/sentences within the mail text will be removed by Pmail. If he writes something in german and something in russian language, the german part remains in the mail text while the russian part is being removed. This could be directly checked within the copy of outgoing mails but also in received mails.

We are at Pmail 4.72, fully german version.

Has anybody an idea?

Cheers

Joerg

 

<p>Hi guys,</p><p>We experience an oddity since today. We have a russian colleague here in our office. When he write to our business partner in the Baltic States, he switch the Windows language to Russian. Then russian letters appear within Pmail "New Mail Window". Only for completing the header area (address, subject etc.) he switch back to German Language. This worked fine in past and the russian text has been sent. </p><p>But since today all russian letters/sentences within the mail text will be removed by Pmail. If he writes something in german and something in russian language, the german part remains in the mail text while the russian part is being removed. This could be directly checked within the copy of outgoing mails but also in received mails. </p><p>We are at Pmail 4.72, fully german version. </p><p>Has anybody an idea?</p><p>Cheers</p><p>Joerg </p><p> </p>

We have solved the problem. In our Pmail multi-user environment nealy every time when such oddity take place, a destroyed User's pmail.ini is responsible for it.

I have compared the affected Pmail user's settings with my Pmail user settings. It has been turned out that the "rich text" setting, beside other things, was switched-off. But the user didn't do that. After I restored his original pmail.ini from backup, all worked fine again.

This "pmail.ini" issue is annoying us again and again. With about 18 users in our office such system/program crashes appear from time to time. But unfortunately I cannot change the file settings to "write protect" because Pmail would create error messages. I would wish Pmail would always start with a last good file, in case the pmail.ini could not be saved successfully during the last user session. But it seems Pmail is creating a new pmail.ini file with random settings.

 

Regards

Joerg

<p>We have solved the problem. In our Pmail multi-user environment nealy every time when such oddity take place, a destroyed User's pmail.ini is responsible for it. </p><p>I have compared the affected Pmail user's settings with my Pmail user settings. It has been turned out that the "rich text" setting, beside other things, was switched-off. But the user didn't do that. After I restored his original pmail.ini from backup, all worked fine again.</p><p>This "pmail.ini" issue is annoying us again and again. With about 18 users in our office such system/program crashes appear from time to time. But unfortunately I cannot change the file settings to "write protect" because Pmail would create error messages. I would wish Pmail would always start with a last good file, in case the pmail.ini could not be saved successfully during the last user session. But it seems Pmail is creating a new pmail.ini file with random settings. </p><p> </p><p>Regards</p><p>Joerg </p>

[quote user="Joerg"]Has anybody an idea?[/quote]

Since Pegasus Mail hasn't been updated  for a rather long time now this issue may be caused by using a different default charset (UTF-8 is strongly recommended) or a system update of some kind.

<p>[quote user="Joerg"]Has anybody an idea?[/quote]</p><p>Since Pegasus Mail hasn't been updated  for a rather long time now this issue may be caused by using a different default charset (UTF-8 is strongly recommended) or a system update of some kind. </p>
			Michael
--
IERenderer's Homepage
PGP Key ID (RSA 2048): 0xC45D831B
S/MIME Fingerprint: 94C6B471 0C623088 A5B27701 742B8666 3B7E657C
live preview
enter atleast 10 characters
WARNING: You mentioned %MENTIONS%, but they cannot see this message and will not be notified
Saving...
Saved
With selected deselect posts show selected posts
All posts under this topic will be deleted ?
Pending draft ... Click to resume editing
Discard draft