Still celebrating National IT Professionals Day with 3 months of free Premium Membership. Use Code ITDAY17

x
?
Solved

PGP Outlook Express Plug-In Decryption Misses Line-Ends ..

Posted on 2004-08-16
3
Medium Priority
?
279 Views
Last Modified: 2010-04-11
Users of the web site send HTML forms to a secure UNIX based server over HTTPS. The secure server translates the forms into emails and encrypts the emails using PGP before sending them (the emails) to a single PC running XP.

It works fine without the PGP encryption ..

The problem is that with the PGP (layer) enabled the decryption process on the XP machine seems to translate the line-end characters incorrectly. The result is that all input lines of data are appended to form a single output line. The single output line of data appears to contain vertical bars where the line-ends should have occurred.

This is the latest version of Desktop PgP (ie. 8.x) ...  ?

Thanks,

        ChrisColeman.  

   
0
Comment
Question by:ChrisColeman
[X]
Welcome to Experts Exchange

Add your voice to the tech community where 5M+ people just like you are talking about what matters.

  • Help others & share knowledge
  • Earn cash & points
  • Learn & ask questions
  • 2
3 Comments
 
LVL 14

Accepted Solution

by:
chris_calabrese earned 250 total points
ID: 11813820
The Unix standard is to end all lines with a newline (\n), while Windows ends all lines with cariage-return newline (\r\n).

Unix automatically adds the cariage-return to emails, but can't reach inside the PGP attachment to add them.

So, the solution is to add the cariage-returns to the HTML file before sending it to PGP (most Unix systems have a program called unix2dos or ux2dos to do this easily).

On the other other hand, since this is HTML, which doesn't require line-breaks, what's the problem?
0
 

Author Comment

by:ChrisColeman
ID: 11814274
 Ok, I guess from your reply that  UNIX is adding a carraige return to the complete PGP message after encryption, rather than adding the carraige returns to each line of input before encryption.

  Your suggestion to add \r\n to each line of the form input may solve the problem, because the \r\n could then be encrypted and decrypted by the Outlook Plug-in ..

   
0
 

Author Comment

by:ChrisColeman
ID: 11840877
Unfortunately adding \r\n to the form fields would not work.

Although I now have a solution, using the decrypt command twice from the OE plugin. On the first decrypt the message is decrypted with UNIX line-ends. On the second decrypt the missing ascii 13 is added and the message flows correctly down the page ..

Thanks.
0

Featured Post

Put Machine Learning to Work--Protect Your Clients

Machine learning means Smarter Cybersecurity™ Solutions.
As technology continues to advance, managing and analyzing massive data sets just can’t be accomplished by humans alone. It requires huge amounts of memory and storage, as well as the high-speed power of the cloud.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

Let's recap what we learned from yesterday's Skyport Systems webinar.
Will you be ready when the clock on GDPR compliance runs out? Is GDPR even something you need to worry about? Find out more about the upcoming regulation changes and download our comprehensive GDPR checklist today !
Email security requires an ever evolving service that stays up to date with counter-evolving threats. The Email Laundry perform Research and Development to ensure their email security service evolves faster than cyber criminals. We apply our Threat…
With Secure Portal Encryption, the recipient is sent a link to their email address directing them to the email laundry delivery page. From there, the recipient will be required to enter a user name and password to enter the page. Once the recipient …

688 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question