Does anyone know the format the UserCertificate field is stored in (DER, crt, etc)? I have not been able to extract this properly to calculate a fingerprint.
The field is a hex-encoded field. The internet certificates were base64 encoded, so in my DSAPI filter, I pulled the cert, ran a Hex-To-Base64 Decoder and calculated a fingerprint.
Just an FYI, the first 44 numbers/letters of the encoded Cert are added by Domino and are not part of the cert.
Related
Is there a way to store tag in DB without using HTML tags. In order words I dont want the string thats getting stored to be like
'<b>This</b> is a sample', instead it could be some kind of encoded format.
As of now I have a got a few findings like encoding the html content before storing it via some 3rd party library
https://github.com/mathiasbynens/he
However, is there any better approach to do the same without using 3rd party library?
We want to send dynamically generated custom PDF documents to users for e-signature via email from DocuSign API, and get their signature back on the PDFs.
The length of the dynamic PDF will vary from a user to user. Can we place the signature field at the bottom of PDF no matter how long it is? It can be from 2 to 10 pages long.
Is this possible with DocuSign to send dynamically generated custom PDF for e-signature i.e when user open the document he/she should see the pdf that we will pass dynamically via API?
Also, what will be the PDF size limitations? I believe it is 25 MB?
Can we have flexibility in positioning the signature field based on the length of pdf? I believe there is a way to place field based on text, but how is this done with API?
We would be using both PHP SDK or C# SDK. Can you help us with any sample/example code for these SDKs?
The length of the dynamic PDF will vary from a user to user. Can we place the signature field at the bottom of PDF no matter how long it is?
Yes, use "Auto-place" positioning--also known as "Anchor Text" positioning for the Signer tabs/fields and other DocuSign fields that you add to the page. See the docs.
Is it possible with DocuSign to send dynamically generated custom PDF for e-signature i.e when user open the document he/she should see the pdf that we will pass dynamically via API?
Essentially, yes. Your app should dynamically generate the PDF for a signer, then use the DocuSign Envelopes::create call to send the signing request, including the PDF you just created.
Also, what will be the PDF size limitations? I believe it is 25 MB?
Generally speaking, that is the limit. If you start getting close to it, there are additional details to be considered. Ask another question if your PDFs are going to be that large.
Can we have flexibility in positioning the signature field based on the length of pdf? I believe there is a way to place field based on text, but how is this done with API?
You add unique "anchor" text to the documents such as /sig1/, then, where ever that text appears, a DocuSign field will be added. See the Auto-position docs mentioned above. Because you don't want the signer to see the "/sig1/" text, the trick is to have its text color be white. That way, on a white background, it won't be visible.
We would be using both PHP SDK or C# SDK. Can you help us with any sample/example code for these SDKs?
Some example code is available now on the DevCenter. We will be adding more in the future, but not for a couple of months.
This isn't a question, but I wanted to share the solution since I wasn't able to find much about it googling.
I am creating a tool for my company using PowerApps. I needed to store a set of data along with 2 pictures for each entry. The data and pictures were stored in pdf files, I parsed the data out, and encoded the pictures into a base64 string (Field: VarChar MAX), using PowerShell and uploaded it into a SQL (2005) server onsite. I connected my onsite SQL server to PowerApps through the Gateway program provided by PowerApps.
My problem was displaying the stored pictures in the application, without using any different data connectors or extreme coding.
Using the IMAGE object, Image.image = "data:image;application/octet-stream;base64,"&PassingID.PictureOpen
where PassingID.PictureOpen = the Base64 string.
Using the IMAGE object, Image.image = "data:image;application/octet-stream;base64,"&PassingID.PictureOpen
where PassingID.PictureOpen = the Base64 string.
The really important part here is using quotes "", and data:image;application/octet-stream;base64,
You can replace image with audio, for audio features.
I assume a similar setup can be used in the Gallery object as well.
Trying to encode/decode base64 within an XML document that is handled within a route in Fusesource ESB.
We are using Blueprint.xml to try to encode/decode, but cannot find a way to do this.
We need our ruote to convert XML data to base64 string to hit an external webservice that requires some binary. We also need to extract some binary coming back from the webservice response and change this into .pdf (or a string first).
Fuse ESB / Apache Camel offers a number of data formats for encoding/decoding
http://camel.apache.org/data-format.html
Though we don't have a Base64 out of the box. So I have logged a ticket to add such a format in a future release: https://issues.apache.org/jira/browse/CAMEL-5807
You can build a custom data format, or use the message translator EIP pattern with a Java bean and do a bit of java code to do the encoding/decoding yourself. http://camel.apache.org/message-translator.html
There is a camel-fop component for outputting to PDF: http://camel.apache.org/fop.html
I wish to digitally sign my image collection which consists of JPG , TIFF , BMP , SWf , Fla files.
My question is how to digitally sign these images? If I sign JPG or Tiff , whether signature will get attached to these files (as it happens in document files like PDF or MS word etc)? If so where it get store in file metadata fields , or remain outside? Can i extract signature data?
Please note I wish to sign these images Individually and do not want to get converted into any other format like PDF. Also I donot wish to sign it using email client.
In general those formats were not designed with signing in mind, so your best option is to create a detached signature and keep it near the file. An alternative is to use wrapping signature but then other software won't be able to display the image until you remove the wrapper.
Storing the signature in metadata can be possible for some formats but what applications would be able to handle this?
I know it has been a long time, but you might want to look into steganography. Metadata can be extracted and removed from files. Steganography will allow you to embed digital signatures(encrypted phrases) in a way that is almost only detectable using statistical analysis.
You can also create a mime container which will contain the original image and a detached signature.
Attached signatures are only useful for specific apps, as they are not standard.
Try answering the posters question folks, and not giving another unneeded and unwanted opinion, it's way to common these days in my humble opinion.
Obviously what the poster asked for is to use a signature to copyright his works, so you need to sign the image, period, And a method to do so.
So let's see... grab Gimp or Photoshop. Get your image and create a new layer with transparent background. write in a signature with your mouse or digital pen in an area near the bottom right edge. Choose merge layers and flatten image. Seems like that would do it.