This is indeed a problem and we will consider to
offer pre-word wrap if the text contains very long
lines.

Actually this seems to be the same problem
as in the other reports.

Fixed in SVN.

No, I've never got a report before.

This was a problem in WinPT pre "new-gpgme".

Duplicate of T564

Duplicate of T678

Fixed in SVN.

Actually this is not urgent, but a feature request.

I could not reproduce it with a valid utf8 encrypted message.

I will do a last test with the current SVN code, but I can't see any reason why
we shouldn't make a new release.

This is the same problem as described in item 643 so
I close this item.

Because 0.9.92 is rather obsolete I close this bug.

The Key Manager issue in gpgol should be solved. I was not
able to reproduce it with a recent gpgol (gpg4win installtion)
or with gpgol standalone with proper settings in the advanced diaqlog.

We currently work on a solution.

This is fixed in the current SVN code.

As Werner pointed out, there is no way to fix that when
Word is used as the editor. The only solution is _not_ to
use word as the editor and to use Outlook directly to
reply mails.

This is fixed in the current SVN code.

We got some reports with similar problems but in general
this part should work with Outlook and SP2. Please could you
attach a log file so we can check if there was an internal problem during
decryption?

The current window code does not work with all kind of
windows. There is nothing I can change about it. But
my recent tests showed that the updated code >= 1.0.0pre1
seems to work with most window types.

I'm not sure what WinPT release you use, but make sure you
do _not_ use the Windows Privacy Tools from SF.net. Use gpg4win
instead or directly WinPT (1.0.0pre2) and GPG 1.4.5.

I tested it with the newest version and I could not reproduce the
problem.

I'm not sure if I understand the problem. If you try to pipe the passphrase
to the gpg process, you should use --decrypt or even no command, but never
--decrypt-file _and_ --output because --decrypt-file is supposed to work with
more than one file and thus you cannot force a single output file.

Will be fixed in the next release.

Please make sure you have installed SP2.
And please try again with the newest gpgol release (gpg4win 1.0.4).

Actually this was a problem in earlier versions of WinPT.
Since 0.12.X I was never able to reproduce the problem and thus I
believe it is fixed. Please update to version 1.0.0pre2.

Actually the current window function is not related to the
plugin. IF the buttons are not visible in the Outlook "New Mail" window,
it is likely that an editor, maybe Word, is used.
In this case you won't see the GPGol buttons.

We got some reports about such problems but we were not able
to reproduce them.

This problem occurrs when for example Word is used as the editor.
There is no way to fix it, except NOT to use Word as the editor.

I could not reproduce the problem with a recent WinPT version.
If this problem occurrs again with gpg4win 1.0.4, please could you
provide a step-by-step report and maybe also the key which caused the
problem?

Done.

The WinPT you talk about is "Windows Privacy Tools" and not
Windows Privacy Tray. Thus the bug tracker at SF.net should be used.

Please could you update to the latest gpgol version.
I suggest to use gpg4win 1.0.4 because it contains a newer gpgol version
and a newer WinPT (Key Manager) version.

I'm not sure what the problem is.

There is no active support for win95 any longer.

I could not reproduce the problem any longer with 1.0.0preX